Spatial voice chat can be silently disconnected after teleport when using certain audio hardware #5092
Description
Environment
voice server: janus-voice:sha-4ba533b
USB audio device: "Sabrent"-branded Unitek Y-247A audio device. C-Media HS-100B chipset. https://www.amazon.com/dp/B00OJ5AV8I
Second Life Release 7.2.3.19375695301 (64bit)
Release Notes
You are at 128.0, 128.0, 30.8 in WebRTC Voice 1 located at simhost-0498f68eca16e9bd7.agni
SLURL: http://maps.secondlife.com/secondlife/WebRTC%20Voice%201/128/128/31
(global coordinates 330368.0, 305792.0, 30.8)
Second Life Preflight 2025-10-29.18924347600
Release Notes
CPU: Apple M1 Pro (2400 MHz)
Memory: 16384 MB
OS Version: macOS 26.1.0 Darwin 25.1.0 Darwin Kernel Version 25.1.0: Mon Oct 20 19:32:41 PDT 2025; root:xnu-12377.41.6~2/RELEASE_ARM64_T6000 arm64
Graphics Card Vendor: Apple
Graphics Card: Apple M1 Pro
OpenGL Version: 4.1 Metal - 90.5
Window size: 962x589
Font Size Adjustment: 96pt
UI Scaling: 0.75
Draw distance: 96m
Bandwidth: 10000kbit/s
LOD factor: 1.125
Render quality: 1
Texture memory: 12124MB
Disk cache: Max size 2150.4 MB (32.1% used)
HiDPI display mode:
J2C Decoder Version: KDU v8.4.1
Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.24.2 / OpenAL Community / OpenAL Soft: OpenAL Soft
Dullahan: 1.24.0.202510081737
CEF: 139.0.40+g465474a+chromium-139.0.7258.139
Chromium: 139.0.7258.139
LibVLC Version: 3.0.21
Voice Server Version: Secondlife WebRTC Gateway
Packets Lost: 0/280 (0.0%)
December 02 2025 14:12:21
Description
If a user uses certain USB audio hardware (see details above) and teleports from one webRTC region to a far away webRTC region and does not have an active mic, they appear to be disconnected from voice upon arrival to the remote region. The viewer doesn't acknowledge that voice is disconnected, but the teleporting agent is unable to send or receive voice once the condition is hit.
I had originally filed this issue under https://github.com/secondlife/server/issues/2230 before realizing the hardware dependency, but it's definitely a viewer bug since it's audio-device-specific.
Overall, I'm uncertain how popular the affected devices are. I've been able to reproduce the bug with 2 separate dongles, and @jermlinden has the same "Sabrent" USB device and was able to reproduce this bug on his Apple Silicon Mac Mini system.
Reproduction steps
- UserA (using affected audio hardware) and UserB (using any audio hardware): login to webRTC region1
- UserC (using any audio hardware): login to webRTC region2
- UserB & UserC: enable the 'Speak' button and send nearby voice data continuously
- UserA: verify you can hear UserB
- UserA: Teleport to UserC's location
- Note if UserA and UserC can communicate in nearby voice chat
Expected results:
- In (5), UserA and UserC should be able to communicate in nearby voice chat
Actual results:
- After UserA teleports to UserC's location,
- UserA can see UserC's voice indicator lines, but cannot hear UserC
- If UserA attempts to speak in voice, UserC cannot hear UserA. Neither UserA nor UserC sees voice indicator waves for UserA
- If UserA TPs back to the original location with UserB, communication fails as it did between UserA and UserC
- Example UserA logs with Voice tag set to DEBUG: SecondLife_maestro_loses_voice_on_TP_agni.log
If I repeat the full repro steps but have UserA speak in voice while teleporting, I don't encounter this error at all.
This repo is using Opire - what does it mean? 👇
💵 Everyone can add rewards for this issue commenting
/reward 100 (replace 100 with the amount).🕵️♂️ If someone starts working on this issue to earn the rewards, they can comment
/try to let everyone know!🙌 And when they open the PR, they can comment
/claim #5092 either in the PR description or in a PR's comment.🪙 Also, everyone can tip any user commenting
/tip 20 @maestrolinden (replace 20 with the amount, and @maestrolinden with the user to tip).📖 If you want to learn more, check out our documentation.