Есть несколько плюсов:
1. HLS и HDS выдаёт пользователю файл кусочками по сколько-то секунд вперёд (например, по 20 секунд). Это настраивается на стороне сервера. После нажатия паузы передача паузы заканчивается. Если пользователь открыл ваш сайт, открыл фильм, посмотрел 5 минут, потом нажал паузу, ушёл попить кофе, потом ушёл погулять с собакой, а потом вернулся через час домой и просто закрыл страницу с фильмом, то в случае использования HLS/HDS у него будет загружено всего несколько секунд фильма. Без использования HLS на вашей стороне у него за час (как бы не было настроено урезания скорости на вашем сервере) загрузится весь фильм до конца. Вы заплатите за этот трафик. Хотя пользователю он не нужен.
2. Если у вас есть несколько качеств файла (например, 240p, 360p, 480p, 720p), то HLS или HDS самостоятельно будет переключать качество у пользователя на лету. Опять же, тут 2 плюса: А - если у пользователя медленный Интернет, то он быстро получит фильм низкого качества или качества, подходящего под его скорость канала; Б - если у пользователя нестабильный Интернет, то качество у него будет меняться на лету и буферизаций не будет.
В общем, эти протоколы экономят чуть ли не 50% трафика вам и делают много приятностей пользователю вашего сайта.
Чем ближе к пользователю сервера с контентом, тем лучше (быстрее и без буферизаций) будет грузиться к нему фильм/сериал. Если у вас пользователи из Украины, то явно не надо фильмы хранить в Австралии. И наоборот.
Тут даже дело не в толстых каналах, а в самом протоколе TCP. Весь http/https работает именно по TCP:
Если разместить сервер в Австралии и прямым каналом 10Гбит/сек соединить его с вашим компьютером в Москве, то файл mp4 через ftp/http/https будет качаться намного медленнее, чем через такой же канал с сервера, стоящего у вас в соседней комнате.
