[FFmpeg-trac] #11469(ffmpeg:reopened): ffmpeg_demux: readrate plays "catch up" if output is blocked, then later resumed

[FFmpeg]

#11469: ffmpeg_demux: readrate plays "catch up" if output is blocked, then later
resumed
-------------------------------------+-------------------------------------
             Reporter:  Wallboy      |                    Owner:  Gyan
                                     |  Doshi <ffmpeg@…>
                 Type:  defect       |                   Status:  reopened
             Priority:  normal       |                Component:  ffmpeg
              Version:  git-master   |               Resolution:
             Keywords:  demuxer      |               Blocked By:
  readrate                           |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by Gyan):

 I tested with a couple of other files and I did get a lower speed with a
 high bitrate file.

 I think I know what's happening. The default for catchup is the same as
 the primary readrate. If there are micro-lags during reading which
 accumulate so that catchup kicks in, then ffmpeg can never catch up with
 the default catchup rate as it is the same as the primary rate. So it may
 be prudent to set the catchup rate to a slightly higher value to lower the
 lag. Remember that the behaviour before this patch was effectively a
 catchup rate of INFINITY, which is why this ticket was opened.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/11469#comment:10>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker