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

Bug Simulcast plainTransport -> webrtcTransport #1404

Open
EtiennePestre opened this issue May 30, 2024 · 5 comments
Open

Bug Simulcast plainTransport -> webrtcTransport #1404

EtiennePestre opened this issue May 30, 2024 · 5 comments
Assignees
Labels

Comments

@EtiennePestre
Copy link

EtiennePestre commented May 30, 2024

Bug Report

Environment

  • Operating system: debian or ubuntu
  • docker image: node:18.17.1-alpine3.17
  • npm version: 9.6.7
  • gcc/clang version: gcc (Alpine 12.2.1_git20220924-r4) 12.2.1 20220924
  • mediasoup version: seence 3.13.14
  • mediasoup-client version: 3.7.2

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.

image

In this schema MediasSoupClient2 dosen't receive the video. In chrome chrome://webrtc-internals/ I see a lot of lost package:

image

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

@jmillan
Copy link
Member

jmillan commented Jun 5, 2024

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.

I can't get multiple clients to work at the same time. Only one works, and the others freeze

What does this mean exactly?

@EtiennePestre
Copy link
Author

I have created this thread in the discourse that explains the problem:
https://mediasoup.discourse.group/t/key-frame-not-receiv-by-client/5933

@EtiennePestre
Copy link
Author

The problem is that the router distributes RTP packets to only one consumer.

@ibc
Copy link
Member

ibc commented Jun 6, 2024

I have created this thread in the discourse that explains the problem:

https://mediasoup.discourse.group/t/key-frame-not-receiv-by-client/5933

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?

@ibc
Copy link
Member

ibc commented Jun 11, 2024

@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 mediasoup-demo/app.

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