On Thu, Feb 27, 2025 at 04:36:56PM +0000, softworkz wrote:
> From: softworkz <softworkz@hotmail.com>
> 
> (setting to 100 as a reasonable compromise)
> 
> The change has caused regressions for many users and consumers.
> Playlist reloads only happen when a playlist doesn't indicate that it
> has ended (via #EXT-X-ENDLIST), which means that the addition of future
> segments is still expected.
> It is well possible that an HLS server is temporarily unable to serve
> further segments but resumes after some time, either indicating a
> discontinuity or even by fully catching up.
> With a segment length of 3s, a max_reload value of 1000 corresponds to
> a duration of 50 minutes which appears to be a reasonable default.
> ---
>     avformat/hls: Partially revert "reduce default max reload to 3"
>     
>     This change has caused regressions for many users and consumers.
>     Playlist reloads only happen when a playlist doesn't indicate that it
>     has ended (via #EXT-X-ENDLIST), which means that the addition of future
>     segments is still expected. It is well possible that an HLS server is
>     temporarily unable to serve further segments but resumes after some
>     time, either indicating a discontinuity or even by fully catching up.
>     With a segment length of 3s, a max_reload value of 1000 corresponds to a
>     duration of 50 minutes which appears to be a reasonable default.
>     
>     V2
>     
>      * reduced from 1000 to 100 (halfway) according to Michael's calcularion
>        :-)
[...]
>  libavformat/hls.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

will probably apply

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Some people wanted to paint the bikeshed green, some blue and some pink.
People argued and fought, when they finally agreed, only rust was left.