Since hls is a streaming format i would actually expect this to work.
>>> It does work for "multi file" which is what hls is meant to be.
>> Byte-range is part of the standard (see
>> https://tools.ietf.org/html/draft-pantos-http-live-streaming-08#section-3.4.1),
>> so single file is as much
2019-01-12 11:44 GMT+01:00, Daniel Oberhoff :
>>> Since hls is a streaming format i would actually expect this to work.
>> It does work for "multi file" which is what hls is meant to be.
>
> Byte-range is part of the standard (see
>
(sorry, i keep miss-sending this to your personal address)
>> Since hls is a streaming format i would actually expect this to work.
> It does work for "multi file" which is what hls is meant to be.
Byte-range is part of the standard (see
Am 10.01.19 um 18:04 schrieb Carl Eugen Hoyos:
> 2019-01-10 14:59 GMT+01:00, Daniel Oberhoff :
>
>> I previously reported on problems with consuming a live single
>> file hls stream. It was quite embedded in the application so i
>> failed to make a good reproducible case. Now i reduced it.
>
2019-01-10 14:59 GMT+01:00, Daniel Oberhoff :
> I previously reported on problems with consuming a live single
> file hls stream. It was quite embedded in the application so i
> failed to make a good reproducible case. Now i reduced it.
Please test current FFmpeg git head.
Are you missing the
Hello,
I previously reported on problems with consuming a live single file hls
stream. It was quite embedded in the application so i failed to make a
good reproducible case. Now i reduced it.
So i have a producer and a consumer. The producer just generates test
video like this:
ffmpeg -f
