I’m struggling to understand why the universe is screaming about this issue. Usually that means I have a localised issue but in this case I don’t think so.
Been through your suggestions N and added other items that I likely will never need.
This test page
It is the MP4 videos that fail.
Checked…
dnf install gstreamer1-plugin-openh264.x86_64
Last metadata expiration check: 1:24:38 ago on Tue 10 Oct 2023 22:01:26.
Package gstreamer1-plugin-openh264-1.18.2-1.el9.x86_64 is already installed.
Dependencies resolved.
Nothing to do.
Complete!
Plain Firefox could replay all but the mp4 from that test page.
EPEL has now a side channel (epel-cisco-openh264) with four packages. I did install three of them: dnf install gstreamer1-plugin-openh264 mozilla-openh264 openh264
The mp4 did remain dead, so I did add ugly from RPM Fusion: dnf install gstreamer1-plugins-ugly
The mp4 did remain dead, so I did add ffmpeg from RPM Fusion (which did pull 50 other packages): dnf install ffmpeg
dnf install ffmpeg
Last metadata expiration check: 2:44:37 ago on Tue 10 Oct 2023 22:01:26.
Error:
Problem: problem with installed package ffmpeg-free-5.1.3-1.el9.x86_64
package ffmpeg-5.1.3-1.el9.x86_64 conflicts with ffmpeg-free provided by ffmpeg-free-5.1.3-1.el9.x86_64
conflicting requests
(try to add ‘–allowerasing’ to command line to replace conflicting packages or ‘–skip-broken’ to skip uninstallable packages or ‘–nobest’ to use not only best candidate packages)
dnf install ffmpeg --allowerasing
Still no luck…
And the following changes, Firefoox – about:config
Firefox for Linux includes a complete video player (gstreamer was given up years ago). It is backed by a stripped-down version of libavcodec.so.* for patent reasons. But it can instead dlopen a full-featured libavcodec.so.* installed in the system if it finds one. All you need to say is
# yum install ffmpeg-libs
if you have rpmfusion enabled and that’s it. Of course, rpmfusion has many packages that depend on ffmpeg-libs …