Can't watch mp4 videos with vlc mediaplayer after quarterly update

After installing the quaterly update I can't watch mp4 videos with the vlc mediaplayer anymore.

This is my system:

OS: FreeBSD 14.3-RELEASE-p4 amd64
Uptime: 9 mins
Packages: 1190 (pkg)
Shell: sh
Resolution: 1920x1080
DE: Xfce 4.20
WM: Xfwm4
WM Theme: ZorinBlue-Light
Theme: Breeze [GTK2/3]
Icons: Zorin [GTK2/3]
Terminal: xfce4-terminal
Terminal Font: Monospace 12
CPU: Intel i5-8365U (8) @ 1.900GHz
GPU: WhiskeyLake-U GT2 [UHD Graphics 620]
Memory: 1658MiB / 7942MiB

I get the message from vlc that the following codecs are not available:

H264 - MPEG-4 AVC (part 10) (avc1)
MPEG AAC Audio (mp4a)

As far as i can see the vlc player was not upgraded and no packages were
removed during update.

Does anyone have the same problems?

Any idea how to solve this problem?

I can watch mp4 videos with mplayer so this is no systemwide problem.

Thank you.
Stefan
 
You may build VLC from ports. But watch out. You may end up with ports and packages mixed, which need to be cleaned up later.
Do separate repo for pudirere jail builds, give it different priority in /usr/local/etc/pkg/repos/<foobar>.conf and you'll not mix ports and pkgs.
🫱🫲 (Khaby hands)

But I don't think that's a problem here since everything works just fine with official repo.
 
Thanks for your replies. As a workaround I use smplayer now. It works fine. Hopefully the problem in vlc will be fixed in the near future.
 
Try removing any Qt6 related libs under /usr/local/lib/compat/pkg. You may temporarily move them away if you don't feel comfortable in getting rid of them completely.
 
Try removing any Qt6 related libs under /usr/local/lib/compat/pkg. You may temporarily move them away if you don't feel comfortable in getting rid of them completely.
It would be Qt5 related here, as multimedia/vlc depends on Qt5 by default.
Anyway, try moving the contents of /usr/local/lib/compat/pkg, if any, to anywhere else that libraries are NOT searched for is worth doing in many cases.

But at least in this specific case, the issue here happens even if its contents are empty for me. So I mainly use vlc but try smplayer if vlc doesn't work for specific movies.
 
It would be Qt5 related here, as multimedia/vlc depends on Qt5 by default.
Anyway, try moving the contents of /usr/local/lib/compat/pkg, if any, to anywhere else that libraries are NOT searched for is worth doing in many cases.

But at least in this specific case, the issue here happens even if its contents are empty for me. So I mainly use vlc but try smplayer if vlc doesn't work for specific movies.
Ok I didn't notice that you were also affected otherwise I wouldn't have suggested it 😀 Sorry for the noise.
 
It would be Qt5 related here, as multimedia/vlc depends on Qt5 by default.
Anyway, try moving the contents of /usr/local/lib/compat/pkg, if any, to anywhere else that libraries are NOT searched for is worth doing in many cases.

But at least in this specific case, the issue here happens even if its contents are empty for me. So I mainly use vlc but try smplayer if vlc doesn't work for specific movies.
Ha! That's good to know, thanks T-Aoki. I guess multimedia/vlc works okay for me is for the same reason that print/hplip works – this is old install upgraded from who knows when. It was originally KDE4, upgraded to 5 and then to 6. I removed 4 qt/kf stuff, but there is still plenty of 5 on the system.

Looks like I was right in this post:
... and now that Plasma 6 is out, I do not think it makes sense to install 5 (it may be more polished, but in a few months you will have to upgrade to the new version).

Some software, like print/hplip etc., still depends on qt5/kf5 stuff, so depending on your needs and usage scenarios sometime makes sense to install KDE 5 first and then upgrade to 6, but keep around KDE5 pkgs/libs. Yes, it can seem like bloat, but storage is so massive and cheap nowadays that it will not make any noticeable difference, ant it will allow for the sw that didn't catch up with KDE6 to work smoothly.
 
Another one for the books... Just use ports from ground up, even if it takes a few days to compile... That is better than spending hours trying to figure out the schedules of pkg builders and troubleshooting the dependency hell issues. Pre-compiled packages have way too many gotchas for my taste.
 
Back
Top