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: Thu, 12 Jan 2006 12:15:43 +0100
True, but I wonder how the folks over at Quicktime do their rendering
in the player, ie do they use cocoa views or a graphics context or
something else? A quick look at the package contents doesn't suggest
anything.
I've noticed that no matter what I do, I can't get the same preview
quality as the quicktime player when encoding in H.264. I doubt that
has anything to do with cocoa though. I imagine they are optimizing
file writing and perhaps compression in a way that I just don't know
how. All I can report back concerning this issue is what I see on my
end with my own code.
I definitely don't have a problem using cocoa in the application. In
fact, the application is a cocoa application. I'm just dropping out
of cocoa to do the preview rendering rather than using cocoa views
and wrappers. It's kind of cool, really, what it does. It's a cocoa
object that with two or three lines of code on another object's part
will launch a window, record audio and video, compress on the fly to
mpg4 or h264 with aac audio, and then playback the recording as soon
as your are finished, taking advantage of non-cocoa apis when needed.
An all-in-one video recording cocoa object!
In the end, John is right though, I guess I won't really know about
the differences between my two approaches until I've dones some shark
testing on the thing.
-Phil
On Jan 11, 2006, at 5:09 PM, j o a r wrote:
On 10 jan 2006, at 22.52, Philip Dow wrote:
Like I said, I can't be sure, as I don't know exactly how cocoa
handles its method calls and what that requires from the system.
But things do *seem* to be better once I dropped a bulk of the
cocoa code and switched to using carbon for previewing, so I
figure it must have something to do with cocoa... That makes sense
to me! =)
Note that the QuickTime Player is in Cocoa since Mac OS X 10.4.
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