Из Википедии, бесплатной энциклопедии
  (Перенаправлено из Smooth Streaming )
Перейти к навигации Перейти к поиску

Обзор адаптивной потоковой передачи
Адаптивная потоковая передача в действии

Адаптивная потоковая передача данных - это метод, используемый при потоковой передаче мультимедиа по компьютерным сетям . В то время как в прошлом большинство технологий потоковой передачи видео или аудио использовали протоколы потоковой передачи, такие как RTP с RTSP , современные технологии адаптивной потоковой передачи почти полностью основаны на HTTP [1] и предназначены для эффективной работы в больших распределенных сетях HTTP, таких как Интернет. Он работает, определяя полосу пропускания и мощность ЦП пользователя в режиме реального времени и соответствующим образом регулируя качество медиапотока. [2] Это требует использования кодировщика, который может кодировать один исходный носитель (видео или аудио) на несколькихбитрейты . Клиент проигрывателя [3] переключается между потоковой передачей различных кодировок в зависимости от доступных ресурсов. [4] «Результат: очень небольшая буферизация , быстрое время запуска и хороший опыт как для high-end, так и для low-end соединений». [5]

Более конкретно, потоковая передача с адаптивной скоростью передачи данных - это метод потоковой передачи видео по протоколу HTTP, при котором исходный контент кодируется с несколькими скоростями передачи данных. Каждый из потоков с разной скоростью передачи данных сегментируется на небольшие многосекундные части. [6] Размер сегмента может варьироваться в зависимости от конкретной реализации, но обычно он составляет от двух (2) до десяти (10) секунд. [4] [6]Сначала клиент загружает файл манифеста, который описывает доступные сегменты потока и их соответствующие скорости передачи данных. Во время запуска потока клиент обычно запрашивает сегменты из потока с самой низкой скоростью передачи данных. Если клиент обнаруживает, что пропускная способность сети превышает скорость передачи загруженного сегмента, он запрашивает сегмент с более высокой скоростью передачи данных. Позже, если клиент обнаружит, что пропускная способность сети ухудшилась, он запросит сегмент с более низкой скоростью передачи данных. Алгоритм адаптивного битрейта (ABR) на клиенте выполняет ключевую функцию, решая, какие сегменты битрейта загружать, на основе текущего состояния сети. Несколько типов алгоритмов ABR используются в коммерческих целях: алгоритмы, основанные на пропускной способности, используют пропускную способность, достигнутую в недавних предыдущих загрузках, для принятия решений (например, правило пропускной способности вdash.js ), алгоритмы на основе буфера используют только текущий уровень буфера клиента (например, BOLA [7] в dash.js ), а гибридные алгоритмы объединяют оба типа информации (например, DYNAMIC [8] в dash.js ).


Текущее использование [ править ]

Постпродакшн , сети доставки контента и студии используют технологию адаптивной скорости передачи данных, чтобы предоставить потребителям видео более высокого качества с меньшими трудозатратами и меньшими ресурсами. Создание нескольких видеовыходов, особенно для потоковой передачи с адаптивной скоростью передачи данных, имеет большое значение для потребителей. [9] Если технология работает должным образом, контент конечного пользователя или потребителя должен воспроизводиться без перебоев и потенциально оставаться незамеченным. Медиа-компании уже много лет активно используют технологию адаптивной скорости передачи данных, и это, по сути, стало стандартной практикой для поставщиков потокового вещания высокого класса; разрешая небольшую буферизацию при потоковой передаче каналов с высоким разрешением (начинается с низкого разрешения и увеличивается).

Преимущества потоковой передачи с адаптивным битрейтом [ править ]

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

Технологии потоковой передачи с адаптивной скоростью передачи на основе HTTP дают дополнительные преимущества по сравнению с традиционной потоковой передачей с адаптивной скоростью передачи данных, управляемой сервером. Во-первых, поскольку технология потоковой передачи построена на основе HTTP , в отличие от адаптивной потоковой передачи на основе RTP, пакеты не имеют проблем при прохождении межсетевого экрана и устройств NAT . Во-вторых, поскольку потоковая передача HTTP управляется исключительно клиентом, вся логика адаптации находится на клиенте. Это снижает потребность в постоянных соединениях между сервером и клиентским приложением. Кроме того, серверу не требуется поддерживать информацию о состоянии сеанса на каждом клиенте, что увеличивает масштабируемость. Наконец, можно легко адаптировать существующую инфраструктуру доставки HTTP, такую ​​как кэши и серверы HTTP. [11] [12] [13] [14]

