[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#763826: RFP: mplayer -- mplayer - Media Player



Package: wnpp
Severity: wishlist

* Package name    : mplayer
  Version         : 1.1.1
  Upstream Author : mplayer-dev-eng@mplayerhq.hu
* URL             : http://www.mplayerhq.hu/
* License         : GPL
  Programming Lang: C
  Description     : mplayer - Media Player

Well I guess not much description is needed here:
mplayer and mencoder


I never really understood why mplayer/mencoder have
been uhm... "pushed" out of Debian by some people in the
first place, since already back then mplayer2 which was
praised as the replacement was dead upstream.
In the meantime even the upstream homepage from mpalyer2
seems to be gone.

mplayer's last release is als 16 months ago, but their
svn shows at least some 700 commits in 2014... so their
is at least some development going on.


Back then I had the feeling mplayer was pushed out due
to the libav vs. ffmpeg[0] issues but since now ffmpeg is back
in Debian, mplayer/mencoder should probably return as well.

While I have no real clue about the security status of mplayer
1 or 2, and while I guess much here actually depends on the
security of libav respectively ffmpeg, one could use the
return of mplayer to consider whether mplayer2 can be dropped,
now that it should be really clear to everyone that it's dead.


Cheers,
Chris.



[0] Personally I really don't care which of both should be the
default. I think first priority should be which of them has
better security records and if they're equal there, the one with
more functionality should be the default.
Apart from that, ffmpeg vs. libav has clearly shown that forking
can also be a bad thing - the two communities should re-merge
as well as their code.
I personally would however keep the name libav, since I think it
suits better then F(ast)F(orward)MPEG.


Reply to: