Bug#496133: marked as done (fixup version.sh to include a meaningful version in the ffmpeg binary)
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
> 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