1759842 - H264 VAAPI accelerated decoding stops after 5 seconds

Status: RESOLVED DUPLICATE of bug 1751363

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

Description

[Dominik Mierzejewski]

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

Steps to reproduce:

1. Enable media.ffmpeg.vaapi.enabled in about:config.
2. Go to https://vod.tvp.pl/video/stacyjkowo-kolejowe-opowiesci,koko-slamazara-odc-1,58403203 (Chuggington S06E01, Polish dubbing).
3. Click the playback icon.
4. If you don't have NoScript blocking gemius and adocean domains, watch through the advertisement before the episode begins.
5. Start watching the show episode.

Actual results:

Media resource blob:https://vod.tvp.pl/aed0e880-f307-4bfb-8f77-2d604bfa5e95 could not be decoded. 58 stacyjkowo-kolejowe-opowiesci,koko-slamazara-odc-1,58403203
After 5 seconds, video stream freezes and the following errors can be seen in the Console:

Media resource blob:https://vod.tvp.pl/aed0e880-f307-4bfb-8f77-2d604bfa5e95 could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_DECODE_ERR (0x806e0004)
Details: mozilla::MediaResult mozilla::FFmpegVideoDecoder<58>::CreateImageVAAPI(int64_t, int64_t, int64_t, mozilla::MediaDataDecoder::DecodedData&): VAAPI dmabuf allocation error

Expected results:

Normal playback.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

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.

Comment 2

[Paul Menzel]

Trying to play that video, there is a popup with: Ze względów licencyjnych materiał jest niedostępny w Twoim kraju.

Comment 3

[Paul Menzel]

Can you try to reproduce this with Nightly?

Comment 4

[Dominik Mierzejewski]

(In reply to Paul Menzel from comment #2)

Trying to play that video, there is a popup with: Ze względów licencyjnych materiał jest niedostępny w Twoim kraju.

Apparently, they're geo-blocking viewers from outside Poland.

Comment 5

[Dominik Mierzejewski]

(In reply to Paul Menzel from comment #3)

Can you try to reproduce this with Nightly?

Yes, although it happened at 01:38 timestamp, not after 5 seconds. Still getting the 'NS_ERROR_DOM_MEDIA_FATAL_ERR' error, then. And, since I ran Nightly from a terminal, I saw this:

[Child 202435, MediaDecoderStateMachine #1] WARNING: Decoder=7fc87c39d700 Decode error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005): file /builds/worker/checkouts/gecko/dom/media/MediaDecoderStateMachine.cpp:3577

I hope that helps.

Comment 6

[Paul Menzel]

1. Just for the record, what Nightly version did you try exactly? See <about:support>, and maybe also attach all the information from that page (Copy text to clipboard or so).
2. Can you reproduce this with other H264 stream like from YouTube?
3. Just to make sure, it’s not a badly encoded stream, can you somehow download the stream, and play it with mpv --hwdec vaapi or similar?
4. Just to make sure, you are running with MOZ_DISABLE_RDD_SANDBOX=1 (bug https://bugzilla.mozilla.org/show_bug.cgi?id=1751363)?
5. If not done already, please also enable more log messages with MOZ_LOG="PlatformDecoderModule:5, and attach the log.

Comment 7

[Dominik Mierzejewski]

1. It's Nightly 100.0a1.
2. Here's a live stream that works outside of Poland: https://tvpstream.vod.tvp.pl/?channel_id=51656487 . It's reproducible with this, too.
3. Yes, it's playable with no issues with mpv --hwdec vaapi.
4. No, I was running with RDD sandbox enabled. Disabling the sandbox makes the streams play with no issues again.

I guess this can be closed as duplicate, then. Sorry for the noise.