Re: Binary Compatibility in AppleUSBAudioPlugin.h
Re: Binary Compatibility in AppleUSBAudioPlugin.h
- Subject: Re: Binary Compatibility in AppleUSBAudioPlugin.h
- From: Elliot Sedegah <email@hidden>
- Date: Mon, 21 Mar 2005 16:22:16 -0800
| Assuming your prototypes are correct...
Is your pluginSetDirection () method implemented correctly? If the same plugin should process both input and output, you should be aware that this method will be called once for the input side and once for the output side. Since an instance of the plugin should be created for each engine (input and/or output), it is imperative that you "activate" or "deactivate" processing based on the streaming direction. For example, the output processing should be disabled when the direction is kIOAudioStreamDirectionInput.
-Elliot
On Mar 21, 2005, at 10:11 AM, Robert Kukuchka wrote: Hello, I posted this to the Device Driver list, but I'm hoping maybe someone here might be able to help as well. I'm trying to use the AppleUSBAudioPlugin to perform some DSP on incoming audio streams. For some reason when I inherit from AppleUSBAudioPlugin.h the methods pluginProcessInput() and pluginSetDirection() are considered private, and not public. These two methods were added later to the header using the reserved space area, and for some reason it doesn't seem to be working correctly. I've included the basics of my client header.Thus when AppleUSBAudio.kext calles mPlugin->pluginSetDirection() or ->pluginProcessInput() it's calling the virtual parent functions. Does anyone know why these are not inheriting correctly? I'm in a crunch here, so time is of the essence. All help is greatly appreciated. I'm hoping someone at Apple might be able to lend a hand here. Cheers ~Rob
|
_______________________________________________
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