 blackmind
|
Whenever I set the componentSubType of the AudioComponentDescription to VoiceProcessingIO instead of RemoteIO, all the audio playback is done from Ear Speaker instead of the Main Speaker.
Can anyone please help me with this issue all I want to do is set the VoiceProcessingIO while recording and force the audio playback to main speaker (when no headphones or bluetooth attached)
I have only modified the following line in the ContinuousAudioUnit.mm file:
pocketsphinxAudioDevice *openAudioDevice(const char *dev, int32 samples_per_sec)
{
…
auDescription.componentSubType = kAudioUnitSubType_VoiceProcessingIO;
…
}
|
 Halle
|
Are you using a beta SDK?
|
 blackmind
|
Yes, Xcode is beta (Version 4.2)
OpenEars Version 0.911
Testing on iPhone 4 iOS 5 beta 7
|
 Halle
|
This is a bug in the beta, I have the same issue in AllEars.
|
 blackmind
|
Thanks Halle for the quick reply…
|
 blackmind
|
Halle,
I tried the same thing on a different setup Xcode (4.1), OpenEars Version 0.912 and iPhone 3G (iOS 4.2.1) still getting the same result. The Audio output is sent to the Ear Speaker instead on Main Speaker.
Your help is highly appreciated… Always!
Thanks
|
 Halle
|
Hi,
4.2.1 has the exact same OS bug. I encountered it when I was releasing AllEars and had to create all kinds of logic to work around it since I wanted to use VoiceProcessingIO. That is the reason that I chose not to include VoiceProcessingIO in OpenEars — I don’t think it is QA’d as heavily as RemoteIO. My advice is not to change OpenEars to use VoiceProcessingIO, but if you really want to do that, you need to test against all OS versions and create logic to serve VoiceProcessingIO for the OS versions that routing works correctly with and RemoteIO with the ones it doesn’t. I can’t offer any support for that.
|