Bug#739865: handbrake: When encoding with presets for AppleTV2, container is set to mkv.

[Reinhard Tartler]

On Feb 26, 2014 1:36 AM, "Fabian Greffrath" <fabian at greffrath.com> wrote:
>
> Am Dienstag, den 25.02.2014, 20:41 -0500 schrieb Reinhard Tartler:
> > Handbrake upstream is working hard on making the use of mp4v2
> > unnecessary in favor of libavformat. The snapshot that I uploaded to
> > experimental already avoids mp4v2, so please let me know if that
> > package works better for you guys.
>
> That's good news, I'll try to test at the next best opportunity.
>
> Regarding AAC encoding, it seems that handbrake now supports faac, ffaac
> and fdk-aac but is missing vo-aacenc. Is there any specific reason for
> that? I have once read it provides better quality than ffaac and is more
> liberally licensed than both faac and fdk-aac.
>
> Moreover, the command line utility still has faac hard-coded for most
> profiles. I think this should be changed to a general "aac" and the
> actual implementation chosen from the available codecs (like e.g.
> gstreamer does). Do you know if there are plans to support this?
>

AFAIUI, upstream is currently phasing out faac in favor of fdk-aac,
which seems to be currently the best open-source AAC encoder.
Unfortunately, it's license is unclear. Ideally we could get its
license clarified, but I wouldn't hold my breath on that. Therefore
and as a compromise, upstream defaults to ffaac, which works but has
an inferior quality.

I don't know if and what plans upstream has with vo-aac.

I'm copying John Stebbins who has done a lot of work on Handbrake.
John, did I echo our private conversation accurately? Maybe you can
give us your opinion on fdk-aac?

BTW, do you think it would be feasible to load fdk-aac at run-time,
without having it available at build-time? That would be very
advantageous in a distribution setting. Also, did you consider using
libavcodec's libfdk-aacenc wrapper? Maybe I can patch dlopen() support
in there.

Best,
Reinhard