[FFmpeg-soc] AAC Encoding - Where we stand, what's left

Diego Biurrun diego at biurrun.de
Wed Jul 8 21:21:11 CEST 2009


On Wed, Jul 08, 2009 at 03:11:50PM -0400, Alex Converse wrote:
> On Wed, Jul 8, 2009 at 6:25 AM, Diego Biurrun<diego at biurrun.de> wrote:
> > On Mon, Jul 06, 2009 at 10:38:55PM -0400, Alex Converse wrote:
> >> On Mon, Jul 6, 2009 at 9:28 PM, Diego Biurrun<diego at biurrun.de> wrote:
> >> > On Mon, Jul 06, 2009 at 09:14:00PM -0400, Alex Converse wrote:
> >> >> Dsputil is awesome but developing this encoder inside ffmpeg is
> >> >> constricting to say the least.
> >> >
> >> > Why?  Elaborate..
> >>
> >> Well, our source control is one major paradigm shift behind (and the
> >> use of svn:externals definitely damages makes using the git mirror
> >> more painful and branches aren't even exposed on the git mirror but
> >> we've discussed this a thousand times and I don't see any chance of it
> >> changing in the near future).
> >
> > How does libswscale affect your work on AAC?
> 
> As I'm starting to screw around in shared code, being able to run
> regressions is nice.

Why is this not possible?

> >> This is especially painful because
> >> essentially I'm playing in someone else's sandbox here.
> >
> > Just get your own sandbox..
> >
> >> I'm not the only one who's wondered if FFmpeg is really the best place
> >> to implement a high quality encoder. FFmpeg lacks a VC-1 encoder, an
> >> H.264 encoder, and an MP3 encoder. x264 is developed outside of FFmpeg
> >> despite sharing some code. Aften and Flake (that PARCOR routine is
> >> actually from Flake) are developed outside of FFmpeg and periodically
> >> have features backported. AAC itself is older than FFmpeg (not some
> >> johnny-come-lately format) and we still lack a working encoder for it.
> >
> > Without a doubt, encoders are not FFmpeg's main strength.  That does not
> > mean we should not attempt to change this.
> >
> > Not having an encoder or even a decoder for certain formats often has
> > historic reasons.  Whenever external libraries of good enough or better
> > quality have been available, motivation to write equivalents in FFmpeg
> > has been low...
> >
> > Diego
> >
> > P.S.: This should really be discussed on ffmpeg-devel...
> > _______________________________________________
> > FFmpeg-soc mailing list
> > FFmpeg-soc at mplayerhq.hu
> > https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc

Extra good karma for snipping quotes you do not reply to, thanks.

Diego


More information about the FFmpeg-soc mailing list