Quote:
|
Slackwareaarch64. Kaffeine is working on slarm64, but I'm still having an issue playing local files. All the "support" packages (x264, etc) are the same on both. I fly out of the country at some ungodly hour of the morning tomorrow, and will be gone for a week, so further digging will have to await my return....
-- Pete |
VLC problems following recent updates
I usually rebuild all my third party packages on every large update when I have slackware current installed. It's usually brainless to do so with rarely any breakage. I use a slightly custom ffmpeg that I rebuild for h264, h265, aac, and fdk support on every upgrade. It doesn't matter how long these packages perform. Any dependency and target application will require this process. This is the case on any architecture be it arm, aarch64, x86, x86_64.
It doesn't matter if the target application and dependency chain hasn't changed. The operating system has, and may need to be told about the third party software again. |
Quote:
The obvious question for me is: "what have I changed?" and the answer is just about everything. Are you suggesting I recompile the vlc, libx264, & libx265? They are the few items I can be sure of that work. MPV plays all videos. FFplay plays all videos. Binaries call subroutines from libraries for various functions and one or some of those functions are not working as expected. I don't think anything "needs to be told about" anything. Has recompiling known working software ever fixed something for you? In as far as I have followed faults on current, problems have always been a bug introduced in some newly compiled package. |
Do what you will. I am only making a friendly suggestion so future headaches can be avoided. Also, vlc is not included in Slackware for any architecture. You can look at mplayer as an example to see all the libraries that link to it on Slackware proper.
Log in as root: Code:
ldd `which mplayer` Code:
ldd `which ffmpeg` EDIT: I forgot to mention: If you have 3rd party dependencies that vlc relies upon, then the same process should be applied. It is recommended they be rebuilt too when SA64 has an update that those depend on. |
I'm not mixing with slackwareaarch64. Slackwareaarch64 stays pretty true to the x86_64 way of doing things, but SBCs differ wildly in the bootup phase. Slarm64 supplies binary images, which make it a much easier install, and it accomodates a wider range of sbcs. There is a riscv64 release also.
Just as Alien Bob & Slackwareaarch64 has a repo of useful packages. so has Slarm64: https://dl.slarm64.org/slackware/packages/aarch64/ No packages outside of slackware current are needed to run vlc. For me, it's very simple: On my (Glibc-2.36) backup, vlc works on my RazPi, but palemoon won't work. On current (glibc-2.37), it's vice-versa. I prefer vlc, but have deleted my glibc-2.36 palemoon in error. I do have an ungoogled chromium. I have compiled none of these, I just installed packages on what is for me a media box. vlc lists dependencies on only 12 libs, & very little of the AV stuff. ffmpeg and mplayer are notably more verbose. It's finding all the libs all right, just some new version is misbehaving. So vlc doesn't use it. |
Well, as it happens there was an Slarm64 image for the RazPi released on 20230910. I had updated on 20230909, but there were also updates on 20230910. That image played the unplayable videos with my vlc. There's teething problems, of course, but not video playing ones.
|
Uh-oh! Something in the latest updates has broken VLC and Kaffeine again! Same problem has come back. MPV and ffplay unaffected...
-- Pete |
Kaffeine and VLC are third party applications listed on slackbuilds.org. The aarch64 architecture is not officially supported on SlackBuilds.org either. You can try a report here in case they are broken on x86 too: https://www.linuxquestions.org/quest...ls-4175561999/
Other than that, you do not provide enough information for help. |
Yes, I appreciate that. The biggest bug at present is the graphics drivers on Raspberry Pis, which no-one - except Libreelec - seems to have got a handle on. The board manufacturers claim its capable of 4K@60, but I've only ever seen that on Libreelec/Kodi. Even PiOS struggles at 1080, as does Slackwareaarch64, slarm64 and sarpi64. It seems to be something in the kernel, which shows no signs of being fixed soon. The slackwareaarch64 Pi kernel is MUCH better, but still struggles with the graphics driver.
Having said all that, it has been working until recently - pretty decently too. Certainly good enough to watch off-air TV in high definition. The problem seems to occur when SDL is updated. I thought at first it might be something to do with mesa, but the only candidate in the last updates has been SDL. At the moment, it plays the audio, but the video freezes - both off-air, and local files. All seems to be fine on x86_64. I have to go out this morning, but I'll leave VLC compiling - again(!) - and report back the outcome... -- Pete -- Pete |
As you're on current, you could regress if you have the older packages. Do it with whatever older stuff you have. If you clean out, I've no bright ideas for you.
|
Be sure to recompile all third party packages related to vlc and Kaffiene. I wouldn't recommend doing it on a raspberry pi 4, unless its all you have. If you have multiple raspberry pis, whether its a 3 or 4 running aarch64, combine their speed with distccd.
You can also leverage your x86 and x86_64 machines using the x-toolchain. You can find that here: https://slackware.uk/slackwarearm/sl...s/x-toolchain/ I don't use the x-toolchain that often, but it should function. Stuart uses the x-toolchain to build stuff quickly. It builds a stack of gcc, binutils, and glibc for cross compiling packages from the sa64 main tree. It can be leveraged to use your 3rd party slackbuilds if you are motivated to do so. I am not 100% sure I will, but I have plans to provide packages of software like vlc, libreoffice, and other time consuming packages. Possibly, chromium. However, I will not start work on such a repository until a stable release of Aarch64. |
OK, I've rebuilt VLC, but no improvement.
Using cvlc to play a local h264/aac file produces the following errors: Code:
VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) The avcodec errors imply a ffmpeg issue. However, ffplay and MPV play the same file without issue - which is really confusing me! I think I'm just going to park this one and see if it resolves itself again in a future round of updates - like it did last time! Would be nice to know what the root cause is, though...! -- Pete |
I was seeing some similar stuff when I had vlc issues. Also sound errors in dmesg, but sound was fine. Is there some debug option in vlc, as you're compiling it? I came to the conclusion that the errors reported were spurious, and I wasn't getting the ones that mattered.
What are you seeing onscreen while hearing the sound? Are any mkvs being affected? |
Sound plays normally, but video comes up, plays a couple of frames, then freezes.
I'm beginning to think its not something that VLC directly depends on, but something that one of the dependencies depends on - if you get my drift! We should find out in a day or two, as SDL has just been upgraded in Slackware. My hunch has been that SDL is connected to this somehow, so it will be interesting to see if the problem goes away when SDL is updated in aarch64.... |
All times are GMT -5. The time now is 04:09 AM. |