Thread with 15 posts
jump to expanded postPSA: the default AAC encoder in ffmpeg is terrible even at very high bitrates, you are literally better off telling it to use MP3, even at a similar bitrate (e.g. -acodec mp3 -b:a 256k
) https://twitter.com/puella_meiberu/status/1819373771280535810
@hikari Yes, my recollection from way back was that it was just there in case you have a format constraint that something can only decode AAC, not with an intent that it actually be useful.
@hikari you can use Android's AAC codec with -acodec libfdk_aac
if your FFmpeg is built with it (most distributions are not, as it is under a custom license which is incompatible with the GPLv3)
on macOS you can use the system AAC codec with -acodec aac_at
(there's also hacks available to build this support on windows using itunes' build of it)
@hikari note that Fedora's position is that FDK AAC is GPL-compatible iff it is patched to remove all code encumbered by non-expired patents. this appears to explicitly diverge from Debian and the FSF's position
@leo oh i did not know there was a dispute about how free fdk-free is! could you give me pointers to more info?
@hikari brief post on the fedora legal mailing list https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/OVW25JRWOKOLVMW3XGUX7E4OXFUR2RCG/
armchair lawyer argument on bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1501522
@hikari Debian apparently ignored the patent part and took issue with other parts of the license https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694257
and the FSF mentions the patent clause separately, and doesn't clarify their reasoning for it being GPL(v2)-incompatible
@hikari Debian switched to packaging fdk-aac-free but still puts it in non-free
. despite this there's an LGPLv2.1 package in contrib
(gstreamer1.0-fdkaac
) with a hard dependency on it
@leo thanks a lot! i was curious because for a long time i'd been considering integrating it into touchHLE (in the end i integrated something else)
@hikari Release notes claim that ffmpeg improved its encoder in 5.0 (2022), so I don't think it's still supposed to be like that.
@hikari is it possible to get a better one?
@0x2ba22e11 i think so but don't know the details. supposedly apple's encoder on macOS and (on Windows) in iTunes is much better
@hikari @whitequark If youβre on a Mac, you can use -a:c aac_at to use the AudioToolbox codec which is both quite good and quite fast
@resistor @hikari @whitequark you're welcome