Gstreamer lags while playing on rocky 8.9

Hi after updating to Rocky linux 8.9 mp4 videos on my chrome,firefox and totem lags
and they completly stops when I try to use seekbar.
But ffmpeg seems to play nice as vlc play the same videos good.

Is there any way to set chrome or firefox to use ffmpeg
can I upgrade or downgrade gstreamer to rectify the problem
guide me in this regards.

Note:gstreamer version on my Pc is “GStreamer Core Library version 1.16.1”


It might be worth checking your DNF logs from the update. Find out exactly which gst packages were updated.

In addition, gstreamer uses many plugins, so check which ones are being used and which repos they come from, some might be from rpmfusion for example.

Check also that the exact same video has the same issue when playing from local hard disk, to rule out an issue in the browser itself.

1 Like

Thank You for your reply
those packages are from @appstream,@rpmfusion-free-updates,@AppStream,epel and powertools.
Now I am trying to understand how dnf and repositaries actually work.

If you enter the command
dnf list gst*
it should show the list of packages, with the repo name and version next to each.
dnf log will show which packages were installed and when
less /var/log/dnf.rpm.log

Thank you
Sorry I Haven’t Noticed Your Reply on that Day.
But I Made a general dnf update on 9/04/2024 and it started working good
I try To Know What Made It good But None Of the gstreamer packages were updated on 9/4/2024 update.I am Leaving this as it is Because it is Beyond My Current Knowlege.
and The Thing is Working Well Now.Thank You For your Guidance
2023-04-23T22:37:07+0530 SUBDEBUG Upgraded: gstreamer1-plugins-good-1.16.1-2.el8.x86_64
2024-04-01T13:31:13+0530 SUBDEBUG Installed: gstreamer1-plugins-good-gtk-1.16.1-3.el8.x86_64
2024-04-01T15:31:54+0530 SUBDEBUG Upgrade: gstreamer1-plugins-bad-free-1.16.1-2.el8_9.x86_64
2024-04-01T15:35:43+0530 SUBDEBUG Upgrade: PackageKit-gstreamer-plugin-1.1.12-7.el8.x86_64
2024-04-01T15:37:53+0530 SUBDEBUG Upgraded: gstreamer1-plugins-bad-free-1.16.1-1.el8.x86_64
2024-04-01T15:38:02+0530 SUBDEBUG Upgraded: PackageKit-gstreamer-plugin-1.1.12-6.el8.0.2.x86_64
2024-04-01T16:13:25+0530 SUBDEBUG Installed: gstreamer1-devel-1.16.1-2.el8.x86_64
2024-04-01T16:19:57+0530 SUBDEBUG Erase: gstreamer1-devel-1.16.1-2.el8.x86_64

So it looks like gstreamer really was updated on 2024-04-01, so it’s possible one of those packages (maybe plugins) caused an issue, but why it’s fixed now isn’t clear.

1 Like

Yes exactly.
May be due to a core dependency that gstreamer relies on.

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.