Crash deep in WebRTC checking `inputNode.isVoiceProcessingEnabled`

[dfed]

Describe the bug
We're seeing users in the wild hit a crash in WebRTC world. App is in foreground, in a call when the crash hits.

SDK Version
2.10.2 and 2.11.0. Prior to that we were on 2.7.1 which did not have this issue

iOS/macOS Version
This is from Sentry, which doesn't do a great job of showing macOS:

Xcode Version
Xcode 26.2

Steps to Reproduce
Unsure. Must be in a call. We have the following custom configurations set:

AudioManager.shared.audioSession.isAutomaticConfigurationEnabled(false)
AudioManager.shared.setVoiceProcessingEnabled(false)

Expected behavior
No crash

Screenshots
N/A

Logs
22124a5f48954e02a05be057166462b4-symbolicated.crash.zip

Looks like there's a mix of iOS apps and iPadOS app running on macOS:

	Foreground	Background	Total
iPadOS app on Mac	6 (2.6%)	227 (97.4%)	233 (74.9%)
Native iOS	22 (28.2%)	56 (71.8%)	78 (25.1%)
Total	28 (9.0%)	283 (91.0%)	311

[pblazej]

Thank you for a detailed report, looks like related to (duplicated) #864.

We'll try to take a look as soon as possible!

[pblazej]

@dfed let's try to merge it and keep an eye on the stats ⤴️ 👍

[pblazej]

I'm reopening the issue due to #916, reverted in https://github.com/livekit/client-sdk-swift/releases/tag/2.12.1

I recommend testing/fixing that against m144 update

[pblazej]

Broader fix by @hiroshihorie webrtc-sdk/webrtc#221