[SOLVED] x265 video playback with Slackware64 14.1 and SMPlayer
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
x265 is only needed if you want to encode video in h265, you don't need it installed if you only want to watch the video. It is likely your mplayer is old enough that it doesn't support h265 decoding (and the mplayer included in Slackware won't use your separately installed ffmpeg as it has everything included). You probably just need to compile a newer version of mplayer. You may want to just grab the source for mplayer from -current and build that. I don't think you'll run into any issues with it, but if you do, you could just grab the stuff for 14.1 and then just use a later release (possibly changing the version in the SlackBuild if it doesn't find it automatically).
You can use the same wget line I provided earlier, except it would end in xap/mplayer instead of x/mesa (also, if you're going to grab it from -current, you'll want to change the 14.1 to -current).
EDIT: As Nille_kungen mentions, output from the terminal would be help in verifying what the issue is, but I'd bet it's just an outdated mplayer. I know xbmc's Gotham version didn't have any support for h265 since the ffmpeg it uses internally didn't have support for it.
Last edited by bassmadrigal; 01-07-2016 at 03:01 PM.
Debug: MplayerProcess::parseLine: 'Cannot find codec matching selected -vo and video format 0x31766568.'
The slackbuild of mplayer from -current didn't work. It ended with this error:
Code:
Checking for FFmpeg ...
Error: libavutil/x86/asm.h header is required for shared FFmpeg
Check "config.log" if you do not understand why it failed.
Makefile:22: config.mak: No such file or directory
make: *** osdep/: Is a directory. Stop.
Makefile:22: config.mak: No such file or directory
make: *** osdep/: Is a directory. Stop.
Makefile:22: config.mak: No such file or directory
make: *** osdep/: Is a directory. Stop.
./MPlayer.SlackBuild FAILED at line 389!
Not sure if this means anything but the ffmpeg-2.7.2.tar.xz that is part of this slackbuild doesn't contain the file libavutil/x86/asm.h.
Debug: MplayerProcess::parseLine: 'Cannot find codec matching selected -vo and video format 0x31766568.'
As I suspected, the internal ffmpeg that is included with the stock 14.1 mplayer is too old and doesn't recognize h265 (which is why it gives 0x31766568 as the video format).
To find out why it isn't compiling, do as ponce suggested and check the config.log. It might help find the issue. If you're still stuck, continue following ponce's advice and post it to pastebin.
You can also follow Niki's suggestion and install VLC, however, I am not a fan of that interface and prefer mplayer. But if it suits you, Eric does a great job with the package and it should work fine. If you go that route, I would definitely suggest installing Eric's precompiled package. You could compile it yourself, but it is a HUGE compile, because he includes any dependencies directly within the package, so it'd take some time.
I've built a new mplayer 1.2 release with rworkman's old slackbuild.
Since 1.2 release includes outdated ffmpeg, I just extract latest ffmpeg-2.8.4 into $CWD/ffmpeg and use this workaround:
Code:
....
tar xvf $CWD/$PRGNAM-$VERSION.tar.xz
#replace ffmpeg
rm -rf $PRGNAM-$VERSION/ffmpeg
cp -r $CWD/ffmpeg $PRGNAM-$VERSION/ffmpeg
cd $PRGNAM-$VERSION
....
I've built a new mplayer 1.2 release with rworkman's old slackbuild.
Since 1.2 release includes outdated ffmpeg, I just extract latest ffmpeg-2.8.4 into $CWD/ffmpeg and use this workaround:
Code:
....
tar xvf $CWD/$PRGNAM-$VERSION.tar.xz
#replace ffmpeg
rm -rf $PRGNAM-$VERSION/ffmpeg
cp -r $CWD/ffmpeg $PRGNAM-$VERSION/ffmpeg
cd $PRGNAM-$VERSION
....
if it is installed and it is set to yes it will grab the patented ones. Been that way for years. if you have a ffmpeg alread installed that has all the stuff built into it then that means it is in the lib's. and Mplayer will link against it. simple is just a front end to mplayer so is kplayer.
remember to install mplayer-codecs from slackbuilds.
Last edited by Drakeo; 01-08-2016 at 12:00 AM.
Reason: remember to install
As I mentioned in my first post, x264/x265 are only needed if you will be using mencoder to encode those formats. They are not needed to decode h264/h265.
Quote:
x264 is a free library for encoding H264/AVC video streams.
Also, if you read the section about patents, you will see that h264/h265 are not mentioned. The last line specifically mentions what patent issues are there "lame mp3, faac, AMR and dvdcss libraries". If you notice, other than libdvdcss, all the issues lie with encoding, not decoding. So, if you're just using mplayer to play files, and don't intend on encoding anything with mencoder, there's no need to worry about lame, faac, or AMR.
Quote:
# ---------------------------------------------------------------------------
# -- PATENT ALERT! --
# MPLayer can be built with MP3 (lame) and AMR audio encoders
# (needed for FLV and .3GP videos) but these libraries are 'contaminated'
# with patents from Fraunhofer and GGP.
# Also, the AAC encoder has patent issues.
# You can build these patended algorithms into ffmpeg, and if you are an
# ordinary end user, no one will bother you for using them.
# For the binaries based on this SlackBuild that I distribute, it is a
# different story. I am not allowed to distribute binary packages that
# incorporate patented code. So here you go. My Slackware package was
# built with "USE_PATENTS=NO" i.e. without using
# the lame mp3, faac, AMR and dvdcss libraries.
# ---------------------------------------------------------------------------
if it is installed and it is set to yes it will grab the patented ones. Been that way for years. if you have a ffmpeg alread installed that has all the stuff built into it then that means it is in the lib's. and Mplayer will link against it. simple is just a front end to mplayer so is kplayer.
remember to install mplayer-codecs from slackbuilds.
This is a new thing that needs this workaround, ffmpeg now comes bundled with mplayer 1.2 src. Old mplayer doesn't include ffmpeg.
Sorry but unless I'm mistaken there is no "config.log". There is no source placed in /tmp/SBo/ where I expected to find it. In fact if I do
Code:
updatedb
locate config.log
it comes up with nothing called "config.log"
I know I can use VLC but I don't like it. It's not the interface that bothers me but it has some issues with video playback on my computer. Every once in a while the image gets distorted and takes several seconds to come out of it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.