Fills and Dropped Frames Under Restricted Bandwidth (3 Mbps)
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Área
- audio-video-rtc, mobile-dev
Línea de trabajo
The issue names no source files, tests, or entry points to start from. First compare the reported v2.7.0 and v2.8.0 cases using the requested encoder configuration, bitrate/resolution settings, and logs across the listed devices and bandwidth conditions. Done means narrowing down the cause of the fills, dropped frames, and audio/video interruptions, or establishing a reliable recommended configuration.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
We recently updated RootEncoder from v2.7.0 to v2.8.0 and have been testing streaming across different Samsung device models.
Note : It is happening when adding filters.
Below are our observations:
- Without bandwidth restriction
Streaming works fine on most devices.
On Samsung S22, we are observing fills and dropped frames.
When streaming continuously for more than one hour, the S22 device also gets heated.
We are observing these issues even when the network connection is stable.
On Samsung A17, & Samsung M56 we have not observed these issues. - With bandwidth restricted to 3 Mbps
With the bandwidth restricted to 3 Mbps, we are observing fills and dropped frames.
We also noticed that audio and video are missed/interrupted at certain points during the stream. When checking the stream in MediaLive, we are seeing audio and video alerts.
We also tested the same 3 Mbps restricted bandwidth scenario with RootEncoder v2.7.0, and we observed similar behavior, including the audio alerts.
So, the audio/video issue under the 3 Mbps bandwidth restriction does not appear to be specific to v2.8.0. - Devices tested
Samsung S22 – Occur fills and dropped frames with and without restriction; device heating during long streaming
Samsung S24 – Samsung A17 – Without restriction working fine.
Samsung M56 – Occur fills and dropped frames with 3 Mbps bandwidth restriction
Questions
Could you please help us understand:
Why are we seeing fills and dropped frames on some Samsung models, particularly the S22, even when the network is stable?
With bandwidth restricted to 3 Mbps, why are we seeing fills/dropped frames and audio/video interruptions?
Since we also see similar audio alerts with v2.7.0 under the same 3 Mbps restriction, could this be related to the encoder, bitrate, network handling, or device behavior rather than the v2.8.0 upgrade?
Is there any recommended configuration or approach in RootEncoder to handle these scenarios more reliably?
Please let us know if you need any additional logs, encoder configuration, bitrate/resolution settings, or other details from our side.
Thank you.
- Lenguaje dominante
- Kotlin
- Estrellas
- 3k
- Forks
- 946
- Merge medio
- 4 d 6 h
- PR fusionados (30 d)
- 9
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 pedroSG94/RootEncoder
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
pedroSG94/RootEncoder#2213 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
pedroSG94/RootEncoder#2207 · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
pedroSG94/RootEncoder#2203 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
pedroSG94/RootEncoder#2192 · 2 comentarios ·
Los mantenedores suelen responder en 2 días
-
Docs/Migration: 1.x → 2.x breaking API changes are not documented (package rename, ConnectChecker rename)Quizá libre de nuevo @pedroSG94 la tomó hace 75 días y no hay ningún pull request abierto. Abiertoenhancement
pedroSG94/RootEncoder#2118 · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de pedroSG94/RootEncoder
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
fix: retain the best partial noise-correction solutionPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
world-federation-of-advertisers/cross-media-measurement#4653 ·
Los mantenedores suelen responder en 1 día
-
enhancement help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
kabirvashisht4-glitch/Vet#22 ·
-
documentation good first issue
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
djazairdev/wilayas#23 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
lysine-dev/okhttp#9788 ·
Los mantenedores suelen responder en 1 día