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

Re: Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

Thanks for jumping on this ITP, I wanted to point you to this ITP
yesteday but got distracted by other stuff. Seems you've noticed it
anyway, which is cool! :-)

On Fri, Feb 18, 2011 at 12:08:25 (CET), Uoti Urpala wrote:

> Reinhard Tartler <siretart <at> tauware.de> writes:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Reinhard Tartler <siretart <at> tauware.de>
>> * Package name    : mplayer2
>>   Version         : 2.0beta1
>>   Upstream Author : Uoti Urpala <uoti.urpala <at> pp1.inet.fi>
>> * URL             : http://www.mplayer2.org/
>> * License         : GPL
>>   Programming Lang: C
>>   Description     : next generation movie player for Unix-like systems
>>    MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV,
>>    QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files,
>>    supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. It
>>    can also play VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies.
>>    Another big feature of MPlayer is the wide range of supported output
>>    drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, DirectFB,
>> The text above is copied from the existing mplayer package. It is
> The long description really needs a rewrite.

Absolutely. Actually, this is also true for the package description of
the existing 'mplayer' package.

>> basically a well-known and quite popular fork of mplayer. TBH, I'm a bit
>> unsure what to do with it. From the first look, it seems that mplayer2
>> is better suited for being included in a distro release, but not (yet)
>> in its current form. Currently, it includes a copy of ffmpeg-mt, a
> I'm not sure if you've misunderstood something or just phrased things
> inaccurately, but I think this description is at least misleading for
> people who aren't already familiar with the setup.

Thanks for your elaboration on the issue. For practical packaging issue,
I think it makes most sense to just use the copy of ffmpeg-mt that is
included in the mplayer2 tarball. This is what i've referred to with
saying 'includes a copy of ffmpeg-mt'.

> I think having a package using FFmpeg-mt available is good, as it's a
> substantial performance improvement over anything available in Debian today.
> However as above this isn't directly forced by MPlayer2 itself.

Which has been requested several times now. Relevant reports include: 


Reinhard Tartler, KeyID 945348A4

Reply to: