Fills and Dropped Frames Under Restricted Bandwidth (3 Mbps)
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Ambito
- audio-video-rtc, mobile-dev
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Kotlin
- Stelle
- 3k
- Fork
- 946
- Merge medio
- 4g 6h
- PR unite (30g)
- 9
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pedroSG94/RootEncoder
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
pedroSG94/RootEncoder#2213 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
pedroSG94/RootEncoder#2207 · 1 reazione ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
pedroSG94/RootEncoder#2203 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
pedroSG94/RootEncoder#2192 · 2 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
Docs/Migration: 1.x → 2.x breaking API changes are not documented (package rename, ConnectChecker rename)Forse di nuovo libera @pedroSG94 l’ha presa 74 giorni fa e non c’è nessuna pull request aperta. Apertaenhancement
pedroSG94/RootEncoder#2118 · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di pedroSG94/RootEncoder
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
Kotlin/kotlin-lsp#288 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
johanhaleby/occurrent#1261 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
chrisbanes/haze#1536 ·
I maintainer di solito rispondono entro 1 giorno
-
Cassiopeia drops the `präsentiert von` credit printed in the event bodyForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertaafk-ok area:data-quality importer size:S
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
enorm-labs/event-junkie#3166 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
rajpreetcodes/Skills_MCP_Server#25 ·
I maintainer di solito rispondono entro 1 giorno