MX Linux 18 has broken VLC player.
the file plays in vlc on Slackware, so file format is not a reason for crashing VLC

When in Slac is it on the same hardware?

I know converting the vid won't fix the initial problem but would work...

vlc-3.0.5, from MX-Test, seems to be fixed.
Runs fine for me installed onto SSD of T430.

thank you both for answering.

@jamison20000e
MXLinux 18.0 is instaled in VM - vcl fail
MXLinux 18 RC1 is instaled in VM - vcl fail
Slackware - host (installed on real hardware) - vlc and all tested other video players work
Slackware installed in VM - vlc and all tested other video players work
Mint 19.0 - vlc and all tested other video players work

So it seems that this is a bug specifically related to MXLinux. VM are setup exactly the same way.

I could convert video to another format of course, but here I just want to report an issue. Also I don't have to convert video because all other distros can play mp4.

@rholt
no, updating to test did not solve the problem
Because video play works in other thested distros installed in VM I don't think that VM can be blamed for the failure of playing videos (mp4) by MX Linux.

thnak you again

VDPAU accerlation is broken in the debian VLC 3.03. We are evaluating moving 3.0.5 into main.

3.0.5 does not work either in MX Linux (see my post above)

this seems to be an issue specific for MX Linux only:

VLC 3.0.3 on MX Linux does not work
VLC 3.0.5 on MX Linux does not work
VLC 3.0.4 on Slackware works
VLC 3.0.4 on Linux Mint 19.1 (Cinnamon) works
VLC 3.0.5 on KDE Neon (18.04) works

So irrelevant of VLC version, playing mp4 is broken in MX linux, while older and latest versions of VLC installed by different distros (including debian based) are working.

I hope that this will help to find the issue.

Debian VLC 3.X defaults to using the openGL video output. This means that in Virtual Box, you must either enable 3D acceleration in the guest VM, or set VLC to use another output such xv or x11.

The other distros either have 3D acceleration, or are using the slower outputs by default.

1 members found this post helpful.

All VMs are running with video RAM maxed out to 128MB and 3D Acceleration enabled.

This issue is specific to MX Linux, it is not affectiong other distros and it is not related to VirtualBox settings

o.k.
I tested more distros in VM (Arch, ArchLabs, Artix, Devuan/Star, NuTyx).
All work.All with openGL enabled

The only conclusion is that MX Linux VLC is broken.

it looks like this is where vlc fails (and that would tally with what stevepusser said).
so whenever you say "VLC doesn't work with ... either", have you checkeds it's the same error?

Have you tried this not in a VM?

o.k., so it seems that the issue is related to two errors in MXLinux vlc:
when I select OpenGL video output vlc crashes with this error
every other distro (running in VM) when vlc has selected opengl video output just plays it without complaining about libvdpau_nvidia.so

@ondoho
libEGL warning: DRI2: failed to authenticate
error is irrelevant (all vlc tested will generate this error without crashing)

@jamison20000e
My main system is Slackware. Everynhing else runs in VM

is this still in the VM?

I'm thinking we are missing some packages maybe. I don't know why it would be looking for an nvidia library in a VM, but maybe vdpau-driver-all package (and possibly nvidia-vdpau-driver) in the event you are actually using nvidia drivers.

Thank you for resonding,
I have vdpau-driver-all installed already.
I did not install nvidia-vdpau because I am using intel video only

Yes, this is MXLinux 18 in VM

issue solved with today's upgrade.

Thank you MX Linux maintainers