When does AVPlayer exclude _HLS_part query param in LL-HLS requests?

Hello,

I'm investigating an issue with LL-HLS playback using AVPlayer, specifically during DVR Live seeking (seeking to a past time).

I noticed that in certain seeking scenarios, AVPlayer sends a Blocking Playlist Reload request that includes the _HLS_msn parameter but is missing the _HLS_part parameter.

While I understand this is compliant with the HLS spec, I would like to know the specific criteria AVPlayer uses to decide when to drop the _HLS_part parameter. Does AVPlayer intentionally omit the part info when it determines that loading a specific partial segment is unnecessary during a seek operation?

Clarification on this behavior would help us greatly in debugging our stream delivery.

Thanks in advance.

The most common reason for the player to stop specifying the _HLS_part parameter is that it detected non-compliant LL-HLS spec behavior from the server and fell out of low-latency mode. You can check if that happened by looking at the AVPlayerItem errorLog.

When does AVPlayer exclude _HLS_part query param in LL-HLS requests?
 
 
Q