Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Large packet loss when estimated bandwidth is close to the lowest SVC layer #1069

Open
vpalmisano opened this issue Apr 21, 2023 · 2 comments
Labels
Milestone

Comments

@vpalmisano
Copy link
Contributor

vpalmisano commented Apr 21, 2023

Bug Report

When the estimated bandwidth is close to the lowest SVC layer, the allocated layer fluctuates between 0:0 and -1:-1. Concurrently, we observed large packet loss spikes at receiver side (80-100%) that didn't happen when using VP8/Simulcast in the same conditions. Analyzing the captured RTP packets, there are large seqno jumps that could explain the packet loss:

nopatch
nopatch.pcapng.gz

The issue can be reproduced consuming 1 VP9 stream and calling transport.setMaxOutgoingBitrate(80000) (set a number close to the lowest encoded SVC layer).

@jmillan
Copy link
Member

jmillan commented May 10, 2023

I plan to check this issue in the next days.

@jmillan
Copy link
Member

jmillan commented May 16, 2023

It's been very complicate taking the time to check this lately. I can't say when I'm going to be able to check this.

Meson option ms_rtc_logger_rtp will print a log line for each RTP packet sent or dropped by mediasoup indicating the cause in case of drop, which would be a good way to troubleshot this. In case anyone is willing to dig further.

cd worker && MESON_ARGS="-Dms_rtc_logger_rtp=true" make

@ibc ibc added this to the v3 updates milestone May 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants