home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / misc / 19402 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.2 KB  |  44 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!psinntp!cubetech.com!imladris!andrew
  3. From: andrew@cubetech.com (Andrew Loewenstern)
  4. Subject: Re: looking at the bits in video frames (3.0 NeXT Dimension)
  5. Message-ID: <1992Sep7.231642.8774@cubetech.com>
  6. Organization: Cube Technologies, Inc.
  7. References: <1992Sep1.033025.7164@news.media.mit.edu> <1992Sep3.090837.4884@cubetech.com> <4932@rosie.NeXT.COM>
  8. Date: Mon, 7 Sep 1992 23:16:42 GMT
  9. Lines: 33
  10.  
  11. In article <4932@rosie.NeXT.COM> aozer@next.com (Ali Ozer) writes:
  12. >In article <1992Sep3.090837.4884@cubetech.com> Andrew Loewenstern writes:
  13. >>In article <1992Sep1.033025.7164@news.media.mit.edu> mike@media-lab.mit.edu writes:
  14. >>> ... What I would like to do is simply get my hands on the pixel array
  15. >>>that underlies the NXCachedImageRep of a grabbed frame,
  16. >>>without copying and converting the whole frame.
  17. >>Try to use either NXReadBitmap() or NXBitmapImageRep's
  18. >>initData:fromRect: method (NeXT prefers NXBitmapImageRep).
  19. >
  20. >Arrg. I posted a longer reply to this question but I don't think it ever made
  21. >it out. However, if you see another similar reply from me, apologies.
  22. >
  23. >As Andrew says, NeXT prefers NXBitmapImageRep. Under 3.0 reading images back
  24. >from the window server has been speeded up, and you will see the most gain
  25. >if you use the NXBitmapImageRep class. Under 3.0, all images come back as
  26. >out-of-line messages (rather than as 64K buckets of bits, using "readimage").
  27. >Also, under 3.0, it is possible for the images to come back "unpacked" (with
  28. >non-standard bytes-per-row and bits-per-pixel values). This might seem like 
  29. >a problem, but as long as you pay attention to the bytesPerRow and 
  30. >bitsPerPixel params of the images, you will be fine.
  31.  
  32. Would it be possible for you or NeXTEdge to post a teeny bit of code
  33. showing how to take advantage of the new image drawing speedups (such
  34. as aligning the starting address, etc...)?  I think it would help all
  35. of us out...
  36.  
  37.  
  38. andrew
  39. -- 
  40. andrew@cubetech.com     | "We shall not cease from exploration
  41. Andrew Loewenstern      |  And the end of our exploring
  42. Cube Technologies, Inc. |  Will be to arrive where we started
  43.                         |  And know the place for the first time." -T.S. Eliot
  44.