mirror of
https://github.com/FFmpeg/FFmpeg.git
synced 2026-08-11 09:37:00 +00:00
c97a2328c0
This value is matched to the typical seek latency in a reasonably capable 7200 rpm disk device, as well as the typical latency of an on-premise HTTP request. Note that this change should rarely have a significant effect, because it only matters when using multiple concurrent processes, and one process is somehow stuck in I/O (or died). Since we sleep in a loop for 1/16th of the requested timeout value, this should only increase the effective read latency by up to ~500 us on top of the actual underlying latency. The alternative is hammering the same underlying resource with the exact same requests at the exact same time (e.g. during init). Sponsored-by: nxtedition AB Signed-off-by: Niklas Haas <git@haasn.dev>