mirror of https://github.com/mpv-player/mpv
manpage: clarify that you can prefetch m3u8 urls
With the current wording, I thought that playlist-prefetch doesn't prefetch the next url within a playlist of m3u8 urls, but it makes a big difference, and I would have enabled it earlier if it wasn't for this paragraph. This makes it clear that you can prefetch any file, but that it won't prefill the cache with the video data. This is true for any video, there's nothing unique about HLS streams in the behavior of this option.
This commit is contained in:
parent
7db17e627c
commit
d4bf179e78
|
@ -3711,15 +3711,17 @@ Demuxer
|
|||
|
||||
``--prefetch-playlist=<yes|no>``
|
||||
Prefetch next playlist entry while playback of the current entry is ending
|
||||
(default: no). This merely opens the URL of the next playlist entry as soon
|
||||
as the current URL is fully read.
|
||||
(default: no).
|
||||
|
||||
This does not prefill the cache with the video data of the next URL.
|
||||
Prefetching video data is supported only for the current playlist entry,
|
||||
and depends on the demuxer cache settings (on by default). This merely
|
||||
opens the URL of the next playlist entry as soon the current URL is fully
|
||||
read.
|
||||
|
||||
This does **not** work with URLs resolved by the ``youtube-dl`` wrapper,
|
||||
and it won't.
|
||||
|
||||
This does not affect HLS (``.m3u8`` URLs) - HLS prefetching depends on the
|
||||
demuxer cache settings and is on by default.
|
||||
|
||||
This can give subtly wrong results if per-file options are used, or if
|
||||
options are changed in the time window between prefetching start and next
|
||||
file played.
|
||||
|
|
Loading…
Reference in New Issue