home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / misc / 19176 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.3 KB
  1. Xref: sparky comp.sys.next.misc:19176 comp.sys.next.programmer:5903
  2. Path: sparky!uunet!cs.utexas.edu!rutgers!micro-heart-of-gold.mit.edu!news.media.mit.edu!news
  3. From: mike@media-lab.mit.edu (Michael Hawley)
  4. Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
  5. Subject: looking at the bits in video frames (3.0 NeXT Dimension)
  6. Message-ID: <1992Sep1.033025.7164@news.media.mit.edu>
  7. Date: 1 Sep 92 03:30:25 GMT
  8. Sender: news@news.media.mit.edu (USENET News System)
  9. Reply-To: mike@media-lab.mit.edu
  10. Organization: MIT Media Laboratory
  11. Lines: 17
  12.  
  13. Has anyone got a convenient and efficient way to get at
  14. the bits in grabbed video frames (on a NeXT Dimension under 3.0)?
  15.  
  16. The problem is this: when you grab the frame, you get an
  17. image with representation NXCachedImageRep, which presumably
  18. somewhere has a pointer to the raw image in NeXTDimension memory.
  19. There are no methods to directly read this data, although you
  20. can draw it out to another view.  I tried compositing the
  21. NXCachedImageRep image into a newly allocated image with
  22. an NXBitmapImageRep (a TIFF), but the latter was converted
  23. to an NXCachedImageRep!
  24.  
  25. What I would like to do is simply get my hands on the pixel array
  26. that underlies the NXCachedImageRep of a grabbed frame,
  27. without copying and converting the whole frame.
  28.  
  29. Thanks for any leads.
  30.