Closed
Bug 1831875
Opened 2 years ago
Closed 1 year ago
[macOS] Shaka and mp4-h-264-video-test videos crash the gmpopenh264 plugin with media.gmp.decoder.multithreaded pref enabled
Categories
(Core :: Audio/Video: GMP, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox113 | --- | unaffected |
firefox114 | --- | disabled |
firefox115 | --- | disabled |
People
(Reporter: zstimi, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
2.71 MB,
image/png
|
Details |
Found in
- Firefox 114.0a1 nightlytest channel
Affected versions
- Firefox 114.0a1 - nightlytest
Tested platforms
- Affected platforms: macOS 12
- Unaffected platforms: Ubuntu 22, Windows 10, macOS 11 aarch64
Preconditions
- media.gmp.decoder.enabled=true
- media.gmp.decoder.preferred=true
- media.gmp.decoder.multithreaded=true
Steps to reproduce
- Open the following link: https://shaka-player-demo.appspot.com/ or https://html5videoplayer.net/html5video/mp4-h-264-video-test/
- From drop-down Asset menu choose "Big Buck Bunny (LCEVC H264)".
Expected result
- The video should play and no crashes should occur.
Actual result
- The video does not play the gmpopenh264 plugin has crashed.
Regression range
- New feature.
Additional notes
- The plugin does not crash when media.gmp.decoder.multithreaded pref is false, the video is playing but the rendered quality is very bad see the attached screenshot (Shaka.png).
- Crash report:
https://crash-stats.mozilla.org/report/index/f8b1f382-0e84-42bc-b950-9edca0230508 - The plugin does not crash on Ubuntu 22 and Windows 10, but the video appear janky when decoding using the OpenH264 2.3.2 plugin.
- If the media.gmp.decoder.multithreaded pref is on false html5video didn't crash, but the seeking to forward problem is not solved.
Updated•2 years ago
|
Crash Signature: [@ ConditionVariable::Wait ]
status-firefox113:
--- → unaffected
status-firefox114:
--- → disabled
status-firefox115:
--- → disabled
status-firefox-esr102:
--- → unaffected
Keywords: crash
Reporter | ||
Updated•2 years ago
|
Summary: [macOS] Shaka video crash the gmpopenh264 plugin with media.gmp.decoder.multithreaded pref enabled → [macOS] Shaka and mp4-h-264-video-test videos crash the gmpopenh264 plugin with media.gmp.decoder.multithreaded pref enabled
Reporter | ||
Updated•2 years ago
|
Severity: S3 → S2
Reporter | ||
Comment 1•2 years ago
|
||
Testing on Private browsing window with all 3 pref on true, the video from link https://html5videoplayer.net/html5video/mp4-h-264-video-test/ loading a very long time, then if I seek the video control to forward the tab crashed, here is the crash report: https://crash-stats.mozilla.org/report/index/e90faf20-0257-4c87-a6ce-f52a30230509
Comment 2•2 years ago
|
||
I think this means we can't ship with multithreaded decoding, so we'll keep it disabled by default. It was supposed to solve seeking issues but clearly it isn't completely resolved.
Updated•2 years ago
|
Severity: S2 → S3
Comment 3•1 year ago
|
||
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•