aresample=async=1000 gets stuck with damaged and non-monotonic input and -copyts

[Mika Raento]

Summary of the bug:
How to reproduce:

$ ffmpeg -y -i dvb_with_disco_2.ts -copyts -map 0:0 -af aresample=async=1000 -map 0:1 broken.ts
ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers
  built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)

working (without -copyts):

$ ffmpeg -y -i dvb_with_disco_2.ts -map 0:0 -af aresample=async=1000 -map 0:1 broken.ts

dvb_with_disco_2.ts uploaded to upload.ffmpeg.org/incoming

[Mika Raento]

log of non-working example, zipped to stay under size limit

[Mika Raento]

log from working example

[Michael Niedermayer]

What would be the expected behavior ?
with copy ts you basically leave timestamps unchanged, with async you basically tell that it should fill in / interpolate audio between the timestamps.
I belive the code does exactly that, just that theres alot of audio to fill in between these timestamps

[Mika Raento]

I don't think there's a long gap, just a short jump backwards:

[mpegts @ 0x7f9fc3815200] DTS 6125468870 < 6125521160 out of order

I might agree that this is not reasonable input to async, but maybe it should abort in that case rather than work indefinitely?