Масштабируемая CDN используется для доставки потокового мультимедиа интернет-аудитории. CDN получает поток от источника на своем исходном сервере, а затем реплицирует его на многие или все свои пограничные кеш-серверы . Конечный пользователь запрашивает поток и перенаправляется на «ближайший» пограничный сервер. Это можно проверить с помощью libdash [15] и набора данных Distributed DASH (D-DASH), [16]у которого есть несколько зеркал в Европе, Азии и США. Использование адаптивной потоковой передачи на основе HTTP позволяет пограничному серверу запускать простое программное обеспечение HTTP-сервера, стоимость лицензии которого дешевая или бесплатная, что снижает стоимость лицензирования программного обеспечения по сравнению с дорогостоящими лицензиями на серверы мультимедиа (например, Adobe Flash Media Streaming Server). Стоимость CDN для потокового мультимедиа HTTP в этом случае аналогична стоимости CDN веб-кэширования HTTP.

История [ править ]

Адаптивная скорость передачи данных через HTTP была создана DVD Forum в специальной потоковой группе WG1 в октябре 2002 года. Сопредседателями группы были Toshiba и Phoenix Technologies. Группа экспертов рассчитывает при сотрудничестве Microsoft , Apple Computer , DTS Inc. , Warner Brothers , 20th Century Fox , Digital Deluxe , Disney , Macromedia и Akamai . [ сомнительно - обсудить ] [ необходима ссылка ] Первоначально технология называлась DVDoverIP и была неотъемлемой частью книги DVD ENAV. [17] Идея возникла из хранения секторов TS MPEG-1 и MPEG-2 DVD в небольших файлах размером 2 КБ, которые будут обслуживаться проигрывателем с помощью HTTP-сервера. Сегменты MPEG-1 обеспечивали поток с более низкой пропускной способностью, а MPEG-2 - поток с более высокой скоростью передачи данных. Исходная схема XML предоставляла простой список воспроизведения с битрейтами, языками и серверами URL. Первый рабочий прототип был представлен на DVD Forum компанией Phoenix Technologies в лаборатории Harman Kardon в Виллингене, Германия. [ необходима цитата ]

Реализации [ править ]

Адаптивная потоковая передача данных была представлена ​​Move Networks и в настоящее время разрабатывается и используется Adobe Systems , Apple , Microsoft и Octoshape . [18] В октябре 2010 года Move Networks получила патент на свою потоковую передачу с адаптивной скоростью передачи данных (патент США № 7818444). [19]

MPEG-DASH [ править ]

Основная статья: Динамическая адаптивная потоковая передача по HTTP

MPEG-DASH - единственное решение потоковой передачи на основе HTTP с адаптивной скоростью передачи данных, являющееся международным стандартом. [20] Технология MPEG-DASH была разработана в рамках MPEG . Работа над DASH началась в 2010 году; в январе 2011 года он стал проектом международного стандарта, а в ноябре 2011 года - международным стандартом. [20] [21] [22] Стандарт MPEG-DASH был опубликован как ISO / IEC 23009-1: 2012 в апреле 2012 года.

MPEG-DASH - это технология, относящаяся к Adobe Systems HTTP Dynamic Streaming , Apple Inc. HTTP Live Streaming (HLS) и Microsoft Smooth Streaming . [23] DASH основан на адаптивной потоковой передаче HTTP (AHS) в 3GPP Release 9 и на HTTP Adaptive Streaming (HAS) в Open IPTV Forum Release 2. [24] В рамках сотрудничества с MPEG, 3GPP Release 10 принял DASH ( со специальными кодеками и режимами работы) для использования в беспроводных сетях. [24]

Стандартизация решения для адаптивной потоковой передачи призвана обеспечить уверенность рынка в том, что это решение может быть адаптировано для универсального развертывания по сравнению с аналогичными, но более ориентированными на поставщиков решениями, такими как HLS от Apple, Smooth Streaming от Microsoft или HDS от Adobe.

