Mplayer won't play video since recent current update
 

As the title says. Plays audio fine. Attempting to play video gives this error message:

Can happen, but the error message unluckily doesn't say anything.
Does it happen with ALL files or just 1?

Did you try with alternatives? (#1: mpv, #2 mplayer2)

If they fail as well then your file is probably seriously screwed up.

If it's just ~1 file I would try to repack it with e.g. "mmg" (mkvtoolnix package, will repack it into a "mkv" file without traanscoding it - lossless)

@Stephen Morgan,

I had the same thing happen and posted the following message,

http://www.linuxquestions.org/questi...ml#post5352206

before reading your post.

Yeah, I have the same issue:

$ldd /usr/bin/mplayer | grep not
libopenmj2.so.7 => not found

I haven't got mpv or mplayer2 installed, although vlc works fine.

It happens with all mp4 and mkv files. avi files play but the video is still messed up.

You don't have openjpeg installed.

I have problems with Mplayer too.

I usually don't use it so, I've compiled mpv and it works great as backend.

Here are some erros:
Note: I get audio always no matter if video is showing up at all, working, or not working at all (black screen).


I. Here it looks like a vdpau issue:
II. Here not really sure what's the problem.

G_FILENAME_ENCODING=@locale or G_BROKEN_FILENAMES isn't supported,
encoding must be explicitly specified in G_FILENAME_ENCODING.

Not really sure what's with that
Here is how "working" looks like - "working" because the video is all in artifacts and one can't see anything.
Here is the same file but mplayer directly:
Also for some weird reason gmplayer is resetting my PCM sound level to 27 everytime I start it. If I start mplayer directly it does not do that, but video playback still doesn't work.

edit:
Slackware64-current, last batch, no multilib.
NVIDIA blob.

From nvidia log:
-> Skipping installation of the libvdpau wrapper library.

I had the same problem

I think Slackware didn't have openjpeg included before, because I had one installed from SBo. So when I did the update it didn't push the Slackware version. Initially I though I just needed to recompile my SBo package, but after that, I still got the same error. That's when I noticed it was added to Slackware, so I removed my SBo package and installed it with slackpkg, and then it all worked fine.

From my experience it happens when developer (snapshot) version of mplayer is used. There is some bug present particularly with some media formats. Always best to use release versions. Or randomly wait for few days and again build new snapshot and see if it works.

plus there's a naming difference between the openjpeg package in Slackware and the one on SBo: there we have openjpeg (that packages version 1.5.2) and openjpeg2 (that packages version 2.1.0).
the package in Slackware is called openjpeg and packages version 2.1.0.
that's why on my personal repository for current I removed openjpeg2 and renamed openjpeg to openjpeg1 to avoid conflicts.

most probably I will do something similar with the gstreamer stuff...

If the mplayer devs wanted us to use a released version, they would actually have regular releases.

Incidentally, I've got openjpeg installed, it's the -current slackware version and I'm using generic Intel graphics, so I'd discount the problem originating with nVidia.

I've had the same issue as Stephen Morgan. I ended up recompiling MPlayer and then it works.

So, it looks like being a Slackware-specific problem? If it's like that the Slackware-support should be contacted so that somebody can improve the mplayer package?

Would be interesting to know if the problem occurs for any output driver ("-vo" option), especially the "opengl" one (as it often fixes sync issues within single frames).

For you all mplayer-folks, you might think about swapping to "mpv", especially if you're using mplayer as backend for your mediacenter and have your PC connected to a normal TV, as it fixes typical mplayer-bugs e.g. related to the color of the image (especially for dark and bright zones) and image resizing keeping the aspect ratio when on fullscreen.

A typical execution in my case:
mpv --framedrop=yes --fs --fixed-vo --colormatrix-output-range=limited --srate=44100 --af=drc=1:0.25 --ao=alsa:device=[hw:00,03] --vo=opengl-hq:scaler-resizes-only "/mymountpoint/myfile.mkv

A potential future tactical advantage of mpv vs. mplayer is the "smoothmotion" option (pls. read this and this) to make your videos look smoother during e.g. camera pans.
Not as hardcore as slowmovideo (recomputes the whole sequence of frames and adds additional ones taking into account the vector of the items identified in the frames) but its results were good when I tested it.

It's related to the recent updates put out in Slackware -current, which is a testing bed for Slackware (it will eventually become the next stable release once all the bugs everything is updated to versions the dev team wants and bugs are fixed). Users running -current are expected to run into bugs so the final stable builds can be, well, stable.

And the Slackware team are always on top of bug reports on the forum.