1702609 - GMeet broke completely when sharing the screen on a meeting

Status: RESOLVED WORKSFORME

(Core :: WebRTC: Audio/Video, defect)

Description

[alex_mayorga]

¡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

[Byron Campen [:bwc]]

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)?

Comment 2

[alex_mayorga]

¡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

[Byron Campen [:bwc]]

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

[Byron Campen [:bwc]]

Also unusable on release.

Comment 5

[Byron Campen [:bwc]]

Also totally broken on ESR 78.

Comment 6

[Byron Campen [:bwc]]

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

[Byron Campen [:bwc]]

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

[Byron Campen [:bwc]]

I should point out that the work-in-progress from bug 1654112 does not seem to fix this problem.

Comment 9

[Olli Pettay [:smaug][[e-mail]]]

FWIW, l was told Meet was (is?) very broken in Safari too.

Comment 10

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Nils, FYI. Have we reached out to the Meet team here?

Comment 11

[Olli Pettay [:smaug][[e-mail]]]

(This is tracked as part of wfh. No need for qf here, I hope.)

Comment 12

[Byron Campen [:bwc]]

Tested again, seems fine now. Probably was a site issue?