G'day Tommy, I'm not sure what you are trying to do.
Are you trying to write a quicktime component that talks directly to an
Apple provided IOAudioEngine device?
Before I can guide you I'll need to know a little bit more about what
you are trying to do.
Godfrey
On Jan 26, , at 8:02, Tommy Schell wrote:
Hi,
I'm in the beginning stages of writing a user client for an audio
driver.
Do I need to use a command gate if I am doing a lot of i/o and if so,
how exactly would I go about it in the
presence of other user clients?
User clients already exist for CoreAudio drivers, in the interface
with the HAL. These user clients are created automatically
behind the scenes and are also doing i/o, I suppose, on behalf of the
application. (IOAudioEngineUserClient, IOAudioControlUserClient)
I need a custom user client which interfaces with the IOAudioEngine,
not on behalf of the app, but on behalf of a Quicktime component.
So how would I get requests into the driver and not interfere with
other user client requests?
I noticed a "getCommandGate" function in the IOAudioEngine class: can
I just use this command gate?
Would this neatly queue my requests into the driver?
Also, if other user clients exist for a kernel extension, then is it
necessary to implement newUserClient()
for my user client? Or can I just rely on the default implementation?
I perused and read through some of the archive email exchanges on this
subject, but still I have a foggy picture of what I should do.
Thanks a lot, Tommy Schell
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-drivers mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-drivers mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
