Open Bug 1887342 Opened 2 months ago Updated 2 months ago

VP9 video playback decode fails with NS_ERROR_DOM_MEDIA_FATAL_ERR

Categories

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

Firefox 124
defect

Tracking

()

UNCONFIRMED

People

(Reporter: theodonacik, Unassigned)

Details

Attachments

(1 file)

Attached file log.txt

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0

Steps to reproduce:

On Firefox 124, playing back VP9 encoded video on YouTube fails.

Actual results:

Video buffers, then switches to default AVC1 codec, and when forcing VP9 with the enhanced-h264ify extension, playback fails entirely and video player reports "Your browser can't play this video". The log outputs
[Child 3286845, MediaDecoderStateMachine #1] WARNING: Decoder=7fccfd60be00 Decode error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) - auto mozilla::MediaChangeMonitor::CreateDecoderAndInit(MediaRawData *)::(anonymous class)::operator()(const MediaResult &) const: Unable to create decoder: file /builds/worker/checkouts/gecko/dom/media/MediaDecoderStateMachineBase.cpp:166

On the latest Firefox Nightly 126, YouTube VP9 works as expected, but video playback on Twitch and Reddit are unstable and fail eventually or when skipping around in the video. Attached is the console output on Firefox 124 when loading a VP9 encoded YouTube video

Expected results:

Tested on FIrefox version 123, VP9 encoded video on YouTube, Twitch, and Reddit successfully play back with no log warnings.

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
Severity: -- → S3

I believe I and other Arch users are experiencing this also. https://bbs.archlinux.org/viewtopic.php?pid=2160460
Happy to rebuild with changes and test, or provide more debug output.

I resolved this issue for myself by setting "media.rdd-process.enabled" to true.
I'm not sure why it had been set to false.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: