We are trying to stream LL-HLS content with gpac following the guidelines at gpac's [wiki](https://github.com/gpac/gpac/wiki/LL-HLS).

Our gpac build is a recent commit 6493680a0f9763149f467240b4eeafbe83ccb504 in the master branch. The content produced from gpac is served over an H2/3 web server ([h20](https://github.com/h2o/h2o)). We have used the following command to produce the HLS files:

```bash
segment_duration="3" #seconds
chunk_duration="2" #seconds - 0.56 -> 14 frames for 25 fps video
publish_mode="br" #br: byte range, sf: seperate file

gpac flist:srcs=$source:floop=-1 reframer:rt=on \
  -o $manifest_file:rdirs=$output_dir:segdur=$segment_duration:cdur=$chunk_duration:profile=live:dmode=dynamic:llhls=br \
  -logs=dash@inf
```

We are testing our stream using HLS.js's demo [page](https://hlsjs.video-dev.org/demo/).

We observed in our experiments that the playlist fetching interval is calculated as follows:

```c
interval = max(segment_duration/2, chunk_duration)
 ```

For instance, let the segment duration be 10 seconds, then the manifest file is fetched every five seconds. So, even if the part duration is one second and the target latency is three seconds, the latency cannot be lower than five seconds. 
The playlist should be refetched for every part, right? Otherwise, the player will keep stalling.

Any comments? Are we missing something in our setup?
LL-HLS: Playlist fetching might be too slow
This is a GitHub Issue
repo:gpac
owner:gpac
Title : LL-HLS: Playlist fetching might be too slow
Issue date:

--- start body ---
We are trying to stream LL-HLS content with gpac following the guidelines at gpac's [wiki](https://github.com/gpac/gpac/wiki/LL-HLS).

Our gpac build is a recent commit 6493680a0f9763149f467240b4eeafbe83ccb504 in the master branch. The content produced from gpac is served over an H2/3 web server ([h20](https://github.com/h2o/h2o)). We have used the following command to produce the HLS files:

```bash
segment_duration="3" #seconds
chunk_duration="2" #seconds - 0.56 -> 14 frames for 25 fps video
publish_mode="br" #br: byte range, sf: seperate file

gpac flist:srcs=$source:floop=-1 reframer:rt=on \
  -o $manifest_file:rdirs=$output_dir:segdur=$segment_duration:cdur=$chunk_duration:profile=live:dmode=dynamic:llhls=br \
  -logs=dash@inf
```

We are testing our stream using HLS.js's demo [page](https://hlsjs.video-dev.org/demo/).

We observed in our experiments that the playlist fetching interval is calculated as follows:

```c
interval = max(segment_duration/2, chunk_duration)
 ```

For instance, let the segment duration be 10 seconds, then the manifest file is fetched every five seconds. So, even if the part duration is one second and the target latency is three seconds, the latency cannot be lower than five seconds. 
The playlist should be refetched for every part, right? Otherwise, the player will keep stalling.

Any comments? Are we missing something in our setup?
--- end body ---
