Transitioning mplayer2 users to mpv

[Nicholas D Steeves]

On Wed, Oct 19, 2016 at 10:56:21PM +0100, James Cowgill wrote:
> Hi all,
> 
> Recently on IRC, uau suggested that instead of transitioning mplayer2
> users to mplayer, they should be transitioned to mpv instead. The
> reasons for this include: mpv being a fork of mplayer2 (thus retaining
> mplayer2 specific functionality), and mpv being much more actively
> developed than mplayer.
> 
> I happen to think this is a good idea. Does anyone have any opinions
> about it?
> 
> The plan would be:
> 
> Add an mplayer2 transitional package to mpv with an epoched version
> (probably 3:<mpv version>) and containing a symlink from mplayer to mpv.
> The package would need to conflict/replaces/provides mplayer, like
> mplayer2 did before it was removed. Then remove the old transitional
> package from mplayer and revert the old conflicts/replaces the package
> had. Once stretch is released, the mplayer2 package can be dropped.
> 
> James

I agree that this is a good idea!  Do you think this would need to be
documented in NEWS?  The reason I ask is that IIRC the command line
arguments use a different syntax and a silent transition could break
custom command aliases.  Also, it's nice to be made aware when the
location of configuration changes. (eg: ~/.mplayer | ~/.mplayer2 ->
~/.config/mpv)

The only regression I'm aware of is that at some point after I
transitioned to mpv, mpv broke and/or removed the bs2b (binaural
crossfeed audio filter for use with headphones).  Has anybody tested
compatibility with front-ends like gnome-mplayer or smplayer?

Cheers,
Nicholas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20161022/19dfe6e5/attachment.sig>