home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6844 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB
  1. Path: nntp.uio.no!solace!news
  2. From: cmh@lls.se (Magnus Holmgren)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Too system friendly?
  5. Date: 02 Apr 1996 19:18:20
  6. Organization: Programmers' Point
  7. Message-ID: <4juc81$3gp@fizban.solace.mh.se>
  8. References: <4jpq5f$i9g@toad.stack.urc.tue.nl>
  9. NNTP-Posting-Host: morfran.lls.se
  10. Mime-Version: 1.2
  11. Content-Type: TEXT/PLAIN; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8BIT
  13. X-FTN-To: Jaco Schoonen
  14. X-Newsreader: Spot 1.3a #26/NetGate 1.2
  15.  
  16. In a message of 02 Apr 96, Jaco wrote to :
  17.  
  18.  JS> The function to update the screen changes those data nad then use
  19.  JS> several WritePixelLine8() calls to put them on screen.
  20.  JS> On CyberGraphx-screen everything works as expected, but on
  21.  JS> non-cybergraphx the data is set to all zero's!
  22.  JS> The first time I call this function everything's fine and the screen
  23.  JS> get's drawn on cybergraphx as well as on aga/ecs. After that (the next
  24.  JS> time I call it) all my arrays are empty.
  25.  
  26. The WritePixelLine8() call "trashes" your pixel array. The CyberGraphX
  27. doesn't do this, since it doesn't need to change the data format (much).
  28.  
  29.  JS> It just doesn't make sense. I change the data only with assignments
  30.  JS> done by the CPU. The only thing I do which has something to do with
  31.  JS> graphics is the WritePixelLine8(), but that's not supposed to change
  32.  JS> it's source-data is it?
  33.  
  34. Well, it isn't documented behaviour, but...
  35.  
  36.  JS> And how come it works fine on CyberGraphX? I checked the arrays, by
  37.  JS> dumping them line by line in ascii on screen.
  38.  
  39. On CyberGraphX, a different version is used, that doesn't have that
  40. behaviour. See above.
  41.  
  42.  JS> Anyone please help me, since I don't know what possibly could be wrong
  43.  JS> :-(
  44.  
  45. I'd say you need to copy your pixel data to a buffer before rendering.
  46.  
  47. --
  48. Magnus Holmgren - Amiga programmer and enthusiast
  49.  
  50.  
  51.