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

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny



Fabian Greffrath <greffrath@leat.rub.de> writes:

> Reinhard Tartler schrieb:
>> Since mplayer includes an exact copy of ffmpeg by using an 'svn:external'
>> on the ffmpeg svn, it makes sense to build shared library packages out
>> of that source. [...]
>
> Well, sorry Reinhard, but building such a complex set of libraries from
> the source code which is embedded in a (kind of) random application
> sounds rathers insane to me. You know how tricky it can be to package
> the ffmpeg libs even from a clean dedicted tarball.

I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.

> I suggest two different measures instead, but I fear they will be
> ignored upstream once again:
>
> (1) Ffmpeg should finally decide about a stable API, or at least one
> that is stable for more than two weeks. Releases will also be highly
> appreciated.

>From the last remarks I have heared from upstream is that they want to
wait this year's GOC and integrate the results from that. After that a
release could indeed happen, depending on the available manpower, of course.

> If (for whatever reason) formal releases are impossible, at least
> define something like 'milestones', meaning: "If you want to package a
> rather recent version of ffmpeg, use SVN export of 2008xxyy, since it
> has proven to compile well and includes only few regressions". I don't
> know if the news section on the ffmpeg homepage is supposed to provide
> such recommendation or if it is only for plain information.

Please see http://ffmpeg.mplayerhq.hu/faq.html#SEC2 and #SEC3.

Short: there is not enough interest in maintaining stable releases. This
means additional efford for:

 - tracking bugs
 - fixing bugs
 - write release notes

etc.

> (2) Mplayer developers, how about building against the *public* ffmpeg
> API, so that distributors can link your application against the
> libraries without being forced to make use of the embedded code that you
> ship? I mean, this isn't a Debian specific issue and you're calling your
> current tarball a Release Candidate...

FFMpeg and Mplayer developers have a rather large overlap. I cannot
imagine that you can convince them to restrict themselves to the public
ffmpeg api, but good luck with that!


> A Mennucc:
>> You do not see the many emails I sent to ffmpeg-free mantainers,
>> almost all of them went unanswered (but for one).  I can provide you a
>> complete list, if you wish.

Yes, please do provide such a list. I currently don't understand what
you are referring to.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


Reply to: