GMeet broke completely when sharing the screen on a meeting
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox89 | --- | wontfix |
People
(Reporter: alex_mayorga, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: nightly-community, Whiteboard: [wfh])
¡Hola y'all!
GMeet broke completely when sharing the screen on a meeting.
Had to start up Chromium to continue presenting.
Managed to capture this profile https://share.firefox.dev/3ufnAeM
¡Gracias!
Alex
Comment 1•4 years ago
|
||
So how exactly was it broken? Browser became non-responsive? Screensharing stopped updating frames? Did you stop getting audio/video also (or did other participants stop getting audio/video from you)?
Reporter | ||
Comment 2•4 years ago
|
||
¡Hola Byron!
I would say, all of the above.
It was pretty terrible.
Sorry if this doesn't really help much.
Other participants video started to have artifacts and pixelate.
I stopped getting any audio nor video.
Browser unresponsive.
Hope this helps.
Happy to meet with somebody to try and replicate the bug if the profile is not good enough.
¡Gracias!
Alex
Comment 3•4 years ago
|
||
Yeah, meet is pretty much unusable right now (for me, on Nightly, on OS X at least). Turning off remb seems to at least make it usable, although I see signs that bandwidth estimation is not functioning properly (repeated bandwidth collapse). Looking closer.
Comment 4•4 years ago
|
||
Also unusable on release.
Comment 5•4 years ago
|
||
Also totally broken on ESR 78.
Comment 6•4 years ago
|
||
Seems like meet has made some sort of change that has broken Firefox pretty badly. On a tab-to-tab call, the second tab renders a single (or maybe another very small number) blurry video frame. Occasionally, video frames begin flowing somewhat normally, but before long the video feed will freeze again. Disabling REMB seems to work around the brokenness.
Edit: Still seeing freezes with REMB enabled, although recovery is faster and cleaner.
Comment 7•4 years ago
|
||
Comparing with Chrome, Firefox is trying to use way more bandwidth. Chrome seems to top out at 100KBps sent for each side, whereas Firefox ends up trying to send around 4 times that, which then seems to trigger a congestion collapse.
Comment 8•4 years ago
|
||
I should point out that the work-in-progress from bug 1654112 does not seem to fix this problem.
Comment 9•4 years ago
|
||
FWIW, l was told Meet was (is?) very broken in Safari too.
Comment 10•4 years ago
|
||
Nils, FYI. Have we reached out to the Meet team here?
Comment 11•4 years ago
|
||
(This is tracked as part of wfh. No need for qf here, I hope.)
Updated•3 years ago
|
Updated•3 years ago
|
Comment 12•3 years ago
|
||
Tested again, seems fine now. Probably was a site issue?
Description
•