[FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream
FFmpeg
trac at avcodec.org
Thu Jun 20 11:51:00 CEST 2013
#2693: -async chokes on damaged audio input stream
------------------------------------+------------------------------------
Reporter: khali | Owner:
Type: defect | Status: new
Priority: normal | Component: avfilter
Version: git-master | Resolution:
Keywords: regression | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+------------------------------------
Comment (by khali):
Sorry, libxvid and libmp3lame aren't required, these simply happen to be
what my script was using. I had not realized that the -codec parameters
could be omitted. I'll try to remember that for my future bug reports.
You are right that
$ ffmpeg -i audio_error.mpg -qscale 2 out.avi
sounds OK, although there could be some minor desynchro between audio and
video, but too small to notice.
Anyway, I am always passing -async 24000 because it has proven useful in
the past for recordings which were more damaged than this sample (usually
video only is damaged.) And the problem is that:
$ ffmpeg -i audio_error.mpg -qscale 2 -async 24000 out.avi
is not OK at all.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2693#comment:2>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list