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

[Alex Converse]

On Wed, Jul 8, 2009 at 6:52 AM, Kostya<kostya.shishkov at gmail.com> wrote:
> On Wed, Jul 08, 2009 at 12:25:09PM +0200, Diego Biurrun 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:
>> > >> I'd like to take a minute to discuss the status of the AAC encoder and
>> > >> where it is going.
>> > >>
>> > >> In SoC svn:
>> > >> --Lacks multichannel support
>> > >> --Lacks SBR
>> > >
>> > > These are likely low priority.
>> >
>> > All the other AAC encoders out there worth their salt support these.
>> > It's 2009, SBR is no longer a fringe extension to AAC that major
>> > implementations don't support. Microsoft and Apple have both moved to
>> > supporting HE-AAC. 14496-3:2009 will include the HE-AAC profile in the
>> > main body (not an amendment). SBR is absolutely necessary to be
>> > competitive at low bitrates.
>>
>> I don't doubt that SBR is good, but getting a functioning basic encoder
>> that produces a simple but valid bitstream is more important.  SBR
>> support can (and will have to) come after that.
>
> It would be very convenient to get it in decoder first too.
>
>> > >> --Maximum frame size enforcement
>> > >
>> > > Could you try to get this merged next?
>> >
>> > It depends on the rate control stuff.
>>
>> Then try to get the rate control stuff merged first :)
>
> That's another tricky stuff but we'll get it eventually.
>
>> > >> To be frank, at this point it seems like it might be prudent for me to
>> > >> stop working on this
>> > >
>> > > Uh, why?
>> >
>> > Getting faac free (by dropping long forgotten profiles and
>> > reimplementing things from spec), seem like less effort than getting
>> > FFmpeg to faac quality (running around trying to fix bugs in someone
>> > else's codebase). Building on 26.410 v8.0.0 is attractive because it
>> > is already better quality than ffmpeg and faac and includes a working
>> > SBR implementation which would require tons of work to add to ffmpeg
>> > or faac.
>>
>> What is "26.410 v8.0.0", where can I find it and how is it licensed?
>
> 3GPP TS 26.410 aka AAC encoder floating point code. Guess license by
> yourself ;)
>

All of the encoder source lacks copyright notices/licensing terms