Rebuilding OutputStream and Sinks after stream invalidation on Android
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- audio-video-rtc
Línea de trabajo
Start by reading the issue's description of Android OutputStream invalidation, the with_error_callback signal, and the state held by Sinks. The issue does not identify relevant source files or tests, so first trace how rodio creates streams and sinks and handles stream errors. Done would mean establishing a recommended way to rebuild playback while preserving queued sources, order, volume, pause state, and track position; the issue does not settle the design.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
On Android I noticed that the OutputStream becomes invalid when the audio device changes, for example when Bluetooth headphones are connected. This can be detected via with_error_callback.
When this happens I have to recreate the OutputStream. As a consequence all Sinks tied to that stream must also be recreated.
The problem is that Sinks hold important state like queued Sources, playback order, volume, paused state, and the current playback position inside a track. Recreating Sinks causes all of this state to be lost.
Is there an official or recommended way in rodio to handle this situation?
Should applications keep track of all Sources and Sink state manually and reapply everything to newly created Sinks?
The goal is to continue playback seamlessly after the OutputStream is rebuilt, without breaking behavior or restarting audio.
Is there a recommended way to handle this use case?
- Lenguaje dominante
- Rust
- Estrellas
- 2.5k
- Forks
- 338
- Merge medio
- 1 d 3 h
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de RustAudio/rodio
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 73/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
-
WavDecoder::size_hint underflows (u32 wrap, ~4.29e9) after EOF, causes multi-GB Vec::collect() allocationPosiblemente ocupada @marin-m la tomó hace 4 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Todos los issues de RustAudio/rodio
Issues similares
-
Add a just recipe that runs the workflow linters locallyPosiblemente ocupada @sgamelin la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
good first issue security
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
-
Status bar: a progress line that keeps the same text (import at 0%) ages out after 8 s and blinksAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
transit-audio/transit#216 ·
-
area: effects devices enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
suhina-daw/suhina-daw#1060 ·
Los mantenedores suelen responder en 1 día