Voice playback drops or becomes silent in multi-user channels (possible libdave/DAVE issue)
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Quiet
- Domain
- audio-video-rtc
Research direction
No repository files, tests, or entry points are named. Start by producing the promised minimal reproducible example and comparing playback with one user versus multiple users, while capturing the voice WebSocket and SendAsync logs. Done means identifying whether the disconnect or silent playback is reproducible in libdave and documenting a confirmed cause or narrowly scoped fix.
Written by the indexing model from the issue text.
Description
Hi, I believe I might be encountering an issue related to the voice layer (possibly libdave/DAVE) when using Discord.Net.
Scenario
- Bot joins a voice channel and plays TTS audio.
- With only 1 user + bot → audio works correctly.
- When another user joins while audio is playing → playback gets interrupted.
- If the bot joins a channel with multiple users already present → sometimes no audio is heard at all.
Observed behavior
- Audio pipeline (TTS → PCM → queue) works as expected.
CreatePCMStreamstarts correctly.- Audio appears to be sent, but users do not hear anything.
- In some cases, the voice WebSocket disconnects during playback.
Relevant logs
Voice disconnected: WebSocket connection was closedSendAsync completed ...during successful runs- During failure cases, the disconnect happens while writing audio
Additional notes
- The issue consistently appears in multi-user voice scenarios.
- I implemented reconnect and retry logic, but the problem persists.
- This suggests the issue might be related to how voice reconnection or encryption (DAVE/libdave) is handled internally.
Questions
- Is this a known limitation or issue with voice + DAVE/libdave in multi-user channels?
- Should
IAudioClienthandle reconnection transparently in these cases? - Is there a recommended way to handle voice reconnections during active playback?
- Could voice state updates (users joining/leaving) invalidate the current audio stream?
If needed, I can provide more detailed logs and a minimal reproducible example.
Thanks in advance.
- Dominant language
- No language data
- Stars
- 1
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
obsproject/obs-studio#14036 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
GoogleChrome/omnitone#157 ·
Maintainers usually reply within 1 day
-
original-bug
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Maintainers usually reply within 1 day
-
音频
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
Maintainers usually reply within 1 day