home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / misc / 23693 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.3 KB
  1. Path: sparky!uunet!pipex!demon!cix.compulink.co.uk!hallan
  2. Newsgroups: comp.sys.next.misc
  3. From: hallan@cix.compulink.co.uk (Hugh Allan)
  4. Subject: Help!
  5. Reply-To: hallan@cix.compulink.co.uk
  6. Date: Mon, 11 Jan 1993 19:38:00 +0000
  7. Message-ID: <memo.856984@cix.compulink.co.uk>
  8. Sender: usenet@demon.co.uk
  9. Lines: 23
  10.  
  11. I think I understand NXImages, but I'll tell you because you
  12. understand these things.
  13.  
  14. I have an App, FLI-Play, which displays generated bitmap data. The
  15. source image is data in VGA format, you know the sort of thing, 256
  16. colour palette from 1/4 mil colours. So I take this data and convert
  17. it to a 24 bit NXBitmapImageRep and drawAt the changed data to
  18. screen. All fine so far. The problem is it's just so damn slow, the
  19. transfer rate (NXPings are used to provide non jerky animation), is 2
  20. to 8 frames to second, which is pretty lousy. 70 frames per second is
  21. what I want really as the player can display more than FLI, so faster
  22. the better.
  23.  
  24. I could make some improvements to the change optimization, but I
  25. still won't get any better than a two times speed up I imagine. What
  26. I could so with is a postscript context to composite from, but as I
  27. understand it, what NXImages so is draw into an offscreen cache, and
  28. use that for compositing later. I only use the image once, so this is
  29. no use to me. I'm a bit stuck.
  30.  
  31. I'm using a NeXTstation colour non-turbo.
  32.  
  33. --- Hugh
  34.