Audio Crackling and Default Config unchangable on Windows(Main Branch)
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 22/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- Calme
- Stack technique
- audio-video-rtc, rust
- Domaine
- audio-video-rtc
Piste de recherche
The report points at the Windows output path reached through SpeakersBuilder, default_device and default_config, and at try_buffer_duration and try_sample_rate in the main branch. Start by reproducing the crackling with the git revision a359d2a versus the crates.io release, then compare how the two handle buffer size and sample rate on Windows. Done means the default config plays cleanly on Windows again and the 1 ms buffer and 44100 Hz settings no longer panic with an unsupported device error.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Using the Crates.io Version of Rodio the audio plays perfectly fine on Windows with
SpeakersBuilder::new()
.default_device()
.unwrap()
.default_config()
.unwrap();
however when using the Git repo version the audio is just pure crackling and popping noises.
https://github.com/user-attachments/assets/8506f55f-4de5-4bbd-96cb-cb0d4530cf5c
the above example is using git = "https://github.com/RustAudio/rodio", rev = "a359d2a"
the is the working Example using the Crates.io Version
https://github.com/user-attachments/assets/6f38ae6c-753f-43c8-a531-8359b308f642
Also I noticed in the Crates Version I can do
.try_buffer_duration(Duration::from_millis(1))
.unwrap()
.try_sample_rate(SampleRate::new(44100).expect("should never fail..."))
.unwrap()
but if i try this in the main branch it panics saying unsupported device even though it worked before....
Please let me know if you have any questions.
- Langage dominant
- Rust
- Étoiles
- 2.5k
- Forks
- 338
- Merge moyen
- 1 j 3 h
- PR mergées (30 j)
- 1
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de RustAudio/rodio
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 73/100
-
Difficulté 3/5 Une demi-journée Accessibilité débutants 58/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 62/100
-
WavDecoder::size_hint underflows (u32 wrap, ~4.29e9) after EOF, causes multi-GB Vec::collect() allocationPeut-être pris @marin-m l’a pris il y a 7 jours. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 72/100
Toutes les issues de RustAudio/rodio
Issues similaires
-
r-bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
servo/rust-smallvec#844 ·
Les mainteneurs répondent en général sous 1 jour
-
LIMIT inputs are named MIN/MAX instead of the standard MN/MX, so LIMIT(MN := ...) does not resolveOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
Published SDL drops input-field default values: a non-null field with a default renders as requiredOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
nowledge-co/hawdb#1456 ·
Les mainteneurs répondent en général sous 1 jour
-
色変記事を追加Ouvertepriority middle
Difficulté 1/5 Moins d'une heure Accessibilité débutants 62/100
KATO-Hiro/AtCoderClans#12955 ·
Les mainteneurs répondent en général sous 1 jour