Доступные реализации - проигрыватель битдэш -файлов MPEG-DASH на основе HTML5 [25], а также библиотека клиентского доступа к DASH на основе C ++ libdash от bitmovin GmbH [15], инструменты DASH Института информационных технологий (ITEC) в Альпене. - Университет Адрии в Клагенфурте [3] [26] мультимедийная структура группы GPAC в Telecom ParisTech [27] и проигрыватель dash.js [28] DASH-IF .

Adobe HTTP Dynamic Streaming [ править ]

«Динамическая потоковая передача HTTP - это процесс эффективной доставки потокового видео пользователям путем динамического переключения между различными потоками разного качества и размера во время воспроизведения. Это обеспечивает пользователям наилучшие возможности просмотра, которые поддерживает их пропускная способность и аппаратное обеспечение локального компьютера ( ЦП ). Другой Основная цель динамической потоковой передачи - сделать этот процесс плавным и незаметным для пользователей, так что, если требуется увеличение или уменьшение качества потока, это будет плавное и почти незаметное переключение без прерывания непрерывного воспроизведения ». [29]

Последние версии Flash Player и Flash Media Server поддерживают потоковую передачу с адаптивной скоростью передачи данных по традиционному протоколу RTMP , а также HTTP , аналогично решениям на основе HTTP от Apple и Microsoft [30]. Динамическая потоковая передача HTTP поддерживается в Flash Player. 10.1 и новее. [31] Потоковая передача на основе HTTP имеет то преимущество, что не требует открытия каких-либо портов брандмауэра за пределами обычных портов, используемых веб-браузерами. Потоковая передача на основе HTTP также позволяет кэшировать видеофрагменты браузерами, прокси-серверами и сетями CDN , резко снижая нагрузку на исходный сервер.

Apple HTTP Live Streaming [ править ]

Основная статья: HTTP Live Streaming

HTTP Live Streaming (HLS) - это протокол передачи потокового мультимедиа на основе HTTP, реализованный Apple Inc. как часть QuickTime X и iOS . HLS поддерживает как прямой эфир, так и видео по запросу . Он работает, разбивая потоки или видеоресурсы на несколько небольших файлов MPEG2-TS (фрагменты видео) с разной скоростью передачи данных и устанавливая продолжительность с помощью средства сегментирования потока или файла. Одна такая реализация сегментирования предоставлена ​​Apple. [32]Сегментер также отвечает за создание набора индексных файлов в формате M3U8, который действует как файл списка воспроизведения для фрагментов видео. Каждый список воспроизведения относится к заданному уровню битрейта и содержит относительные или абсолютные URL-адреса фрагментов с соответствующим битрейтом. Затем клиент отвечает за запрос соответствующего списка воспроизведения в зависимости от доступной полосы пропускания.

HTTP Live Streaming - стандартная функция в iPhone 3.0 и более новых версиях. [33]

Apple представила свое решение в IETF для рассмотрения в виде информационного запроса на комментарии . [34] Существует ряд закрытых решений и решений с открытым исходным кодом как для серверной реализации (segmenter), так и для клиентского проигрывателя.

Потоки HLS можно идентифицировать по расширению формата URL-адреса плейлиста m3u8 . Эти адаптивные потоки могут быть доступны с множеством различных битрейтов, и клиентское устройство взаимодействует с сервером для получения наилучшего доступного битрейта, который может быть надежно доставлен. Клиентские устройства варьируются от iPad, iPhone, телеприставок (STB) и других подходящих клиентских устройств .

Воспроизведение HLS изначально поддерживается только в Safari на iOS и Mac и Microsoft Edge в Windows 10. Решения для воспроизведения HLS на других платформах в основном полагаются на сторонние плагины, такие как Flash или QuickTime.

Microsoft Smooth Streaming [ править ]

Smooth Streaming - это расширение IIS Media Services, которое обеспечивает адаптивную потоковую передачу мультимедиа клиентам по протоколу HTTP. [35] Спецификация формата основана на базовом формате медиафайлов ISO и стандартизирована Microsoft как защищенный интероперабельный формат файлов. [36] Microsoft активно участвует в усилиях организаций 3GPP , MPEG и DECE по стандартизации потоковой передачи HTTP с адаптивной скоростью передачи данных. Microsoft предоставляет комплекты разработки программного обеспечения Smooth Streaming Client для Silverlight и Windows Phone 7., а также комплект Smooth Streaming Porting Kit, который можно использовать для других клиентских операционных систем, таких как Apple iOS, Android и Linux. [37] IIS Media Services 4.0, выпущенная в ноябре 2010 года, представила функцию, которая позволяет динамически переупаковывать видео Live Smooth Streaming H.264 / AAC в формат Apple HTTP Adaptive Streaming и доставлять на устройства iOS без необходимости перекодирования. . Корпорация Майкрософт успешно продемонстрировала доставку как реального времени, так и по запросу HD-видео 1080p с Smooth Streaming клиентам Silverlight. В 2010 году Microsoft также заключила партнерское соглашение с NVIDIA, чтобы продемонстрировать прямую трансляцию стереоскопического 3D-видео 1080p на ПК, оснащенные технологией NVIDIA 3D Vision . [38]

