[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:
>> 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.
> Fine, but how about all the other packages that depend on ffmpeg, like
> gstreamer, vlc and xine. They do also ship embedded copies of ffmpeg
> source code. I fear these packages could suffer from the decision to
> gear our ffmpeg library packages to mplayer releases.

They would not suffer from that because mplayer embeds an unmodified,
clean copy of ffmpeg. So they are using exactly the same source.

I already elaborated on the case that depending packages need a newer
version of ffmpeg.

>> Short: there is not enough interest in maintaining stable releases. This
>> means additional efford for:  - tracking bugs
>>  - fixing bugs
>>  - write release notes etc.
> Come on, thousands of even smaller software projects face these problems
> regularly and nevertheless get releases going.

There have been quite some people offering help on doing that on the
mailing list, but everyone then vanished from the surface. Feel free to
start a new attempt.

>> 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!
> Then they shouldn't distinguish between these two projects and refrain
> from releasing the libraries separately - at least if mplayer does not
> build with the separately relased libraries.

I'm very hesitant making recommendation what ffmpeg or mplayer
deverlopers should do or not without actually being involved with that
projects. They are successful at writing good software.

> BTW, how large is the overlap of ffmpeg developers with vlc or xine?

Close to non-existant AFAIK.

Reinhard Tartler, KeyID 945348A4

Reply to: