Issue
In a 3-participant group call, the Android phone participant loses audio from the STB (custom Android device) participant after approximately 56–76 minutes. This is consistently reproducible. The iOS participant continues to hear the STB normally throughout the session.
Environment
- Zoom Video SDK versions: Android 2.1.5 (engine 6.3.10.27979), iOS 2.1.0 (engine 6.1.10.17500), Android embedded device 1.14.1 (engine 6.3.1.26548 / 6.1.0.22534)
- Engine versions below are from QoS dashboard logs.
- Session type: 3–4 participant group video call
- Platform: Android phones + custom Android device (STB) + iOS
Affected devices (all Android, across multiple manufacturers and OS versions)
All affected devices report Video SDK engine 6.3.10.27979. iOS devices (engine 6.1.10.17500) are unaffected.
| Device | OS | SDK engine version | Audio lost? |
|---|---|---|---|
| SHARP AQUOS wish 3 (A302SH-s) | Android 13 | 6.3.10.27979 | Yes |
| Samsung Galaxy A55 5G | Android 16 | 6.3.10.27979 | Yes |
| Google Pixel 10 | Android 16 | 6.3.10.27979 | Yes |
| FCNT arrows We F-51B | Android 14 | 6.3.10.27979 | Yes |
| Apple iPhone 15 Pro Max | iOS 26.5.2 | 6.1.10.17500 | No (unaffected) |
| Apple iPhone 16 | iOS 16 | 6.1.10.17500 | No (unaffected) |
STB (custom Android device) versions observed: 6.3.1.26548 (2 cases), 6.1.0.22534 (1 case). Same symptom with both.
Reproduction steps
- Start a 3-party group session: STB (Android SDK 1.14.1) + Android phone (SDK 2.1.5) + iOS (SDK 2.1.0)
- Keep the call running for 50–80 minutes with no participant leaving
- After ~56–76 minutes, the Android phone can no longer hear audio from the STB
- iOS continues to hear the STB without any issue
Key observations
- Observed on Android receivers so far (confirmed on multiple Android models): The issue has only been observed on Android phone participants so far (confirmed on multiple Android models). iOS participants in the same session are unaffected.
- QoS data shows packets are still flowing: The Android participant’s receive bitrate remains at ~42 kbps avg during the silent period. Packet loss is 0% in the incident window. The aggregate receive metrics do not show obvious network degradation; the exact failure stage is unknown.
- iOS mute toggle triggers recovery: When the iOS participant toggles their mute on/off, the Android participant’s audio from the STB recovers (or drops again on the next toggle). This was reproducible across multiple toggles within our test session.
- Android’s own mute/unmute does NOT help: The affected Android participant toggling their own mute has no effect on the issue.
- startAudio/stopAudio reset recovers audio immediately: Calling
ZoomVideoSDK.getInstance().getAudioHelper().startAudio()/stopAudio()on the affected Android participant recovers audio from the STB instantly. - Time-dependent onset (~56–76 min): First test: ~56 min. Second test: ~76 min.
- No participant leave/rejoin involved: The issue occurred without any participant leaving or rejoining the session.
Questions
- Is there a known issue with long-duration (>50 min) group sessions on Android where audio rendering degrades?
- We confirmed that calling
startAudio()/stopAudio()on the affected Android participant immediately recovers audio. Is this the recommended approach?
Additional info
- This issue is consistently reproducible. We can provide session IDs privately if needed.
- We are on a paid Video SDK plan.