Open LaHaine opened 1 year ago
Same with the docker version, it is also using aac instead of libfdk_aac:
m4b-tool development, OS: Linux (Welcome to Alpine Linux 3.14
Kernel \r on an \m (\l))
'ffmpeg' '-hide_banner' '-version'
== load input files ==
found 17 files to convert
searching for cover in
cover not found or not specified
'ffmpeg' '-nostats' '-loglevel' 'panic' '-hide_banner' '-i' 'Critical Mass-Part01.mp3' '-an' '-vcodec' 'copy' 'Critical Mass-Part01.mp3/cover.jpg'
extracting cover to Critical Mass-Part01.mp3/cover.jpg failed - maybe there was no cover embedded in Critical Mass-Part01.mp3
preparing conversion with 4 simultaneous jobs, please wait...
'ffmpeg' '-nostats' '-loglevel' 'panic' '-hide_banner' '-i' 'Critical Mass-Part01.mp3' '-map_metadata' '0' '-max_muxing_queue_size' '9999' '-strict' 'experimental' '-movflags' '+faststart' '-vn' '-ab' '64k' '-ar' '22050' '-ac' '0' '-acodec' 'aac' '-f' 'mp4' '/tmp/m4b-tool/01-converting.m4b'
'ffmpeg' '-nostats' '-loglevel' 'panic' '-hide_banner' '-i' 'Critical Mass-Part02.mp3' '-map_metadata' '0' '-max_muxing_queue_size' '9999' '-strict' 'experimental' '-movflags' '+faststart' '-vn' '-ab' '64k' '-ar' '22050' '-ac' '0' '-acodec' 'aac' '-f' 'mp4' '/tmp/m4b-tool/02-converting.m4b'
'ffmpeg' '-nostats' '-loglevel' 'panic' '-hide_banner' '-i' 'Critical Mass-Part03.mp3' '-map_metadata' '0' '-max_muxing_queue_size' '9999' '-strict' 'experimental' '-movflags' '+faststart' '-vn' '-ab' '64k' '-ar' '22050' '-ac' '0' '-acodec' 'aac' '-f' 'mp4' '/tmp/m4b-tool/03-converting.m4b'
'ffmpeg' '-nostats' '-loglevel' 'panic' '-hide_banner' '-i' 'Critical Mass-Part04.mp3' '-map_metadata' '0' '-max_muxing_queue_size' '9999' '-strict' 'experimental' '-movflags' '+faststart' '-vn' '-ab' '64k' '-ar' '22050' '-ac' '0' '-acodec' 'aac' '-f' 'mp4' '/tmp/m4b-tool/04-converting.m4b'
@LaHaine thanks for reporting - but it is supposed to work like that. The detection is not 100% accurate and libfdk_aac
not 100% reliable.
I personally prefer using fdkaac
, because ffmpeg
sometimes (very rarely) produces bogus files, that do not work in most players. Unfortunately submitting issues is pointless in this case, because the files I used cannot be shared publicly and reproducing would take huge effort without having the files...
Would you be ok, if I update the docs and close the issue?
So you wouldn't switch on libfdk_aac by default even in the docker version where you have full control over the ffmpeg build? Your call. But at least this should be documented, as you are recommending to enable libfdk_aac in the docs.
This is with latest-195-g0304329 installed locally on Ubuntu 22.04. My local build of ffmpeg has support for libfdk_aac, but m4b-tool is using aac instead:
My ffmpeg build:
It is working fine with the --audio-codec=libfdk_aac option.