-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Bug Simulcast plainTransport -> webrtcTransport #1404
Comments
I cannot get a glimpse of the reason why liburing could be related to such thing. The given bug description is definitely not sufficient for making any diagnostic. @EtiennePestre, please expose as much detail as possible of what you are doing and what you are getting.
What does this mean exactly? |
I have created this thread in the discourse that explains the problem: |
The problem is that the router distributes RTP packets to only one consumer. |
The thing about reporting an issue in GitHub is to properly describe the issue from scratch rather than referencing a thread in a forum and asking the developers to read it. So can you please edit the description of this issue with all the valid information about the issue? |
@jmillan, the issue description has been properly updated now. I think we can test this issue by using the mediasoup-demo app (in Linux so liburing is enabled) by connecting many browsers to the same room and producing audio and video using the ffmpeg or gstreamer clients included in |
Bug Report
Environment
Issue description
When simulcasting with FFmpeg, I can't get multiple clients to work at the same time. Only one works, and the others freeze.
In this schema MediasSoupClient2 dosen't receive the video. In chrome chrome://webrtc-internals/ I see a lot of lost package:
If I stop MediasSoupClient1, MediasSoupClient2 starts receiving packets and the video works fine. However, if I start a new client, MediasSoupClient2 stops receiving packets and the video stops running.
The workaround I found is to disable liburing in meson_options.txt
I found a workaround because everything works in an older version of Mediasoup. The bug appeared when updating to version 3.13.14, exactly at this commit ad2d814
The text was updated successfully, but these errors were encountered: