[FFmpeg-trac] #3723(undetermined:new): aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a, mov or mp4
FFmpeg
trac at avcodec.org
Tue Jun 17 20:01:31 CEST 2014
#3723: aac copy issue with -bsf:a aac_adtstoasc when container is not flv, m4a,
mov or mp4
-------------------------------------+-------------------------------------
Reporter: feelart | Owner:
Type: defect | Status: new
Priority: normal | Component:
Version: git-master | undetermined
Keywords: | Resolution:
Blocking: | Blocked By:
Analyzed by developer: 0 | Reproduced by developer: 0
-------------------------------------+-------------------------------------
Comment (by feelart):
ffmpeg should have a consistent behaviour and prevent failure.
{{{
ffmpeg -i <audioFile.container1> -c:a copy <audioFile.container2>
}}}
works for all audio(at least the one I usually use), EXCEPT when the audio
is aac. In the case of aac, you have to know whether or not you must add
or not -bsf:a aac_adtstoasc depending on the output container, i.e. the
container gives the rule.
This is
1/ cumbersome for batch processing
One needs to program execeptions, that ffmpeg internally already partially
do, it's "just" adding some test as:
WHEN (output_container) IN [m4a, flv, mov, mp4]
do -bsf:a aac_adtstoasc
ELSE do not apply -bsf:a aac_adtstoasc.
2/ prone to error and false error reporting
3/ currently, if you do apply -bsf:a aac_adtstoasc when the output
container is NOT [m4a, flv, mov, mp4] a full size but corrupted file is
created.
Additionally, it's really bad if you deleted the original file, thinking
the change of container was well performed and realize sometimes later
that the convertion failed.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3723#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list