#11394: ffmpeg ignores -seekable 0 when requesting hls key
-------------------------------------+-------------------------------------
Reporter: mmis1000 | Owner: (none)
Type: defect | Status: new
Priority: normal | Component:
| undetermined
Version: unspecified | Resolution:
Keywords: hls | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Jack Lau):
you could try with `-http_seekable 0` and `-seekable 0` to disable the
range header of hls.
After reading the source code, I found that the seekable option memory is
released after being used once. However, in this case, the HLS HTTP
request is divided into two parts: the initial request and the three-way
handshake, which belong to different function lifecycles. The
http_seekable parameter is specifically used for the second part.
My explanation may not be entirely accurate, but at the very least, you
can try using both parameters simultaneously to temporarily meet your
needs.
I am working on improving this part of the code to maximize the
effectiveness of the seekable option alone.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11394#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
