[FFmpeg-trac] #6424(avfilter:closed): endless loop in avfilter.c

[FFmpeg]

#6424: endless loop in avfilter.c
-------------------------------------+-------------------------------------
             Reporter:  tinybug      |                    Owner:
                 Type:  defect       |                   Status:  closed
             Priority:  important    |                Component:  avfilter
              Version:  git-master   |               Resolution:  fixed
             Keywords:  deadlock     |               Blocked By:
  regression                         |  Reproduced by developer:  1
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by friday):

 Not sure, but this might help:

 The input video stream is 64.320000s
 {{{
 ffprobe -hide_banner -show_entries stream=duration Fox\ and\ the\ cat\
 2015.mp4
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Fox and the cat 2015.mp4':
   Metadata:
     major_brand     : mp42
     minor_version   : 0
     compatible_brands: isommp42
     creation_time   : 2016-08-20T14:56:53.000000Z
   Duration: 00:01:04.34, start: 0.000000, bitrate: 1925 kb/s
     Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p,
 1280x720 [SAR 1:1 DAR 16:9], 1797 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
 (default)
     Metadata:
       creation_time   : 2016-08-20T14:56:53.000000Z
       handler_name    : ISO Media file produced by Google Inc.
     Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz,
 stereo, fltp, 125 kb/s (default)
     Metadata:
       creation_time   : 2016-08-20T14:56:53.000000Z
       handler_name    : ISO Media file produced by Google Inc.
 [STREAM]
 duration=64.320000
 [/STREAM]
 [STREAM]
 duration=64.342494
 [/STREAM]
 }}}

 Adding "-t 64.24" or below circumvents the problem ("-t 64.25" doesn't):
 {{{
 ffmpeg -y -i Fox\ and\ the\ cat\ 2015.mp4 -i grimmsfairytales_44_grimm.ogg
 -filter_complex amix=inputs=2:duration=first:dropout_transition=2 -t 64
 amix.mp4
 }}}

 I don't think there is anything wrong with the input video. The example
 was just for reproducibility. We're using amix as a last step in render
 process, where the input was created in previous steps with ffmpeg I'm
 getting this problem regardless of input sources in 3.3.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/6424#comment:16>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker