No subject

# Copyright (c) Coding Technologies 2003
# All Rights Reserved

> [...]
>>
>> > 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. =A0That does n=
ot
>> mean we should not attempt to change this.
>
> Err, have you ever heard of MN-backed MPEG-4 ASP and H.26[1-3] encoders?
> Too bad everybody wants that H.264+AAC.
>
>> Not having an encoder or even a decoder for certain formats often has
>> historic reasons. =A0Whenever external libraries of good enough or bette=
r
>> quality have been available, motivation to write equivalents in FFmpeg
>> has been low...
>
> Reminds me of AMR.
>
>> 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
>