Re: Cocoa control in carbon window
Re: Cocoa control in carbon window
- Subject: Re: Cocoa control in carbon window
- From: Philip Dow <email@hidden>
- Date: Tue, 10 Jan 2006 21:42:20 +0100
The answer is definitely yes. I have faster video previewing in front
of me to prove it.
I believe I'm referring to objective-c messaging, although I can't be
sure as I don't know exactly how this stuff works. That whole
business about cocoa "wrapping" a lot of carbon functionality as
well. I don't know what is happening for "wrapping" to take place,
but I figure, if I can shed that layer, surely things will be faster.
What I'm trying to do is catpure video and preview it at the same
time. When using an NSOpenGLView to preview the stream, I run into
terrible problems as soon as I start recording, encoding, and saving
the video to disk. Well, it's not terrible, but the previewing
definitely takes a hit. Now, what I'm doing, is using carbon calls to
get an image frame from the video stream, CGImageRef (Core Graphics
image?), and only once that image is already constructed, rendering
it into a view by way of its graphics context. This completely avoids
any NSView messaging ( right words here? ). I don't even have to call
setNeedsDisplay!
I thought I would need an HIView to accomplish this, but turns out
not. No need to mix carbon and cocoa objects in a window at all!
-Phil
On Jan 10, 2006, at 8:49 PM, j o a r wrote:
On 10 jan 2006, at 19.46, Philip Dow wrote:
I wanted to do video-stream rendering in the HIView under the
impression that it would be faster without the cocoa overhead. Am
I correct to think that?
What type of "Cocoa overhead" are you referring to here? I'm almost
sure that the answer will be "NO" though.
j o a r
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden