Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
CoreVideo and multithreading performances
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

CoreVideo and multithreading performances



Hello,

I saw that in many cases the Quicktime player gets better performances than most of the CoreVideo samples out there. I tried to understand what was causing this difference by monitoring the Quicktime player with the ThreadViewer application. I saw that the QT player (nearly) always decodes movies from a background thread (which is great).

However when I monitored our application or some CoreVideo samples (like the LiveMixer) I saw that most of the time the decoding was done in the main thread which slows down the rendering and the user interface.

You can see the difference by checking these two screenshots (using an MPEG 4 movie):

For quicktime:

http://www.garagecube.com/yves/QTThreadView.png

And for LiveVideoMixer (we have the same problem in our application: Modul8) :

http://www.garagecube.com/yves/CVThreadView.png

Now my question is:

- is there a way to force QT to decode from a background thread all the time ?
- When and how QT decides to decode from a background thread or from the main thread ?


Thank you for your help.

Best Regards,
Yves Schmid * GarageCube.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-API mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden




Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.