On Feb 26, 2014 1:36 AM, "Fabian Greffrath" <fab...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
