home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6825 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: nntp1.best.com!usenet
  2. From: kcd@babylon5.jumpgate.com (Kenneth C. Dyke)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Too system friendly?
  5. Date: 3 Apr 1996 10:52:46 GMT
  6. Organization: Best Internet Communications
  7. Message-ID: <4jtl9u$l2q@nntp1.best.com>
  8. References: <4jpq5f$i9g@toad.stack.urc.tue.nl> <jdju3z2r5jf.fsf@hyppynaru.cs.hut.fi>
  9. NNTP-Posting-Host: babylon5.jumpgate.com
  10. In-Reply-To: <jdju3z2r5jf.fsf@hyppynaru.cs.hut.fi>
  11. X-Newsreader: NewsFlash [$Revision: 2.275 $] NF-U-00002
  12.  
  13. On 04/01/96, Osma Ahvenlampi wrote:
  14. >In article <4jpq5f$i9g@toad.stack.urc.tue.nl> jaco@stack.urc.tue.nl 
  15. (Jaco Schoonen) writes:
  16. >>The function to update the screen changes those data nad then use 
  17. several
  18. >>WritePixelLine8() calls to put them on screen.
  19. >>On CyberGraphx-screen everything works as expected, but on 
  20. non-cybergraphx
  21. >>the data is set to all zero's!
  22. >
  23. >Yeah. For some reason I've been unable to understand, the V39/V40
  24. >graphics.library WritePixelLine8() clears the source array after
  25. >writing it to the destination. I, too, ran into it when my program
  26. >worked perfectly on a CyberGraphX machine, but failed on a native
  27. >machine. As far as I'm concerned, CGFX is right here, and the OS is
  28. >wrong, but that doesn't help much, does it? Unfortunately the only 
  29. fix
  30. >is to do an extra copy cycle to create a temporary array to use as 
  31. the
  32. >WritePixelLine8() source.
  33.  
  34. The reason that the source buffer gets cleared is because the
  35. standard graphics.library version of WritePixelLine8() is doing
  36. bit rotations on the pixel data and using the generated extend bits
  37. to create the planar data.  So after you've shifted out all 8 bits
  38. of a pixel, you're left with 0 in the original memory locations. So
  39. not only does this destroy your source buffer, it's also incredibly
  40. slow. :(
  41.  
  42. -Ken
  43.  
  44.  
  45.