Re: what would cause QTSetComponentProperty to fail with a kAudioUnitErr_InvalidPropertyValue err?
Re: what would cause QTSetComponentProperty to fail with a kAudioUnitErr_InvalidPropertyValue err?
- Subject: Re: what would cause QTSetComponentProperty to fail with a kAudioUnitErr_InvalidPropertyValue err?
- From: Michael Dautermann <email@hidden>
- Date: Thu, 22 Mar 2007 10:56:00 -0700
On Mar 22, 2007, at 8:50 AM, Jeff Moore wrote:
That might be correct, but it still is not the proper way to
implement the kind of audio driver Mr. Dautermann is describing. As
I said in my previous email, this kind of driver needs to be
written in a two parts. First, there needs to be a daemon that
handles the actual interaction with the hardware. Then the HAL plug-
in and the vdig component communicate with the daemon using shared
memory and the IPC API of your choice (I prefer Mach IPC using MIG).
So taking your advice, I'll be adjusting the "big picture"
architecture into being a daemon pushing a video stream to a 'vdig'
and an audio stream to the audio plugin. Other than that we'll soon
have the possibility of hearing audio play through in HALLab, there
will still be the immediate issue that QTSetComponentProperty returns
a kAudioUnitErr_InvalidPropertyValue error .
B.T.W., thanks for that suggestion, Chandrasekhar!
_______________________________________________
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