Hi there...
I was wondering if any one might be experiencing an issue that I'm actively trying to hunt it down. This seems to be specific to Apple devices. In this case I am using Safari on a MacBook Pro (Catalina 10.15.7) to directly load the m3u8, but have also observed in iTunes.
I have 4 ABR variants of packed AAC-LC, from 32kbps to 192kbps. Each segment between the variants has matching ID3 timestamps. Hlsmediavalidator reports no problems at all, and shows that all of my variants are tightly time-locked together - no deviation. Discontinuity and media sequences all matching up.
Now, when I choke the network around areas of the live playlist that have a discontinuity, everything seems to work fine and the upshift or downshift happens somewhat seamlessly.
Sometimes there is not an exact audio lock on the shifts, but that is for another battle..
However..
When I choke/unchoke the network in areas of the playlist that don't have discontinuities, I can see the player shift to the variants and download segments, but eventually playback stalls for a rather significant amount of time. If I wait long enough, playback does begin again. This is true even when going from choked to 1gbs.
Also, if a discontinuity shows up, that seems to kick everything back into gear again. At least this is what seems to be happening, I am still gathering data to see if that's truly the case. It does seem to be, though.
I've tried some crazy stuff, like adding an #EXT-X-PROGRAM-DATE-TIME to every segment, making sure my BANDWIDTH properties are calculated instead of static, etc.
Any ideas to try out would be greatly appreciated! Thanks!
ps- Each variant plays fine if network conditions are left alone.
pss- I have tested choke points from 50kbps to 100kbps in these cases, by proxy, targeted only for the HLS and segment requests.
I was wondering if any one might be experiencing an issue that I'm actively trying to hunt it down. This seems to be specific to Apple devices. In this case I am using Safari on a MacBook Pro (Catalina 10.15.7) to directly load the m3u8, but have also observed in iTunes.
I have 4 ABR variants of packed AAC-LC, from 32kbps to 192kbps. Each segment between the variants has matching ID3 timestamps. Hlsmediavalidator reports no problems at all, and shows that all of my variants are tightly time-locked together - no deviation. Discontinuity and media sequences all matching up.
Now, when I choke the network around areas of the live playlist that have a discontinuity, everything seems to work fine and the upshift or downshift happens somewhat seamlessly.
Sometimes there is not an exact audio lock on the shifts, but that is for another battle..
However..
When I choke/unchoke the network in areas of the playlist that don't have discontinuities, I can see the player shift to the variants and download segments, but eventually playback stalls for a rather significant amount of time. If I wait long enough, playback does begin again. This is true even when going from choked to 1gbs.
Also, if a discontinuity shows up, that seems to kick everything back into gear again. At least this is what seems to be happening, I am still gathering data to see if that's truly the case. It does seem to be, though.
I've tried some crazy stuff, like adding an #EXT-X-PROGRAM-DATE-TIME to every segment, making sure my BANDWIDTH properties are calculated instead of static, etc.
Any ideas to try out would be greatly appreciated! Thanks!
ps- Each variant plays fine if network conditions are left alone.
pss- I have tested choke points from 50kbps to 100kbps in these cases, by proxy, targeted only for the HLS and segment requests.