I have a QT 7 Carbon application that uses GWorlds to get access to
each frame of a movie in real time. It uses MovieTask() to play the
movie and SetMovieDrawingCompleteProc() to recognize when each frame
is ready. I'm running into CPU limitations when I process 1920x1080
sized images. SD video works fine.
Without totally restructuring my application, is there a way to have
the standard QT mechanism scale my image before it passes it to me so
that I receive a 1/4 sized image directly in my GWorld. Currently,
when my application scales the image itself, the CPU has to process
the full image twice, once to read it to my GWorld and once by my
application to scale it with CopyBits(). I am hoping that there is a
direct way to have the initial acquisition of the image return to me
the properly scaled image. I can't switch to a newer Apple QT
technology quite yet so I am looking for a solution compatible with
my current implementation.
If possible, I do not want to go the bottleproc approach to get the
speed I need.
Jeff Schriebman http://www.ccaption.com 415-499-5609
Captioning solutions for video editing and streaming media
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