[FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream

[FFmpeg]

#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