Редактирование: HLS

{{o|потоковом мультимедиа|цветовой модели|HSL}}
'''HLS''' (''HTTP Live Streaming'') — коммуникационный протокол для [[Потоковое_мультимедиа|потоковой передачи медиа]] на основе [[HTTP]], разработанный компанией [[Apple]] как часть программного обеспечения [[QuickTime]], [[Safari]], [[OS X]] и [[iOS]]. В основе работы лежит принцип разбиения цельного потока на небольшие фрагменты, последовательно скачиваемые по HTTP. Поток непрерывен и теоретически может быть бесконечным. В начале сессии скачивается плей-лист в формате M3U, содержащий метаданные об имеющихся вложенных потоках<ref>{{cite web|url=http://www.larryjordan.biz/app_bin/wordpress/archives/2369|title=The Basics of HTTP Live Streaming|last=Jordan|first=Larry|date=10 June 2013|work=Larry's Blog|publisher=Larry Jordan & Associates|accessdate=18 June 2013|archiveurl=https://web.archive.org/web/20130823145710/http://www.larryjordan.biz/app_bin/wordpress/archives/2369|archivedate=2013-08-23}}{{Не АИ|06|10|2016}}</ref>.

Apple оформила HLS как «черновик стандарта»<ref>{{cite web|url=http://tools.ietf.org/html/draft-pantos-http-live-streaming-07|title=HTTP Live Streaming|last=Pantos|first=R.|date=30 September 2011|publisher=Internet Engineering Task Force|accessdate=18 June 2013}}</ref>, а в августе 2017 года 7 версия документа была опубликована как RFC 8216<ref>{{cite web|url=https://tools.ietf.org/html/rfc8216|title=RFC 8216 - HTTP Live Streaming|accessdate=2017-09-26}}</ref>.

Поскольку запросы используют только стандартные транзакции HTTP, протокол позволяет потоку преодолевать [[Межсетевой экран|межсетевые экраны]] или [[прокси-сервер]]а, пропускающие HTTP-трафик, в отличие от протоколов на базе UDP, таких как [[Real-time Transport Protocol|RTP]]. Это также позволяет раздавать контент посредством HTTP-серверов общего назначения в качестве источника, а также доставлять до потребителей через существующие [[CDN]]<ref>[http://www.bitcodin.com/blog/2015/03/mpeg-dash-vs-apple-hls-vs-microsoft-smooth-streaming-vs-adobe-hds/ MPEG-DASH vs. Apple HLS vs. Smooth Streaming vs. Adobe HDS]</ref>.

HLS также предоставляет стандартный механизм шифрования с использованием [[Advanced Encryption Standard|AES]] и метод безопасной доставки ключей по [[HTTPS]] либо через авторизацию на устройстве, либо посредством [[HTTP cookie]]. Вместе это даёт возможность создавать простые системы [[Digital Rights Management|DRM]].

== Архитектура ==
HTTP Live Streaming использует стандартный [[веб-сервер]] для распространения аудиовизуальных материалов по запросу, при этом требует специальное ПО для того, чтобы обеспечивать передачу контента в режиме реального времени.

;Серверная часть
: Кодирует и оборачивает входящее медиа в подходящий для доставки формат. Далее материал готовится к распределению путём сегментирования. Медиа сегментируется на фрагменты (чанки, chunks) и индексный файл (плейлист).
:* Кодировка: видео кодируется в формате [[H.264]] и аудио в [[MP3]], [[High-Efficiency Advanced Audio Coding|HE-AAC]] или [[AC-3]]. Всё это вкладывается в [[MPEG transport stream|транспортный поток MPEG-2]] для последующей доставки.
:* Сегментирование: контент в MPEG-2 TS разделяется на фрагменты одинаковой длины, записанные в файлы <tt>.ts</tt>. Также создаётся индексный файл, содержащий ссылки на фрагменты или другие индексные файлы — он сохраняется как файл [[M3U|.m3u8]]
;Распределение
: Работая как стандартный веб-сервер, сервер принимает запросы от клиентов и доставляет всё необходимое для воспроизведения.
;Клиент
: Запрашивает и скачивает все файлы, собирая их воедино так, чтобы предоставить пользователю непрерывный поток видео. Клиентское ПО скачивает первый индексный файл через [[URL]] и далее несколько доступных файлов медиа. ПО для проигрывания собирает всё в последовательность для воспроизведения.

Существует два режима работы HLS — «по запросу» и живой трансляции. В режиме «по запросу» плей-лист содержит ссылки на все фрагменты от первого до последнего. В режиме живой трансляции плей-лист содержит только ссылки на последние несколько фрагментов, кроме того при последующих обращениях к плей-листу, фрагменты будут меняться, отражая текущее состояние трансляции.

HLS предусматривает поддержку [[адаптивный битрейт|адаптивного]] [[битрейт]]а, эта техника предусматривает наличие нескольких одновременно доступных потоков, каждый из которых может содержать одинаковый контент, закодированный в разных [[битрейт]]ах, а также имеющий другие отличающиеся характеристики. По мере проигрывания клиент может выбирать из числа нескольких доступных потоков, что позволяет адаптировать сессию к внешним условиям передачи по сети.

На конференции WWDC 2016 Apple анонсировала<ref>https://developer.apple.com/videos/play/wwdc2016/504/ What’s New in HTTP Live Streaming</ref> включение адресации через byte-range для фрагментированных [[MP4]] файлов (fMP4), что позволяет проигрывать контент через HLS не прибегая к мультиплексированию в [[MPEG-TS|транспортном потоке MPEG-2]]. Эксперты отрасли оценили это как большой шаг к совместимости между HLS и [[MPEG-DASH]]<ref>http://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=111796 HLS Now Supports Fragmented MP4, Making it Compatible With DASH</ref><ref>https://bitmovin.com/hls-news-wwdc-2016/ WWDC16: HLS supports Fragmented MP4 — and gets MPEG-DASH compatible!</ref>.

На конференции WWDC 2019 была анонсирована<ref>{{Cite web|url=https://developer.apple.com/videos/play/wwdc2019/502/|title=Introducing Low-Latency HLS - WWDC 2019 - Videos|publisher=Apple Developer|lang=en|accessdate=2019-06-17}}</ref> технология Low Latency HLS - развитие спецификации HLS, позволяющее вести передачу медиа-данных с низкой задержкой. Нововведения включают в себя partial segments (частничные сегменты), дельту плей-листов, возврат сегментов через [[HTTP/2]] и другие изменения.

== См. также ==
* [[Последовательное скачивание]]

== Примечания ==
{{примечания}}

[[Категория:Протокол HTTP]]
[[Категория:Мультимедиа]]
[[Категория:Сетевые протоколы]]