Audio Automatically Switches to Speaker

[Rohan-cod]

I'm using 100ms in a VoIP app that also integrates CallKit. When a call is accepted via CallKit, the audio should stay on the earpiece or respect the user's selected audio route. However, once I join the 100ms meeting, it automatically switches the audio route to the speaker.

This behavior interferes with the expected CallKit UX, especially when users try to manually change the audio route via the system's call UI.

I've tried overriding the audio route via AVAudioSession immediately after joining, but the SDK seems to enforce speaker mode each time. I couldn’t find any documented option to prevent this automatic switch.

Please provide a way to disable the automatic routing to the speaker.

[gzerad]

try calling hmssdk.switchAudioOutput(to:.earpiece) in the onJoin delegate callback

[Rohan-cod]

Hi @gzerad, thanks for the reply.

I tried, but this still has a flicker and doesn't always seem to work. It switches to speaker and then to earpiece. Can't we specify what we want to start with when creating the HMSConfig? This will remove the automatic default switching to speaker issue.

[Rohan-cod]

Hi @gzerad, just checking in—any updates on this? It's a key part of the user experience for calls in our app.

[Rohan-cod]

Hi @gzerad , is there any update on this? This is making it difficult for us to provide a smooth VoIP experience to our users. If a parameter is added to specify the audio route, this issue will not occur.