"Friendly" setting sample rates
"Friendly" setting sample rates
- Subject: "Friendly" setting sample rates
- From: Stéphane Letz <email@hidden>
- Date: Mon, 19 Oct 2009 16:04:19 +0200
Hi,
We want our application be more "friendly" with others (..) when
sample rate changes are in concern. That is instead of "forcing" the
sample rate possibly disturbing other already running applications
that use another SR, we would like to check the device SR before.
Most applications we checked have quite a "totalitarian" behavior,
that is they usually restore their own SR settings without doing any
checkup, this end in disturbing other running applications. Or even
completely "stupid" reaction like some applications that receive the
new SR notification but try to force back their own chosen SR... (I'm
thinking at GarageBand here...)
1) It seems that "kAudioDevicePropertyDeviceIsRunningSomewhere"
property is ready for that..., but it does not seem to work correctly
with "aggregate devices". That is checking an aggregate device used by
another application fails (but checking the sub-device used in this
aggregate device works..) Is it the expected behavior? or a bug?
2) If the user plans to use an audio device that is already used by
another application, then we could checkup the currently used SR
(using the kAudioDevicePropertyDeviceIsRunningSomewhere property) and
*only display* this specific SR value. (We could also have "force"
mode when the user may change the SR possibly disturbing others...).
Dos this make sense?
Apple seems to recommend some basic strategy about SR management but
very few applications behave correctly. Maybe is is time to agree on
some common features?
Thanks
Stéphane Letz
_______________________________________________
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