Handling sample rate change in a device driver
Handling sample rate change in a device driver
- Subject: Handling sample rate change in a device driver
- From: Andrew White <email@hidden>
- Date: Mon, 28 Feb 2011 12:24:55 +1100
I'm implementing an audio device driver and need to deal with sample rate
change. There are two possible sources for this change:
(1) the user could initiate a sample rate change via a CoreAudio client.
(2) the hardware could initiate a sample rate change because of activity on
the hardware (eg user modifies hardware controls directly rather than via
Mac software).
I get lots of snippets from the documentation, but no coherent picture. Can
someone answer me some questions:
(1) Can IOAudioEngine::performFormatChange be called while the driver is
"running", or only when it is "stopped"? Are there restrictions on how
much time I have to change the hardware over? Can I implement the change
asynchronously?
(1a) Do I need to call IOAudioEngine::setSampleRate from inside
performFormatChange?
(2) If the sample rate change is initiated by hardware, how do I handle it
in the driver with respect to CoreAudio/IOAudioEngine?
Thanks
--
Andrew
_______________________________________________
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