Адаптивная потоковая передача QuavStreams через HTTP [ править ]

QuavStreams Adaptive Streaming - это технология потоковой передачи мультимедиа, разработанная Quavlive. Сервер потоковой передачи - это HTTP-сервер, который имеет несколько версий каждого видео, закодированных с разными битрейтами и разрешениями. Сервер доставляет закодированные видео / аудиокадры, переключаясь с одного уровня на другой в соответствии с текущей доступной полосой пропускания. Управление полностью серверное, поэтому клиенту не нужны специальные дополнительные функции. Потоковое управление использует теорию управления с обратной связью. [39] В настоящее время QuavStreams поддерживает кодеки H.264 / MP3, мультиплексированные в контейнер FLV, и кодеки VP8 / Vorbis, мультиплексированные в контейнер WEBM.

Uplynk [ править ]

Uplynk обеспечивает потоковую передачу с адаптивным битрейтом HD на несколько платформ, включая iOS, Android, Windows Mac, Linux и Roku, в различных комбинациях браузеров, путем кодирования видео в облаке с использованием единого непатентованного адаптивного формата потоковой передачи. Вместо того, чтобы передавать и хранить несколько форматов для разных платформ и устройств, Uplynk хранит и передает только один. Первой студией, которая применила эту технологию для доставки, была Disney – ABC Television Group , которая использовала ее для кодирования видео для веб-приложений, мобильных приложений и потоковых приложений для планшетов в приложениях ABC Player, ABC Family и Watch Disney, а также для прямой трансляции Watch Disney Channel, Смотрите Disney Junior и смотрите Disney XD. [40] [41]

Самообучающиеся клиенты [ править ]

В последние годы в академических кругах исследовались преимущества самообучающихся алгоритмов при потоковой передаче с адаптивной скоростью передачи данных. В то время как большинство первоначальных подходов к самообучению реализованы на стороне сервера [42] [43] [44] (например, выполнение контроля допуска с использованием обучения с подкреплением или искусственных нейронных сетей ), более поздние исследования сосредоточены на развитии самообучения. изучение клиентов HTTP Adaptive Streaming. В литературе представлено несколько подходов с использованием SARSA [45] или Q-обучения [46].алгоритм. Во всех этих подходах состояние клиента моделируется с использованием, среди прочего, информации о текущей воспринимаемой пропускной способности сети и уровне заполнения буфера. На основе этой информации самообучающийся клиент самостоятельно решает, какой уровень качества выбрать для следующего видеофрагмента. Процесс обучения управляется с использованием информации обратной связи, представляющей качество восприятия (QoE) (например, на основе уровня качества, количества переключений и количества зависаний видео). Кроме того, было показано, что многоагентное Q-обучение может применяться для улучшения справедливости QoE среди нескольких клиентов адаптивной потоковой передачи. [47]

Критика [ править ]

Технологии адаптивной скорости передачи данных на основе HTTP значительно сложнее в эксплуатации, чем традиционные технологии потоковой передачи. Среди задокументированных соображений - дополнительные расходы на хранение и кодирование, а также проблемы с поддержанием качества во всем мире. Также была обнаружена некоторая интересная динамика во взаимодействии между сложной логикой адаптивной скорости передачи данных, конкурирующей со сложной логикой управления потоком TCP. [11] [48] [49] [50] [51]

Однако на практике эта критика перевешивается экономикой и масштабируемостью доставки HTTP: в то время как решения потоковой передачи без HTTP требуют массового развертывания специализированной инфраструктуры потокового сервера, адаптивная потоковая передача на основе HTTP может использовать те же веб-серверы HTTP, которые использовались для доставлять весь остальной контент через Интернет.

