Sound is intermittent in some cases.
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 124k
- Forks
- 19.1k
- Avg merge
- 1d 3h
- Merged PRs (30d)
- 96
Description
Bug Description
When using my laptop to control a desktop mainframe, the sound played is intermittent. However, when using the Android version of the control, there is no problem with the sound.
Even when I set my sound device back to default (96kHz back to 48kHz), it didn't help. It doesn't seem to be able to keep it stable no matter how I set it (there are no audio encoding settings for me to tweak).
How to Reproduce
Connecting to a self-hosted IPv6 server (turn on ALWAYS_USE_RELAY=Y), using an ID connection, whether on a LAN or a public network, has this problem. The Android version has no problem in any case.
Expected Behavior
The sound transfer shouldn't be intermittent, just like the Android version, and even if there are certain issues (like network latency), it's only delayed for a little while and reasonably speeds up playback to catch up with the original speed.
Operating system(s) on local side and remote side
Windows 10 / Android (No problem) -> Windows 10 1909
RustDesk Version(s) on local side and remote side
1.3.0 (Both Android and laptop, android no problem) -> 1.2.7
Screenshots
This bug can be recorded so I add some attachments.
PNG:
MP3 In ZIP:
Intermittent.zip
Additional Context
Also when the desktop host controls the laptop, the picture is extremely blurry, which can only be solved by switching off the hardware codecs, but in turn the connection is fine.
I'm guessing that the use of hardware codec audio is causing the problem, or maybe not. If so, can you add the option to adjust the audio codec?
Contributor guide
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.
Research direction
No source files, tests, or entry points are named. First reproduce the intermittent audio with the described Windows-to-Windows connection using ALWAYS_USE_RELAY=Y, then compare it with Android under the same conditions. Done means audio playback remains stable and the reported hardware-codec or latency case is addressed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, rust
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100