Bug#496133: marked as done (fixup version.sh to include a meaningful version in the ffmpeg binary)

Reinhard Tartler siretart at tauware.de
Thu Aug 28 10:57:35 UTC 2008

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

> Reinhard Tartler schrieb:
>> http://comments.gmane.org/gmane.comp.video.ffmpeg.devel/73054 has
>> preliminary benchmarks that compares ffaac with faad. I therefore
>> conclude that we should go with ffaac instead of faad.
> I think we should wait until ffmpeg upstream has decided about this
> step. AFAICT they still provide support to build against external
> libfaad and they'll surely have their reasons for this.

Wait for what decision exactly? They already have ffaac integrated, so
the decision is already fallen, no?

> Whenever ffmpeg drops faad, what will be the impact on gstreamer
> packages (maybe Sebastian can answer on this)? 

Sebastian, can you answer that?

> Since gst-ugly links against libfaad0 and gst-ffmpeg will be linked
> against a libavcodec providing a native decoder, which one will be
> chosen? Or will the dependency of gst-ugly on libfaad also be dropped?

I would expect the latter.

>> Another reason: The only difference to ubuntu is that in ubuntu, faad is
>> disabled. Switching to ffaac would remove that last functional
>> difference.
> As soon as there is an (at least) equivalent native encoder built-in in
> ffmpeg, yes. Missing packages in ubuntu's main section should not be
> "fixed" by removing features from Debian packages. ;)

Sure. That would only be a minor difference in packaging, I'd expect.

Reinhard Tartler, KeyID 945348A4

More information about the pkg-multimedia-maintainers mailing list