You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have live HLS streams from a Unified Streaming origin in Italy that is delivered via Akamai CDN globally. When there are few users streaming, the player performs badly when they are far from the origin. As this service is delivered to users in Australia, we have concentrated our testing there and found that there is a server response delay of around 400-800ms and a download time of over 1 second bringing the total time to around 2 seconds for the highest profile (5Mbps). For 8 second chunks this should be plenty of time but it seems to be forcing the decision to the lowest profile (0.7Mbps). The streams are fine for users close to the origin. We've tried different players and they perform better. Maybe we have not got set the parameters correctly to deal with this kind of scenario? Below is the URL for an embedded VideoJS player including the test stream we are using (which has an overlay showing the current profile). I also include the same for a Shaka player for comparison.
If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can.
To help make it easier for us to investigate your issue, please follow the contributing guidelines.
We have live HLS streams from a Unified Streaming origin in Italy that is delivered via Akamai CDN globally. When there are few users streaming, the player performs badly when they are far from the origin. As this service is delivered to users in Australia, we have concentrated our testing there and found that there is a server response delay of around 400-800ms and a download time of over 1 second bringing the total time to around 2 seconds for the highest profile (5Mbps). For 8 second chunks this should be plenty of time but it seems to be forcing the decision to the lowest profile (0.7Mbps). The streams are fine for users close to the origin. We've tried different players and they perform better. Maybe we have not got set the parameters correctly to deal with this kind of scenario? Below is the URL for an embedded VideoJS player including the test stream we are using (which has an overlay showing the current profile). I also include the same for a Shaka player for comparison.
I hope you can point me in the right direction to improve the VideoJS performance.
The text was updated successfully, but these errors were encountered: