LinuxQuestions.org
Review your favorite Linux distribution.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM
User Name
Password
Slackware - ARM This forum is for the discussion of Slackware ARM.

Notices


Reply
  Search this Thread
Old 08-31-2023, 06:43 AM   #1
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Rep: Reputation: Disabled
VLC problems following recent updates


System: Pi400, Slackwareaarch64-current (up to date), Pi-kernel, VLC-3.0.18

Something recent has broken VLC's ability to playback h264 files. This is a particular issue as I use Kaffeine (which uses libvlc) to watch TV occasionally, and I can no longer watch HD channels (SD is fine!).

I'm also unable to play local H264 files.

Smplayer+MPV, standalone MPV and ffplay all play h264 files fine, although cpu usage seems to have gone up (around 80% on all 4 cores). It seems as if something specific has broken VLC.

I've recompiled VLC, ffmpeg and x264 to no avail, and I've now run out of ideas!

VLC errors on a local file:
Code:
cvlc combat.mp4 
VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2)
[000000001d319d60] dummy interface: using the dummy interface module...
[000000001d2fb560] vlcpulse audio output error: digital pass-through stream connection failure: Not supported
[000000001d2fb560] main audio output error: module not functional
[0000007f792b0c20] main decoder error: failed to create audio output
[0000007f5c001e50] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error
[0000007f5c001e50] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
[0000007f5c001e50] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
[0000007f5c001e50] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
Failed to open VDPAU backend libvdpau_vc4.so: cannot open shared object file: No such file or directory
[h264 @ 0x7f78e838a0] mmco: unref short failure
[h264 @ 0x7f791e3ae0] co located POCs unavailable
[h264 @ 0x7f791e3ae0] co located POCs unavailable
[h264 @ 0x7f78e838a0] mmco: unref short failure
[h264 @ 0x7f78e838a0] co located POCs unavailable
[h264 @ 0x7f78e838a0] co located POCs unavailable
[h264 @ 0x7f78f7c990] mmco: unref short failure
[h264 @ 0x7f78e838a0] co located POCs unavailable
[h264 @ 0x7f78f7c990] mmco: unref short failure
[h264 @ 0x7f79049a00] co located POCs unavailable
[h264 @ 0x7f78f7c990] co located POCs unavailable
[h264 @ 0x7f79116a70] co located POCs unavailable
[0000007f78c0ba20] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[0000007f78c0ba20] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[0000007f78c0ba20] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[0000007f78c0ba20] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
I'm using the "automatic" or "opengl" output, as recommended for this application. I don't think the va/vdpau errors are significant as I've seen these previously without issue. What I don't understand is the h264 errors, when mpv, ffplay, et al, play back just fine!

Anyone got any ideas?

--
Pete

Last edited by pchristy; 08-31-2023 at 06:51 AM. Reason: update
 
Old 09-01-2023, 09:34 AM   #2
mralk3
Slackware Contributor
 
Registered: May 2015
Distribution: Slackware
Posts: 1,905

Rep: Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057
How are you building vlc? From slackbuilds.org? Or using alienBob's build scripts? Your own slackbuild scripts?

Is it possible your packages are storing libs in /usr/lib?

For the most part the following works for me:
Code:
cd slackbuilds
git checkout -b aarch64
sed -i 's/x86_/aarch/g' */*.SlackBuild
git add .
git commit -m "switch to aarch64"
Then build any SlackBuild. Without these steps, stuff is put into /usr/lib, rather than /usr/lib64. I use sbopkg most of the time. There are a few build scripts that do require more adjustments, but the majority work fine on aarch64 with those changes.
 
Old 09-01-2023, 10:11 AM   #3
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Original Poster
Rep: Reputation: Disabled
Hi, and thanks for the reply!

Firstly, it has all been working perfectly for quite some time. It only broke after the recent updates - and only for H264 (haven't tried H265 yet, must do so!).

I'm building using the standard SBo script, only modified to add aarch64 to the processor options:
Code:
if [ "$ARCH" = "i586" ]; then
  SLKCFLAGS="-O2 -march=i586 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"
  LIBDIRSUFFIX="64"
elif [ "$ARCH" = "aarch64" ]; then
  SLKCFLAGS="-O3 -fPIC"
  LIBDIRSUFFIX="64"
else
  SLKCFLAGS="-O2"
  LIBDIRSUFFIX=""
fi
SLKCFLAGS is set to 03 following sndwvs slackbuild from slarm64 - which is also suffering the same issue, incidentally, also following a recent upgrade.

The SBo script is derived from AlienBob's, just removing the bits to build everything in, and use the system libraries for things like x264 instead.

As I say, it has been working fine for ages, and only just stopped. I'm not sure which update caused it, as I was away for a few days, and when I got back, several updates had occurred, so the whole lot got done as one (slackpkg+).

I have a feeling its something to do with the graphics rendering somewhere. I don't believe its H264 or ffmpeg, as mpv and ffplay play just fine, albeit at a higher cpu usage, I suspect. In any case, I rebuilt both H264 and ffmpeg using tweaked SBo scripts (as above) and it made no difference.

Not sure where to look next. Its certainly an odd one!

--
Pete
 
Old 09-01-2023, 12:10 PM   #4
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
Is this looking for a more recent version of libx264? There's a libx265 also. You need it and compile-time x265 support in ffmpeg(?) & vlc for that.
 
Old 09-03-2023, 05:02 AM   #5
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Original Poster
Rep: Reputation: Disabled
Yes, I have both x264 and x265, and have recompiled x264 (I was already running the latest version, and it has no dependencies) without success. In any case, if it was x264, I would have the same problem with MPV and ffplay, but I don't. Its only VLC (and Kaffeine, which depends on libVLC) that is affected.

As I say, I think its something in the graphics configuration that vlc doesn't like. MPV has a "gpu" option for video output, but vlc seems to use OpenGL. Maybe something to do with that? I've tried the other options, but they never did play nicely with the Pi.

Cheers,

--
Pete
 
Old 09-03-2023, 07:30 AM   #6
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
That all sounds right. But something's wrong.

If this is all current and you're compiling, is everything compiled against the same glibc? Glibc versions have been changing in current.
 
Old 09-03-2023, 10:44 AM   #7
kilgoretrout
Senior Member
 
Registered: Oct 2003
Posts: 2,993

Rep: Reputation: 388Reputation: 388Reputation: 388Reputation: 388
Not sure this is helpful, but I ran across a similar problem with playing back video streams from a raspberry pi using vlc and found this on the raspberry pi website:
Quote:
Note
Recent versions of VLC seem to have problems with playback of H.264 streams. We recommend using ffplay for playback using the above commands until these issues have been resolved.
Accordingly, you may be running into the same problem with h.264 playback.
 
Old 09-04-2023, 06:54 AM   #8
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
Quote:
Originally Posted by business_kid View Post
That all sounds right. But something's wrong.

If this is all current and you're compiling, is everything compiled against the same glibc? Glibc versions have been changing in current.
Interesting this: I have VLC-3.0.18, and updated to current recently (Last RazPi image of Slarm64, w/ kernel-6.4.8 & glibc-2.37). Now VLC is acting up on some videos. Others play fine. I get the sound and a succession of frozen frames But I have vlc-3.0.18 on slackware64-15.0 in an x86-64 Box and the videos work fine. I can't try them on x86_64 current, because my liveslak has glibc-2.36 and current is compiled with glibc-2.37 . But the main slackware forum is awful quiet about vlc, so I presume it works.

Last edited by business_kid; 09-04-2023 at 07:27 AM.
 
Old 09-04-2023, 10:46 AM   #9
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
I'm on slarm64 and just updated to the slarm64-current-aarch64-xfce-raspberry_pi_4-6.4.8-build-20230807.img, with glibc-2.37 & kernel-6.4.8.

FWIW, last time I updated Slarm64 was January 2023, and I grabbed a lot of archives in Febuary - like vlc, which has started acting up now that I've updated my system in the last week. That makes me think the problem isn't solely with vlc. I haven't updated vlc yet. I'm not likely to either, until all the problems go away. So I have those extra packages from early 2023, as well as the slackbuilds and source.

The one obvious package I did have and rolled back was x264, and that had no effect. So you can eliminate that from your enquiries. If anyone wants to try rolling other things back, PM me if you want stuff from 7/8 months back.
 
Old 09-04-2023, 10:52 AM   #10
mralk3
Slackware Contributor
 
Registered: May 2015
Distribution: Slackware
Posts: 1,905

Rep: Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057Reputation: 1057
There is a good chance the addition of the lua package into slackware-current could be part of it. SBo has lua version 5.1.x and -current has lua 5.4.x. There is a thread about it in the x86 forum: https://www.linuxquestions.org/quest...on-4175728585/

It refers to mpv difficulties, but I see on SBo that lua is a dependency to building vlc. Maybe rebuild the entire vlc stack, including vlc to see if you can track the problem down? It's possible one of the other dependencies in that stack is the issue too.
 
Old 09-04-2023, 02:00 PM   #11
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
I tried vlc-3.0.17.4, from 2022, and that acts up on my current. My vlc-3.0.18 from early this year worked fine, until I moved to the latest current. So it's a run-time dependency.

I'm an electronics hardware guy, no software dev. So here's a suggestion: Can someone go back through the ChangeLog.txt for current for about 6 months and see which vlc dependencies have been updated? I'm presuming Slackware Arm mirrors slackware64-x86_64-Current, as slarm64 does. I don't mean build-time dependencies, I mean run-time dependencies. There shouldn't be many, and that will provide a very short list of suspects.
 
Old 09-05-2023, 10:14 AM   #12
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Original Poster
Rep: Reputation: Disabled
OK, this is weird! I should have mentioned that slarm64 has been having the same issue for some time. Well today I did the slarm64 updates from the 4th September:

Code:
Mon Sep  4 16:05:33 UTC 2023
a/dbus-1.14.10-aarch64-1.txz:  Upgraded.
a/kernel-firmware-20230901_bb4f658-noarch-1.txz:  Upgraded.
a/kernel-generic-6.1.51-aarch64-1.txz:  Upgraded.
a/kernel-modules-6.1.51-aarch64-1.txz:  Upgraded.
a/pkgtools-15.1-noarch-7.txz:  Rebuilt.
ap/alsa-utils-1.2.10-aarch64-1.txz:  Upgraded.
d/kernel-headers-6.1.51-arm64-1.txz:  Upgraded.
d/strace-6.5-aarch64-1.txz:  Upgraded.
k/kernel-source-6.1.51-noarch-1.txz:  Upgraded.
l/SDL2-2.28.3-aarch64-1.txz:  Upgraded.
l/alsa-lib-1.2.10-aarch64-1.txz:  Upgraded.
l/at-spi2-core-2.48.4-aarch64-1.txz:  Upgraded.
l/gmime-3.2.14-aarch64-1.txz:  Upgraded.
l/libgphoto2-2.5.31-aarch64-1.txz:  Upgraded.
l/zstd-1.5.5-aarch64-2.txz:  Rebuilt.
n/postfix-3.8.2-aarch64-1.txz:  Upgraded.
xfce/thunar-4.18.7-aarch64-1.txz:  Upgraded.
After these updates, kaffeine now plays hdtv perfectly (uses libvlc). However, vlc is still unable to play local h264 files. MPV plays local H264 files fine, but weirdly smplayer (using mpv) crashes!

Like slackwareaarch64, slarm64 has specific kernels for the Pi (currently 6.4.8), so it isn't the kernel causing the issues. One of the above updates has provided a partial solution - but which one?

Over to the experts!

--
Pete
 
Old 09-05-2023, 02:23 PM   #13
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,652

Rep: Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398Reputation: 2398
If I were the betting type I'd put money on this one:
Code:
l/SDL2-2.28.3-aarch64-1.txz:  Upgraded.
That's Simple DirectMedia Layer. That might be involved, all the rest shouldn't be.

There's also the question of whether all those Arm-specific patches to make stuff compile have bent/broken something that they shouldn't have, or even fixed something that should be broken.

Last edited by business_kid; 09-05-2023 at 02:29 PM.
 
Old 09-05-2023, 04:36 PM   #14
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Original Poster
Rep: Reputation: Disabled
Yes, SDL struck me as being a likely candidate. Lets see what happens when slackwareaarch64 catches up.

Its still only a partial solution, though. Perhaps recompiling vlc against the updated SDL will provide a complete fix. Might give that a try tomorrow.

Time is running out a bit for me at present. After Thursday, I'll be out of the country for a week or so and unable to experiment further. Hopefully, by the time I get back there'll be a solution...

--
Pete
 
Old 09-06-2023, 03:22 AM   #15
pchristy
Senior Member
 
Registered: Oct 2012
Location: South Devon, UK
Distribution: Slackware
Posts: 1,130

Original Poster
Rep: Reputation: Disabled
Well, today's updates have completely fixed VLC, without requiring any further recompilation! Kaffeine works perfectly, as does VLC on local files.

Whatever it was now seems to be sorted!



--
Pete
 
1 members found this post helpful.
  


Reply

Tags
h264, vlc


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
actually while debugging an assembly language i have got the following error can any body figure out how i can rectify the following error niranjan1609 Linux - Newbie 3 06-03-2018 05:21 PM
[SOLVED] vlc segfaults after recent updates nivieru Slackware 7 11-26-2015 02:37 AM
puppy thoughts after having a recent look see -- given recent developments .. jonyo Puppy 0 11-29-2011 08:45 PM
i use the following way to install vlc in cent os but i got the following error praveenkalam Linux - Software 6 12-21-2009 03:49 AM
VLC error: VLC could not open the file "/usr/share/vlc/skins2/text.bmp". brjoon1021 Ubuntu 1 01-14-2009 10:48 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM

All times are GMT -5. The time now is 06:48 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration