1862619 - Video plays with frames shaking back and fourth or doesn't at all - ascension.com

Status: RESOLVED WORKSFORME

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

Description

[André Monteiro]

Attachment: screenshot.jpg

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

Steps to reproduce:

Login on ascension.com and watching a video.

Actual results:

In the official Firefox flatpak version, after login on the site ascension.com, the video plays with the frames shaking back and fourth.

When downloading firefox-119.0.tar.bz2 for linux and trying it, the video doesn't play at all.

Expected results:

All should work correctly.

Comment 1

[BugBot [:suhaib / :marco]]

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

[BugBot [:suhaib / :marco]]

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

For more information, please visit BugBot documentation.

Comment 3

[rensg]

other sites where video play on firefox LINUX does not work :

arte.tv
france24.com
cnn.com
bbc.com/news
https://www.aljazeera.com/live

youtube when it is a live stream

the degree of the shaking varies. but is veeery noticeable.

strictly speaking: its not shaking. it is going forward 2 steps, going back 1, then jumps ahead again.

it is mostly live streams that have the problem.
cnn however has it on live and non live streams

it has been like this since at least beginning 2024.

below details in JSON of Al Jazeera's live stream :

{
"builder":"Hls"
"protocol":"hls"
"content_length":{
}
"duration":60
"av":{
"audio":{
"codec":{
"name":"AAC"
"type":"audio"
"mimetype":/(aac|mp4a.40)./i
"defacto_container":"Mp4"
}
"bitrate":{
}
}
"video":{
"codec":{
"name":"H264"
"type":"video"
"mimetype":/avc1./i
"defacto_container":"Mp4"
}
"bitrate":{
"value":6324320
}
"fps":{
}
"dimensions":{
"value":{...
}
}
"quality":{
"value":"1080"
}
}
}
"container":{
"name":"Mp4"
"extension":"mp4"
"audio_only_extension":"mp3"
"defacto_codecs":{
"audio":{
}
"video":{
}
}
"supported_video_codecs":[
0:
"H264"
1:
"H265"
2:
"Av1"
3:
"MP4V"
4:
"MPEG2"
5:
"unknown"
]
"supported_audio_codecs":[
0:
"Opus"
1:
"MP3"
2:
"FLAC"
3:
"AAC"
4:
"unknown"
]
"mimetype":/(?:x-)?mp4/i
}
}

Comment 4

[rensg]

(In reply to rensg from comment #3)

this seems to be x-server or x-driver related, in combination with the video hardware :

I did some testing :
bug occurs on :
nvidia hardware (proprietary driver) directly on the desktop of linux,
and also
in a vnc session on top of that linux

does not occur on :
non-nvidia hardware ( amd, intel video hardware )
both on OS and on vnc in that OS it does not occur.

apparently it is the way the mozilla codec uses the nvidia x-server / libraries.

Comment 5

[André Monteiro]

This bug occurred to me using the open source mesa drivers on a dedicated AMD RX graphics card and both the gnome desktop and Firefox where running in Wayland.

Furthermore the bug seems now fixed and no longer happens for me using Firefox 138 as a Flatpak from flathub.