[SOLVED] MPlayer suddenly broken in -current

Lenard Spencer · 08-28-2017, 04:54 PM

Is it just me, or is the latest MPlayer broken? It will no longer play any videos. When it opens, the video window flashes briefly and immediately goes away. The audio still plays fine. I first suspected ffmpeg, but Xine plays everything just fine. I even erased my ~/.mplayer folder to try to start fresh, but to no avail.

I even retrieved and built today's (20170828) svn version (using Pat's SB script to retrieve it), but the same result. Any ideas?

UPDATE: I get the video if I run 'mplayer <video name>' in a Konsole shell, but 'gmplayer' is the one that is broken.

GazL · 08-28-2017, 05:12 PM

Do you get any useful messages on the terminal you start it from? Mine seems to be working fine.

bassmadrigal · 08-28-2017, 05:48 PM

Have you tried running gmplayer from the terminal to see what the error is? My first guess is it is using a video out mode that either isn't supported or was recently broken.

Have you considered not using gmplayer? AFAIK, it is relatively unmaintained and extremely limited in features and options. I stopped using gmplayer almost a decade ago. Now I use smplayer, which is an excellent front-end for mplayer. It is relatively simple to use, but if you dive into the options, it really makes a lot of the fancy features of mplayer available.

Lenard Spencer · 08-28-2017, 06:20 PM

Complains about a missing libvdpau_nvidia.so shared library trying to open the video_out device, and this is with a VIRGIN 64-current installation.

bassmadrigal · 08-28-2017, 07:25 PM

libvdpau_nvidia.so is not a file included with a stock Slackware installation. Do you have the nvidia proprietary driver installed or did you at some point? It looks like your environment variables may be trying to use Nvidia's vdpau implementation, but it's missing the required files.

Can you do something like the following and see if that works? It is temporarily changing the video out driver from vdpau (using your video card to help decode video) to software decoding. It uses more CPU power, but it shouldn't be affected by issues with vdpau.

Code:

gmplayer -vo xv /location/to/video-file.mp4

Can you also try installing vdpauinfo and post the output of vdpauinfo?

Lenard Spencer · 08-28-2017, 09:12 PM

gmplayer works with -vo x11 and sdl, but that's about it. As I said before, this is a fresh VIRGIN install of 64-current. Running vdpauinfo returns the same error:

Code:

root@amd_fx8350:~# vdpauinfo
display: :0   screen: 0
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1

BTW, gmplayer on my fully-loaded 64-current installs on both 8-core boxes decided to start working again for some reason.

I guess I'll have to stick with Xine for now...

orbea · 08-28-2017, 09:22 PM

That is not a fresh virgin install... I suspect you had the proprietary nvidia drivers and uninstalled them unfortunately leaving remnants behind. You should reinstall both xorg-server and mesa. If that does not solve it try running this script, it should find w/e nvidia left behind.

https://notabug.org/orbea/SlackBuild...ipts/brokenpkg

It may take a little bit to complete. You can grep /var/log/packages and search http://packages.slackware.com/ to make sense of the output.

Lenard Spencer · 08-29-2017, 08:46 AM

Quote:

Originally Posted by orbea

That is not a fresh virgin install... I suspect you had the proprietary nvidia drivers and uninstalled them unfortunately leaving remnants behind. You should reinstall both xorg-server and mesa. If that does not solve it try running this script, it should find w/e nvidia left behind.

https://notabug.org/orbea/SlackBuild...ipts/brokenpkg

It may take a little bit to complete. You can grep /var/log/packages and search http://packages.slackware.com/ to make sense of the output.

Yes, it WAS a FRESH VIRGIN INSTALL. NOTHING ADDED! What part of that don't you understand? The only thing your script complains about is wrong NSS versions in the Mozilla packages and missing QTCore4.so in Perl.

orbea · 08-29-2017, 09:33 AM

Please don't lie to us... Your error message is clear as day, its looking for nvidia libraries which slackware does not ship. The only way that could happen is if nvidia is or was installed at some point.

ponce · 08-29-2017, 10:04 AM

which is the content of your /etc/profile.d/vdpau.sh file?

phenixia2003 · 08-29-2017, 10:33 AM

Hello,

Might be the VDPAU_DRIVER environment variable is set to nvidia.

--
SeB

Lenard Spencer · 08-29-2017, 10:39 AM

To all who are following this thread: THIS IS A 'WIPE THE PARTITION AND START FROM SCRATCH' INSTALL! NOTHING ADDED! ZIP! NADA! ZILCH! EXPLAIN THAT!

ponce · 08-29-2017, 10:43 AM

Quote:

Originally Posted by Lenard Spencer

To all who are following this thread: THIS IS A 'WIPE THE PARTITION AND START FROM SCRATCH' INSTALL! NOTHING ADDED! ZIP! NADA! ZILCH! EXPLAIN THAT!

not to polemize, but are you sure about that? for example, vdpauinfo is *not* in Slackware.
what have you used to install slackware64-current?

also, like SeB suggested, can you please check the status of the VDPAU_DRIVER variable with the command

Code:

set | grep VDPAU_DRIVER

?

phenixia2003 · 08-29-2017, 11:10 AM

Hello,

Quote:

Originally Posted by Lenard Spencer

gmplayer works with -vo x11 and sdl, but that's about it.
[...]
BTW, gmplayer on my fully-loaded 64-current installs on both 8-core boxes decided to start working again for some reason.

That's because you started it with -vo x11/sdl. Now it uses the latest driver you passed in arguments to -vo.

--
SeB

Lenard Spencer · 08-29-2017, 11:18 AM

Ponce, the set command shows nothing. I even did a fresh re-reinstall and got the same result. Something tells me that an X library (maybe xorg itself?) may have gotten accidentally built with a Nvidia driver installed. I had installed vdpauinfo after the last rebuild just to see if anything showed up. and in /etc/profile.d/vdpau.sh, EVERYTHING is commented out except VDPAU_LOG=0.