There’s the point, I can confirm that the issue is only with vlc 13.0.17.4 on Manjaro (I tried the KDE installation media meanwhile - exactly the same output on the console with the same file, that seamlessly plays on vlc 13.0.17.4 - installed live while running from the debian live installation media - all with the same .ts file on the same media.) So it’s either something missing or failing in the Manjaro distro that vlc should use, or the issue is with the Manjaro vlc package. I tried also to boot a different (LTS) kernel - no change.
Here’s the output from the Debian console that started vlc:
$ vlc 000.ts
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[000055f88d87b5b0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[00007feca8001650] gl gl: Initialized libplacebo v2.72.0 (API v72)
libva info: VA-API version 1.10.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_10
libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
libva info: va_openDriver() returns 1
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
[00007fec5cc4ebf0] avcodec decoder: Using Intel i965 driver for Intel(R) Bay Trail - 2.4.1 for hardware decoding
And here from the Manjaro KDE live system vlc (identic to that from XFCE):
$ vlc 000.ts
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[000055abd8e04660] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[00007f905cc13f20] main decoder error: buffer deadlock prevented
[00007f905cc27ac0] main decoder error: buffer deadlock prevented
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
[mpeg2video @ 0x7f905000a140] Invalid frame dimensions 0x0.
...
I cannot think that it should depend on upstream vlc.
“Upstream” was a good hint, though: There’s a bug filed already for the archlinux vlc package - for .ts decoding the vlc package lacks referring a dependency on “aribb24” - installing this package resolves the main issue playing .ts files.
Second on my desktop I had to disable HW acceleration - vlc loaded automatically
avcodec decoder: Using Intel i965 driver for Intel(R) Bay Trail - 2.4.1 for hardware decoding
(console output), but on my system the video gets stuck with this, I have
$ inxi -CG
CPU:
Info: quad core model: Intel Celeron J1900 bits: 64 type: MCP cache:
L2: 2 MiB
Speed (MHz): avg: 1368 min/max: 1333/2416 cores: 1: 1333 2: 1474 3: 1333
4: 1333
Graphics:
Device-1: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display
driver: i915 v: kernel
Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: modesetting
gpu: i915 resolution: 1920x1080~60Hz
Message: Unable to show GL data. Required tool glxinfo missing.
Now I can play my .ts files again with aribb24 installed and HW acceleration disabled.
Yet the vlc package issue needs to be resolved.