Super-blocky outgoing video in webex (regression!)
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | disabled |
firefox114 | --- | unaffected |
firefox115 | --- | disabled |
firefox116 | --- | disabled |
firefox117 | --- | disabled |
firefox118 | --- | unaffected |
People
(Reporter: jib, Assigned: jhlin, NeedInfo)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
873.34 KB,
image/png
|
Details |
STRs:
- Join a webex meeting in Firefox and another browser (e.g. Chrome or Firefox release)
- Observe video received in the other browser
Expected results: crisp and smooth video
Actual results: super-blocky video (see screenshot)
Reporter | ||
Comment 1•1 year ago
|
||
Hi John, this seems severe and affects beta now. Should we just back this out? LMK if you need more information.
![]() |
||
Comment 2•1 year ago
|
||
Bummer this was supposed to help with Teams support.
Reporter | ||
Comment 3•1 year ago
•
|
||
Workaround: set media.webrtc.platformencoder
or media.webrtc.platformencoder.sw_only
to false
(the latter depends on the former).
The first pref (which controls the second) is @IS_EARLY_BETA_OR_EARLIER@
, making this only affect beta and nightly.
Comment 4•1 year ago
|
||
Set release status flags based on info from the regressing bug 1818567
Updated•1 year ago
|
![]() |
||
Comment 5•1 year ago
|
||
The work that we think regressed this is early beta only.
![]() |
||
Updated•1 year ago
|
Comment 6•1 year ago
|
||
Set release status flags based on info from the regressing bug 1818567
Updated•1 year ago
|
Updated•11 months ago
|
![]() |
||
Updated•11 months ago
|
![]() |
||
Updated•11 months ago
|
Updated•11 months ago
|
If I understand correctly, the work done to enable the software based platform encoder decoder in order to improve H264 experience for new brower installations is now disabled. Is there a plan to re-enable it again in order to improve the H264 experience?
Comment 8•9 months ago
|
||
Similar issue was encountered during the Microsoft Teams video call where video input/output is freezing in Nightly 120.0a1 and Firefox 119.0b4 while using macOS 12.
The issue no longer persists when doing the workaround mentioned in Comment 3.
Please let me know if I should file a separate bug for Microsoft Teams. Thanks
Description
•