home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.next.misc:19306 comp.sys.next.programmer:5992
- Path: sparky!uunet!gatech!psuvax1!rutgers!psinntp!psinntp!cubetech.com!imladris!andrew
- From: andrew@cubetech.com (Andrew Loewenstern)
- Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
- Subject: Re: looking at the bits in video frames (3.0 NeXT Dimension)
- Message-ID: <1992Sep3.090837.4884@cubetech.com>
- Date: 3 Sep 92 09:08:37 GMT
- References: <1992Sep1.033025.7164@news.media.mit.edu>
- Organization: Cube Technologies, Inc.
- Lines: 32
-
- In article <1992Sep1.033025.7164@news.media.mit.edu> mike@media-lab.mit.edu writes:
- >Has anyone got a convenient and efficient way to get at
- >the bits in grabbed video frames (on a NeXT Dimension under 3.0)?
- >
- >The problem is this: when you grab the frame, you get an
- >image with representation NXCachedImageRep, which presumably
- >somewhere has a pointer to the raw image in NeXTDimension memory.
- >There are no methods to directly read this data, although you
- >can draw it out to another view. I tried compositing the
- >NXCachedImageRep image into a newly allocated image with
- >an NXBitmapImageRep (a TIFF), but the latter was converted
- >to an NXCachedImageRep!
-
- This is appkit.732 in NeXTanswers... send a setDataRetained:YES to
- the NXImage to prevent it from converting the NXBitmapImageRep to a
- NXCachedImageRep...
-
- >What I would like to do is simply get my hands on the pixel array
- >that underlies the NXCachedImageRep of a grabbed frame,
- >without copying and converting the whole frame.
-
-
- Try to use either NXReadBitmap() or NXBitmapImageRep's
- initData:fromRect: method (NeXT prefers NXBitmapImageRep).
-
-
- andrew
- --
- andrew@cubetech.com | "We shall not cease from exploration
- Andrew Loewenstern | And the end of our exploring
- Cube Technologies, Inc. | Will be to arrive where we started
- | And know the place for the first time." -T.S. Eliot
-