Something odd happening with http://pettay.fi/summer2020.mp4
Often when opening that, only the very first seconds are played.
Reloading the whole page may help or dragging the slider to the beginning of the video.

Tried both Nightly and the FF version which comes with Fedora 35, and also Nightly on Windows 11.
Other browsers work fine.

Hmm, this is possibly a regression. Esr does pause for a second or two when it is loading more data, but eventually the video is played.

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ac8115af185628e4d938cc18088843cb6cffae76&tochange=3b1e43ee77740b6fd56351a017a7a78634b863b9

Set release status flags based on info from the regressing bug 1713276

Oh, the behavior is really odd. Happened to leave the video open in a tab for a longer period, and looks like it does restart also in Nightly, but only after 10 seconds or so. Almost as if the full video needs to be somehow processed in the background.

The full video can be played on my Windows 10 and MacOS 12.2. As the video is H264, it's not related bug 1713276 because we only use ffmpeg on Linux for h264.

The longer period of wait seems related with the file itself. At least on Windows, I see the in the beginning, the decoder returned video frames to us very slowly. What would happen if you disable the pref media.ffmpeg.customized-buffer-allocation on Linux? Would the file play smoothly without any buffering?

Thanks.

media.ffmpeg.customized-buffer-allocation = false fixes the issue. First a bit is played, then more is buffered and the rest is then played immediately. If that pref it true, a bit is played, then more is buffered and then one needs to wait about 10 seconds and then playback continues.

I got the regression range using linux and I got the same result twice, even when starting from different good and bad builds.

The severity field is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

I will take a look on this.

:alwu was there any further investigation on this?

No, this is still in my backlog and I probably won't be back to this soon recently because there are other higher priority tasks.