[FFmpeg-devel] [RFC] no longer marking native aac encoder as experimental

Michael Niedermayer michaelni at gmx.at
Tue Dec 2 02:33:06 CET 2014

On Tue, Dec 02, 2014 at 01:32:10AM +0100, Andreas Cadhalpun wrote:
> Hi,
> On 02.12.2014 00:09, Michael Niedermayer wrote:
> >On Mon, Dec 01, 2014 at 11:09:47PM +0100, Andreas Cadhalpun wrote:
> >>On 01.12.2014 04:37, Michael Niedermayer wrote:
> >>>this would result in the native encoder being used even when libfaac
> >>>is enabled and linked in
> >>>is that intended ?
> >>
> >>Yes, even though this could/should be improved further.
> >>
> >>Currently ffmpeg already tries to use the native aac encoder even if
> >>libfaac is available, but then fails without '-strict -2':
> >>"The encoder 'aac' is experimental but experimental codecs are not
> >>enabled, add '-strict -2' if you want to use it.
> >>Alternatively use the non experimental encoder 'libfaac'."
> >>
> >
> >>It would be nice if ffmpeg would automatically choose the best aac
> >>encoder available (libfdk_aac > libfaac > aac > libvo_aacenc), but
> >
> >does this require anything more than changing the order of
> >registration in allcodecs.c ?
> Now I understand which change you meant above: the aac encoder used
> for something like:
> ffmpeg -i input.wav output.aac


Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Many that live deserve death. And some that die deserve life. Can you give
it to them? Then do not be too eager to deal out death in judgement. For
even the very wise cannot see all ends. -- Gandalf
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20141202/76b2b611/attachment.asc>

More information about the ffmpeg-devel mailing list