Re: Writing a private device driver
Re: Writing a private device driver
- Subject: Re: Writing a private device driver
- From: Jeff Moore <email@hidden>
- Date: Thu, 29 Dec 2005 09:59:58 -0800
My bad. When you are on the inside, the lines between what's public
and what isn't are a bit blurred. My impression is that the intent of
QTAudioContexts is to provide for what you are trying to do, but
apparently the QT folks have not provided support for them beyond the
devices the HAL represents.
At any rate, you might want to post your question over on one of the
QT related lists. I'm sure that they QT folks would be happy to help
guide you on the best means of accomplishing the task.
On Dec 28, 2005, at 12:18 PM, Jeremy Bernstein wrote:
Thanks again. The only functions I see in the Movies.h on my
machine (10.4.3, December Developer Documentation) are
QTAudioContextRetain(), QTAudioContextRelease() and
QTAudioContextCreateForAudioDevice() -- if there are others, they
haven't been made public yet, which is why I am under the
assumption that I need to create a dummy device driver to do this
task.
I realize that this topic is potentially not exactly on-topic here,
so thanks for your patience and understanding as I try to determine
the appropriate tree to bark up. And thanks for any further
information on this API that you can provide.
jb
Am 28.12.2005 um 21:03 schrieb email@hidden:
No. I meant Audio Context. The API is in Movies.h. The routines are
prefixed with QTAudioContext. They're new in QT7 I think, so the
documentation may not be done yet.
The extraction API could be used too, but I think that that API is
more like the old PutMovieIntoTypedHandle() call on steroids and may
not be what you need of you are trying to synchronize video or
whatever.
--
Jeff Moore
Core Audio
Apple
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden