#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
_______________________________________________
FFmpeg-trac mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
