[INF] Still recommending mpv-0.27 after new mpv release and -current update
 

As some of you may be aware, mpv-0.28 has recently been released. I downloaded it and tried to compile. Two problems stood out to me immediately:

• The version of ffmpeg in -current is not sufficient for 0.28.
• The mpv developers are requiring git-master's version of ffmpeg to successfully build, which IMO is not best practice for software, as few users will have enough knowledge to be able to a) obtain the version from git-master; and b) compile it with all configure options and other packages needed.

I recommend staying with 0.27 for now, as it still compiles successfully.

I'm going to reference my other thread for instructions on patching and building 0.27.

Its unfortunate that the mpv devs rather break their own toys than let other people play with them...

In this case, I rather agree...

Thanks for the heads up. I'm fine with waiting for FFMPEG 3.5 to be released, before upgrading to mpv 0.28.

You're welcome!

I originally swapped to using mpv because it used the system ffmpeg shared library as opposed to mplayer's use of an embedded copy of ffmpeg. Now that mplayer has the -disable-ffmpeg_a configure option (and it appears to work well) I'm not sure there's any value in building mpv anymore. I think I'm just going to return to using mplayer.

I tried using MPlayer, and it's just not the same. I've gotten used to using the arrow keys to control the video, and to using various keyboard shortcuts for miscellaneous functions. It's all a matter of personal taste, I suppose.

I do like the ui in mpv more, but MPlayer really does have better video and sound.

I don't see much difference between them from a UI standpoint. I only ever see the progress/seek bar and while the mpv one is slightly fancier the mplayer one is good enough.

I would guess you did not build mpv with lua? It requires lua for the fancy ui. There are also a lot of little things like not destroying the window when toggling full screen or good youtube-dl support, but they don't amount to much if the mpv developers are willing to sacrifice accessibility and usability out of a personal agenda and grudge...

For example, mpv with lua support.
https://i.imgur.com/pf1Jfh7g.png

Ahh, yes I don't include LUA. And I'd forgotten about the annoying closing of the window thing with mplayer when playing multiple files. Thanks for the reminder on that one.

orbea: as of a couple of years ago, MPlayer had a/v sync issues that were fixed in forks such as mplayer2 and mpv. Have you found MPlayer to not have those issues today?

Apparently not, I've never noticed a/v sync issues in anything besides vlc, but that was years ago.

I've been using mplayer pretty much since I start using Slackware (10.1 or 10.2 timeframe) and I've never noticed a/v sync issues unless it was the fault of the video I was playing (I remember checking in VLC as well). Nowadays, I use mplayer via the smplayer frontend and I still haven't noticed a/v sync issues, but most of my playing is done on my htpc using kodi. But of the stuff I do play on my desktop with smplayer, audio and video are in sync.

I've always used https://github.com/mpv-player/mpv-build myself and mpv-0.28-git builds fine on -current. Cloning that repo and doing ./rebuild -j4 pretty much covers OP's two big concerns, pulling in the right ffmpeg and building with the right options, and on Slackware, it pretty much builds out-of-the-box 99% of the time for me (the 1% when I do enable some non-default ffmpeg options.)