Opened 3 years ago

Last modified 3 years ago

#4064 new defect

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

Reported by: mikaraento Owned by:
Priority: normal Component: avfilter
Version: unspecified Keywords:
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

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

Attachments (2)

ffmpeg-20141029-134123-log.zip (34.2 KB) - added by mikaraento 3 years ago.
log of non-working example, zipped to stay under size limit
ffmpeg-20141029-134207.log (53.3 KB) - added by mikaraento 3 years ago.
log from working example

Download all attachments as: .zip

Change History (4)

Changed 3 years ago by mikaraento

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

Changed 3 years ago by mikaraento

log from working example

comment:1 Changed 3 years ago by michael

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

comment:2 Changed 3 years ago by mikaraento

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?

Note: See TracTickets for help on using tickets.