Без единого четко определенного или открытого стандарта для управления цифровыми правами, используемого в вышеуказанных методах, не существует 100% совместимого способа доставки ограниченного или чувствительного ко времени контента на любое устройство или проигрыватель. Это также оказывается проблемой при использовании управления цифровыми правами любым протоколом потоковой передачи.

Метод сегментации файлов на файлы меньшего размера, используемый некоторыми реализациями (используемый HTTP Live Streaming ), может считаться ненужным из-за способности HTTP-клиентов запрашивать байтовые диапазоны из одного файла видеоресурсов, который может иметь несколько видеодорожек с разным битом. скорости с файлом манифеста с указанием только номера дорожки и скорости передачи данных. Однако этот подход позволяет обслуживать фрагменты любым простым HTTP-сервером и, следовательно, гарантирует совместимость с CDN . Реализации, использующие диапазоны байтов, такие как Microsoft Smooth Streaming, требуют выделенного HTTP-сервера, такого как IIS, для ответа на запросы фрагментов видеоресурсов.

См. Также [ править ]

  • Кодирование с несколькими описаниями

Ссылки [ править ]

  1. ^ Saamer Akhshabi; Али С. Беген; Константин Довролис (2011). Экспериментальная оценка алгоритмов адаптации скорости в адаптивной потоковой передаче через HTTP . В материалах второй ежегодной конференции ACM по мультимедийным системам (MMSys '11). Нью-Йорк, Нью-Йорк, США: ACM.
  2. ^ А. Бенталеб, Б. Таани, А. Беген, К. Тиммермер и Р. Циммерманн, «Обзор схем адаптации битрейта для потоковой передачи мультимедиа по HTTP», в IEEE Communications Surveys & Tutorials (IEEE COMST), Volume 1 Issue 1. С. 1-1, 2018.
  3. ^ a b DASH в ITEC, подключаемый модуль VLC, DASHEncoder и набор данных К. Мюллера, С. Ледерера, К. Тиммерера
  4. ^ a b "Шаблон материалов - СЛОВО" (PDF) . Проверено 16 декабря 2017 года .
  5. ^ Gannes, Лиз (10 июня 2009). «Следующая большая вещь в видео: потоковая передача с адаптивным битрейтом» . Архивировано из оригинального 19 июня 2010 года . Проверено 1 июня 2010 года .
  6. ^ a b "mmsys2012-final36.pdf" (PDF) . Проверено 16 декабря 2017 года .
  7. ^ Спитери, Кевин; Ургаонкар, Рахул; Ситараман, Рамеш К. (2016). «BOLA: Почти оптимальная адаптация битрейта для онлайн-видео. IEEE INFOCOM, 2016, Спитери, Ургаонкар и Ситараман, IEEE INFOCOM, апрель 2016». arXiv : 1601.06748 . DOI : 10.1109 / TNET.2020.2996964 . S2CID 219792107 .  Цитировать журнал требует |journal=( помощь )
  8. ^ «От теории к практике: улучшение адаптации битрейта в эталонном проигрывателе DASH, Спитери, Ситараман и Спарацио, Конференция по мультимедийным системам ACM, июнь 2018» (PDF) .
  9. ↑ Маршалл, Дэниел (18 февраля 2010 г.). «Показать отчет: обработка видео имеет решающее значение для управления цифровыми активами» . Элементные технологии. Архивировано из оригинала 4 октября 2011 года . Проверено 15 октября 2011 года .
  10. ^ Seufert, Майкл; Эггер, Себастьян; Сланина, Мартин; Зиннер, Томас; Хосфельд, Тобиас; Тран-Гиа, Фуок (2015). «Обзор качества восприятия HTTP-адаптивной потоковой передачи». Обзоры и учебные пособия по коммуникациям IEEE . 17 (1): 469–492. DOI : 10,1109 / COMST.2014.2360940 . S2CID 18220375 . 
  11. ^ а б Саамер Ахшаби; Али С. Беген; Константин Довролис. «Экспериментальная оценка алгоритмов адаптации скорости в адаптивной потоковой передаче через HTTP» (PDF) . Архивировано из оригинального (PDF) 17 октября 2011 года . Проверено 15 октября 2011 года . Цитировать журнал требует |journal=( помощь )
  12. ^ Энтони Ветро. «Стандарт MPEG-DASH для потоковой передачи мультимедиа через Интернет» (PDF) . Проверено 10 июля 2015 года . Цитировать журнал требует |journal=( помощь )
  13. ↑ Ян Озер (28 апреля 2011 г.). "Что такое адаптивная потоковая передача?" . Проверено 10 июля 2015 года . Цитировать журнал требует |journal=( помощь )
  14. ^ Йерун Famaey; Стивен Латре; Нильс Бутен; Вим Ван де Мерсше; Барт де Влишауэр; Вернер Ван Ликвейк; Филип Де Турк (май 2013 г.). «О достоинствах адаптивной потоковой передачи HTTP на основе SVC» : 419–426 . Проверено 10 июля 2015 года . Цитировать журнал требует |journal=( помощь )
  15. ^ a b libdash: клиентская библиотека DASH с открытым исходным кодом от bitmovin
  16. ^ «Распределенный набор данных DASH | ITEC - динамическая адаптивная потоковая передача через HTTP» . Itec.uni-klu.ac.at . Проверено 16 декабря 2017 года .
  17. ↑ DVD Book Construction , DVD Forum, май 2005 г.
  18. ^ Gannes, Лиз (10 июня 2009). «Краткое описание технологии Apple HTTP Adaptive Bitrate Streaming» . Архивировано 19 июня 2010 года . Проверено 24 июня 2010 года .
  19. ^ "Move получает патент на потоковую передачу; Adobe и Apple закрыты? - Новости онлайн-видео" . Gigaom.com. 15 сентября 2010 года Архивировано из оригинала 22 октября 2011 года . Проверено 15 октября 2011 года .
  20. ^ a b «MPEG ратифицирует проект стандарта для DASH» . MPEG. 2 декабря 2011 года Архивировано из оригинала 20 августа 2012 года . Проверено 26 августа 2012 года .
  21. ^ Timmerer, Кристиан (26 апреля 2012). «HTTP-потоковая передача мультимедийных файлов MPEG - запись в блоге» . Multimediacommunication.blogspot.com . Проверено 16 декабря 2017 года .
  22. ^ «ISO / IEC DIS 23009-1.2 Динамическая адаптивная потоковая передача по HTTP (DASH)» . Iso.org . Проверено 16 декабря 2017 года .
  23. ^ Обновления на DASH - запись в блоге
  24. ^ a b ETSI 3GPP 3GPP TS 26.247; Прозрачный сервис потоковой передачи с сквозной коммутацией пакетов (PSS); Прогрессивная загрузка и динамическая адаптивная потоковая передача по HTTP (3GP-DASH)
  25. ^ "BitDash HTML5 MPEG-DASH player" . Dash-player.com. 22 января 2016 . Проверено 16 декабря 2017 года .
  26. ^ «Плагин медиаплеера VLC, обеспечивающий динамическую адаптивную потоковую передачу по HTTP» (PDF) . Проверено 16 декабря 2017 года .
  27. ^ "GPAC Telecom ParisTech" . Архивировано из оригинального 24 февраля 2012 года . Проверено 28 марта 2013 года .
  28. ^ "dash.js" . Github.com . Проверено 16 декабря 2017 года .
  29. ^ Хассун, Дэвид. Adobe Developer Connection. Adobe Systems. http://www.adobe.com/devnet/flashmediaserver/articles/dynstream_advanced_pt1.html . Блог. [Доступ 24 июня 2010 г.].
  30. ^ «HTTP Dynamic Streaming» . Adobe Systems . Проверено 13 октября 2010 года .
  31. ^ «FAQ HTTP Dynamic Streaming» . Adobe Systems . Проверено 12 января 2015 года .
  32. ^ Библиотека разработчика Mac. Яблоко. https://developer.apple.com/library/mac/documentation/networkinginternet/conceptual/streamingmediaguide/UsingHTTPLiveStreaming/UsingHTTPLiveStreaming.html . [Доступ 2 июня 2014 г.].
  33. ↑ Принц Маклин (9 июля 2009 г.). «Apple запускает стандарт HTTP Live Streaming в iPhone 3.0» . AppleInsider . Проверено 15 октября 2011 года .
  34. ^ Р. Пантос, HTTP Live Streaming , IETF , получено 11 октября 2011 г.
  35. ^ "Smooth Streaming" . IIS.net. Архивировано 15 июня 2010 года . Проверено 24 июня 2010 года .
  36. ^ Крис Ноултон (8 сентября 2009 г.), Protected Interoperable File Format , Microsoft , получено 15 октября 2011 г.
  37. ^ «Комплексная платформа Microsoft обеспечивает возможности Silverlight нового поколения и IIS Media на нескольких экранах» . Microsoft. 8 апреля 2010 . Проверено 30 июля 2011 года .
  38. ^ «Первый день IBC» . Microsoft. Архивировано из оригинала 2 февраля 2011 года . Проверено 22 января 2011 года .
  39. ↑ Лука Де Чикко; Саверио Масколо; Витторио Пальмизано. «Управление обратной связью для адаптивного потокового видео в реальном времени» (PDF) . MMSYS2011 . Проверено 9 сентября 2012 года .
  40. ↑ Дин Такахаши (16 января 2013 г.). «Uplynk создает для Disney дешевый и эффективный способ потоковой передачи видео» . VentureBeat . Проверено 16 декабря 2017 года .
  41. ^ Дрейер, Трой (16 января 2013). «UpLynk выходит из скрытого режима; DisneyABC - первый заказчик - журнал Streaming Media» . Streamingmedia.com . Проверено 16 декабря 2017 года .
  42. ↑ Y. Fei; VWS Wong; VCM Leung (2006). «Эффективное обеспечение QoS для адаптивного мультимедиа в сетях мобильной связи посредством обучения с подкреплением» . Мобильные сети и приложения . 11 (1): 101–110. CiteSeerX 10.1.1.70.1430 . DOI : 10.1007 / s11036-005-4464-2 . S2CID 13022779 .  
  43. ^ В. Шарвийя; Р. Григорас (2007). «Обучение с подкреплением для динамической мультимедийной адаптации». Журнал сетевых и компьютерных приложений . 30 (3): 1034–1058. DOI : 10.1016 / j.jnca.2005.12.010 .
  44. ^ DW McClary; В.Р. Сыротюк; В. Лекюир (2008). «Адаптивная потоковая передача звука в мобильных одноранговых сетях с использованием нейронных сетей». Ad Hoc сети . 6 (4): 524–538. DOI : 10.1016 / j.adhoc.2007.04.005 .
  45. ^ В. Меньковский; А. Лиотта (2013). «Интеллектуальное управление адаптивной потоковой передачей видео». Международная конференция IEEE по бытовой электронике (ICCE) . Вашингтон, округ Колумбия. С. 127–128. DOI : 10.1109 / ICCE.2013.6486825 .
  46. ^ М. Клэйс; С. Латре; Дж. Фамэй; Ф. Де Турк (2014). «Разработка и оценка самообучающегося HTTP-адаптивного клиента потоковой передачи видео» . Письма связи IEEE . 18 (4): 716–719. DOI : 10.1109 / lcomm.2014.020414.132649 . hdl : 1854 / LU-5733061 . S2CID 26955239 . 
  47. ^ С. Петрангели; М. Клэйс; С. Латре; Дж. Фамэй; Ф. Де Турк (2014). «Многоагентная основа на основе Q-Learning для достижения справедливости в HTTP Adaptive Streaming». Симпозиум IEEE по эксплуатации и управлению сетью (NOMS) . Краков. С. 1–9. DOI : 10,1109 / NOMS.2014.6838245 .
  48. ^ Пит Mastin (28 января 2011). «Является ли адаптивный битрейт дорогой из желтого кирпича или золотом дурака для потоковой передачи HD?» . Архивировано из оригинала 7 сентября 2011 года . Проверено 15 октября 2011 года .
  49. ↑ Лука Де Чикко; Саверио Масколо. «Экспериментальное исследование адаптивной потоковой передачи видео Akamai» (PDF) . Проверено 29 ноября 2011 года . Цитировать журнал требует |journal=( помощь )
  50. ^ «Адаптивная потоковая передача: сравнение» . Архивировано из оригинального 19 апреля 2014 года . Проверено 17 апреля 2014 года . Цитировать журнал требует |journal=( помощь )
  51. ↑ Крис Ноултон (28 января 2010 г.). «Адаптивное сравнение потоковой передачи» . Цитировать журнал требует |journal=( помощь )

Дальнейшее чтение [ править ]

  • Следующая большая вещь в видео: потоковая передача с адаптивным битрейтом