Weird data in onnewBitrate
Maintainers usually reply within 2 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 15/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Domain
- audio-video-rtc, mobile, networking
Research direction
Start from the BitrateAdapter wiring in onNewBitrate and adapter.adaptBitrate, then find where BitrateChecker computes the reported bitrate and whether it reads any throughput or dropped-packet signal. Reproduce by streaming while throttling the network with Network Link Conditioner (1 Mbit/s with 10% loss, then 100% loss) and logging the values passed to onNewBitrate. Done means the reported bitrate drops under these conditions, or the maintainer confirms the expected behaviour.
Written by the indexing model from the issue text.
Description
Hi.
I'm trying to make sure my app is working well in bad network conditions. I'm using a BitrateAdapter connected in onNewBitrate, like the example (calling adapter.adaptBitrate from onNewBitrate).
I'm using an XCode tool from Apple, called Network Link Conditioner, where I can simulate different types of connections. When switching to a "bad network" profile that limits to 1mbit/s and 10% packetloss, webbrowsing becomes really slow and switching to a "100% loss" profile it stops completely. But in both those situations, onNewBitrate keeps reporting a "good" bitrate and doesn't seem to care that the network is bad.
The backend I'm connecting to does stop receiving packets when the limiting profiles are active, so the limiter is working, it just doesn't seem like BitrateChecker actually detects the lack of throughput. I also get no dropped packets reported from the streamer.
I'm thinking perhaps I'm missing something in the setup, but since onNewBitrate reports the "wrong" values, I don't really know what I could do differently.
- Dominant language
- Kotlin
- Stars
- 3k
- Forks
- 946
- Avg merge
- 4d 6h
- Merged PRs (30d)
- 9
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
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.
More from pedroSG94/RootEncoder
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
pedroSG94/RootEncoder#2213 ·
Maintainers usually reply within 2 days
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
pedroSG94/RootEncoder#2207 · 1 reaction ·
Maintainers usually reply within 2 days
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
pedroSG94/RootEncoder#2203 ·
Maintainers usually reply within 2 days
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
pedroSG94/RootEncoder#2192 · 2 comments ·
Maintainers usually reply within 2 days
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
pedroSG94/RootEncoder#2177 · 44 comments ·
Maintainers usually reply within 2 days
All issues in pedroSG94/RootEncoder
Similar issues
-
Dev
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
ankidroid/Anki-Android#22555 ·
Maintainers usually reply within 1 day
-
enhancement good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
core: RAC_LLM_OPTIONS_DEFAULT.min_p disagrees with the IDL's annotated defaultPossibly taken A pull request linked to this issue is open or already merged. Openbug core p3
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
RunanywhereAI/runanywhere-sdks#1083 ·
Maintainers usually reply within 5 days
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Maintainers usually reply within 1 day
-
Java and Kotlin (JVM): parse gradle/wrapper/gradle-wrapper.properties with exact line locationsOpenarea: detector eco: java help wanted lane: free-agent roadmap size: S type: parser
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
arminazimi/evergreen#355 ·
Maintainers usually reply within 1 day