diff options
| author |  sommerfeld <sommerfeld@sommerfeld.dev> | 2026-05-13 13:43:42 +0100 |
|---|---|---|
| committer | sommerfeld <sommerfeld@sommerfeld.dev> | 2026-05-13 13:43:42 +0100 |
| commit | 243ff210d3677764fabe90897bf3a08742170a2b (patch) | |
| tree | 42e1e8e6843365a061df3ce53f6d13ca7a332272 /firefox/chrome | |
| parent | 6c9641629be956399d2de24c578ebc6ca239d558 (diff) | |
| download | dotfiles-243ff210d3677764fabe90897bf3a08742170a2b.tar.gz dotfiles-243ff210d3677764fabe90897bf3a08742170a2b.tar.bz2 dotfiles-243ff210d3677764fabe90897bf3a08742170a2b.zip | |
feat(firefox): re-enable OpenH264 GMP for MS Teams video
LibreWolf disables media.gmp-provider.enabled and media.gmp-gmpopenh264.enabled
and falls back to media.webrtc.hw.h264.enabled=true. On Linux this rarely
works because Mozilla's bundled FFmpeg doesn't ship H.264 encode support
(patent policy), so the SDP offers H.264 but the encoder produces no frames.
Result: local camera preview works (raw MediaStreamTrack, no encoding) but
remote participants see no video. Affects MS Teams (H.264 primary); does not
affect Google Meet (VP8/VP9 native). Same symptom in flatpak and native
LibreWolf builds, confirming sandbox is not the cause.
arkenfox 2020 deliberately leaves media.gmp-provider.enabled commented out
and does not touch the OpenH264 plugin pref. Re-enabling here brings us in
line with arkenfox. media.gmp-manager.url is restored from LibreWolf's
data:text/plain blank so the OpenH264 GMP can actually download.
Diffstat (limited to 'firefox/chrome')
0 files changed, 0 insertions, 0 deletions