Статьи
Компании и провайдеры сетей доставки контента (CDN) готовятся к будущему, где потоковое вещание получит ещё более широкое распространение. Поэтому потребность в более эффективных протоколах такого вещания становится как никогда актуальной. Встречайте будущее живых трансляций – SRT, HLS и MPEG DASH. Давайте посмотрим, что представляет собой каждый из этих протоколов прямой трансляции, их преимущества и применение. А чтобы помочь вам выбрать тот, который подходит именно вам, в конце этой статьи приведено краткое сравнение.
Secure Reliable Transport (SRT)
SRT – восходящая звезда потоковой передачи. Протокол обеспечивает высокое качество видео и аудио с низкой задержкой по ненадёжному общедоступному Интернету. Фактически вы можете контролировать величину задержки и устранять такие проблемы, как дрожание из-за потери пакетов в плохих сетях. SRT также упрощает обход файерволов без помощи IT-специалиста, а также экономичен при развёртывании в существующей сетевой инфраструктуре. Кроме того, SRT предлагает безопасную потоковую передачу с 256-битным шифрованием AES.
SRT – это потоковый протокол с открытым исходным кодом, который набирает популярность благодаря «Альянсу SRT», объединяющему усилия многих лидеров отрасли и разработчиков с целью его продвижения и внедрения. Epiphan Video является сертифицированным членом «Альянса SRT» наряду с YouTube, Akamai, Wowza и другими. SRT включает в себя популярное программное обеспечение, в которое уже встроены OBS Studio, gstreamer и VLC.
Это фактически «технология замены спутника» – низкая стоимость и способность SRT доставлять высококачественный контент через Интернет в режиме, близком к реальному времени, дают вещателям жизнеспособную альтернативу дорогостоящей спутниковой технологии.
Преимущества
- Высококачественные видео и аудио с низкой задержкой надёжно доставляются даже через ненадёжный Интернет.
- SRT легко пересекает межсетевые экраны (файерволы) между источником и получателем.
- Контроль задержки, чтобы приспособиться к изменяющимся условиям сети.
- Прямая трансляция защищена с помощью 256-битного шифрования AES.
Как работает SRT
Между источником SRT (кодер) и получателем SRT (декодер) устанавливается выделенная линия связи для управления и восстановления пакетов. Получателем может быть сервер, CDN или другое устройство SRT. SRT использует свой собственный метод восстановления после потери пакетов, используя UDP-пакеты по сети, которые можно настроить для адаптации к изменяющимся условиям сети. Когда сетевые условия плохие, можно добавить больше буферизации пакетов для улучшения качества видео. По мере улучшения условий в сети величина задержки может быть уменьшена для потоковой передачи практически в реальном времени.
SRT обеспечивает прохождение через любые файерволы между источником и получателем. Для этого протокол имеет три режима: рандеву и вызов/слушатель.
Режим рандеву является самым простым и обычно не требует участия IT-специалистов для настройки прохождения файрволов между источником и получателем SRT. Если вы не можете пройти через сетевой экран, то следует использовать режим вызов/слушатель. Однако для настройки пересылки трафика потребуется определённое участие IT-специалистов, чтобы трафик, полученный на общедоступный IP-адрес и порт устройства-получателя SRT, переадресовывался на устройство в локальной сети.
Применение SRT
SRT идеально подходит для отправки нескольких удалённых каналов новостей по непредсказуемым сетям в центральный пункт назначения для производства и распространения, например, в модели вещания, когда удалённые журналисты сообщают в прямом эфире о местонахождении. Он также отлично подходит для привлечения удалённых гостей с низкой задержкой для интервью или двусторонней беседы. Всякий раз, когда требуется высококачественное видео и аудио по сетям с непредсказуемым качеством, SRT намного превосходит качество любого вызова по Zoom, потока WebEx или WebRTC.
HTTP Live Streaming (HLS)
HLS – это адаптивный протокол потоковой передачи на основе HTTP, который отправляет видео- и аудиоконтент по сети в небольшие сегменты потокового мультимедиа на основе TCP, которые повторно собираются в месте назначения. Стоимость развёртывания HLS является низкой, поскольку она использует существующую сетевую технологию на основе TCP, что является привлекательным для CDN, желающих заменить старые (и дорогие) RTMP-серверы. Но поскольку HLS использует TCP, то он работает по принципу «качество важней задержки», поэтому время задержки может быть высоким (например, в секундах, а не в миллисекундах).
HLS был первоначально разработан Apple Inc. в качестве протокола для потоковой передачи мультимедиа на устройства Apple. С тех пор Apple разработала HLS (push), который является потоковым протоколом открытого стандарта, доступным для всех устройств. В настоящее время HLS поддерживает видео, кодированное с использованием кодеков H.264 или HEVC.
Преимущество HLS заключается в том, что он предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разными разрешениями и битрейтами. Зрители могут выбрать то качество потока, что они хотят. HLS также поддерживает несколько звуковых дорожек, что означает, что ваш поток может иметь несколько языковых дорожек, из которых пользователи могут выбирать нужную. Другие преимущества включают поддержку скрытых титров, метаданных, управления цифровыми правами (DRM) и даже встроенных рекламных объявлений (в не слишком отдалённом будущем).
Поддерживается безопасная потоковая передача по HTTP, а также алгоритмы хеширования MD5 и SHA для аутентификации имени пользователя и пароля.
Преимущества
- Высококачественное видео (до 4K) и аудио надёжно доставляются по некачественным сетям, где низкая задержка не является обязательным требованием.
- Легко проходит через фаейрволы.
- Адаптируется к различным условиям сети и отправляет несколько видеопотоков с различными разрешениями и битрейтами.
- Поддержка нескольких звуковых дорожек для таких вещей, как многоязычные потоки.
- Поддерживает метаданные и другие расширенные функции.
- Экономичен в развёртывании и легко масштабируется с использованием традиционных сетевых серверов и технологий.
- Безопасный прямой эфир с использованием HTTP и алгоритмов аутентификации MD5 и SHA.
Как работает HLS
Подход очень похож на передачу файлов. Сегменты потокового мультимедиа через порт HTTP 80 (или порт 443 для HTTPS), который обычно уже открыт для сетевого трафика. Таким образом, контент может легко проходить через файерволы практически без участия IT-специалистов.
HLS использует контейнер транспортного потока MPEG2-TS с полуконфигурируемой продолжительностью сегмента, а также с настраиваемым размером списка воспроизведения для повторной сборки принятых сегментов на центральном сервере. Также поддерживается фрагментированный MP4.
Поскольку HLS использует технологию, основанную на TCP, метод потери и восстановления сетевых пакетов является интенсивным. Это одна из причин увеличения задержки. Хотя имеется некоторый контроль над размером сегмента мультимедиа, возможность уменьшить задержку ограничена – особенно если сервер требует загрузки среднего сегмента определённого размера.
Применение HLS
HLS по-прежнему является стандартом для потоковой передачи на мобильные устройства и планшеты. Вы также можете использовать HLS для потоковой передачи на CDN, который не поддерживает RTMP, когда низкая задержка не является обязательным требованием. Важно отметить, что RTMP уже считается устаревшим во всё более увеличивающемся количестве CDN. HLS также хорошо подходит для безопасной потоковой передачи корпоративного обучения и трансляций через локальные сети (LAN), когда низкая задержка не является обязательным требованием, а условия сети плохие (при условии, что сеть поддерживает HLS).
MPEG-DASH (Dynamic Adaptive Streaming over HTTP)
MPEG-DASH – это открытый стандарт адаптивного протокола потоковой передачи на основе HTTP, который отправляет видео и аудиоконтент по сети в виде небольших сегментов потокового мультимедиа на основе TCP, которые повторно собираются в месте назначения. Международная организация по стандартизации (ISO) и команда MPEG и MPEG-DASH спроектировали кодирование и разрешение независимо от других, что означает, что MPEG-DASH может передавать потоковое видео (и аудио) любого формата (H.264, H.265 и т. д.) и поддерживает разрешения до 4K. В остальном, MPEG-DASH функционирует почти так же, как и HLS.
Стоимость развёртывания MPEG-DASH низкая, поскольку в нём используется существующая сетевая технология на основе TCP, что является привлекательным для CDN. Но поскольку HLS использует TCP, то он работает по принципу «качество важней задержки», поэтому время задержки может быть высоким
MPEG-DASH также предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разными разрешениями и битрейтами. Зрители могут выбрать качество потока, который они хотят. Также поддерживаются несколько звуковых дорожек, а также расширенные функции, такие как скрытые титры, метаданные и управление цифровыми правами (DRM). Инфраструктура предназначена для будущих разработок, например, встроенной рекламу.
Поддерживается безопасная потоковая передача по HTTP, а также алгоритмы хеширования MD5 и SHA для аутентификации имени пользователя и пароля.
Преимущества
- Высококачественное видео (до 4K) и аудио надёжно доставляются по некачественным сетям, где низкая задержка не является главным требованием.
- Легко проходит через файерволы.
- Адаптируется к различным условиям сети и отправляет несколько видеопотоков с различными разрешениями и битрейтами.
- Поддерживает различные видео и аудио кодеки.
- Поддерживает нескольких звуковых дорожек, например, для многоязычных потоков.
- Поддерживает метаданные и другие расширенные функции.
- Экономичен в развёртывании и легко масштабируется с использованием традиционных сетевых серверов и технологий.
- Безопасный прямой эфир с использованием HTTP и алгоритмов аутентификации MD5 и SHA.
Как работает MPEG-DASH и его применение
MPEG-DASH работает так же, как HLS – отправляет короткие средние сегменты по HTTP (порт 80) или HTTPS (порт 443) для облегчения обхода файервола. Он использует контейнер транспортного потока MPEG2-TS с половиной настраиваемой длительности сегмента, а также настраиваемый размер списка воспроизведения для повторной сборки принятых сегментов на центральном сервере. Также поддерживается фрагментированный MP4.
Высокая задержка MPEG-DASH обусловлена главным образом потерей сетевых пакетов и методом восстановления, используемым во всех сетях на основе TCP. И хотя MPEG-DASH предлагает некоторый контроль над размером сегмента мультимедиа, возможность уменьшить задержку ограничена – особенно, если сервер требует загрузки среднего сегмента определённого размера.
MPEG-DASH лучше всего подходит для потоковой передачи на CDN, которые не поддерживают RTMP, в случаях, когда низкая задержка не является обязательным требованием. MPEG-DASH также хорошо подходит для безопасной потоковой передачи корпоративного обучения и трансляций через локальные сети (LAN), когда низкая задержка не является обязательным требованием, а условия сети плохие
Какой потоковый протокол подходит вам?
Хотя RTMP, безусловно, всё ещё является самым популярным потоковым протоколом, такие протоколы, как SRT, HLS и MPEG-DASH, бросают ему вызов. Так что они умеют такого, чего не умеет RTMP?
- Транслировать несколько звуковых каналов для одного канала видео, что позволяет транслировать многоязычный контент.
- Включать в себя метаданные и другие типы встроенного контента.
- Поддерживать управления цифровыми правами (DRM).
- Отправлять несколько версий потока с различными разрешениями и битрейтами, чтобы зрители могли выбрать качество, соответствующее их условиям сети или размеру экрана.
HLS и MPEG-DASH обеспечивают гораздо более простую и дешёвую масштабируемость, чем RTMP. Так как RTMP и обычно требует, чтобы порты были открыты вручную для прохождения через файерволы.
Если задержка или плохие условия сети не являются проблемой, то HLS или MPEG-DASH превосходит SRT. Протоколы адаптивной потоковой передачи на основе HTTP обеспечивают наилучшее возможное качество видео для зрителей с различными условиями сети и более просты в настройке, чем SRT.
Если требуется низкая задержка и вы используете потоковую передачу по сетям с непредсказуемым качеством, тогда SRT является предпочтительным протоколом потоковой передачи. SRT устанавливает свое собственное соединение для восстановления пакетов, которое намного эффективнее, чем TCP. Это позволяет SRT обеспечивать двустороннюю связь между хостом и удалёнными гостями в режиме практически реального времени. Вы также можете сами настроить задержку, чтобы приспособиться к условиям сети.
Заверните!
Многие CDN, такие, например, как Akamai, уже объявили о прекращении поддержки RTMP, как устаревшего и дорогого для развёртывания. С ростом популярности новых протоколов SRT, HLS и MPEG-DASH, RTMP вскоре уйдёт в прошлое. Вот почему мы в Epiphan Video, добавили поддержку SRT, HLS и MPEG-DASH в наше семейство систем видеопроизводства «все-в-одном» Pearl.
Теперь вы можете быть уверены, что Pearl Nano и Pearl Mini готовы к будущему потокового вещания. Семейство кодеров Pearl является одним из немногих устройств в своём ценовом диапазоне, которые сертифицированы для потоковой передачи HLS и MPEG-DASH на Akamai.
Последние статьи
Подпишитесь на нашу рассылку, чтобы узнавать о новых статьях:
- H.264/AVC или H.265/HEVC: Краткий гид по сжатию видео
- SRT или NDI для удалённого видеопроизводства
- Новинки Pearl: Новый MultiViewer и улучшения в CMS
- NDI и NDI|HX для сетевого производства видео
- Поддержка NDI для «комнат» в Zoom и производство видео в реальном времени
- Pearl Nano: улучшенное качество записи и трансляций
- Почему виртуальные мероприятия будут в выигрыше и после пандемии
- 5 причин, почему виртуальные мероприятия останутся с нами
- Дикий Запад удаленного видеопроизводства
- Выбор камеры для стримов в 2021 году
- Epiphan Cloud: простое управление несколькими устройствами
- Аудиооборудование для трансляций
- 7 непростых уроков о видеопроизводстве
- Видео 4K для онлайн трансляций
- Искусственный интеллект и транскрибирование в реальном времени
- HyFlex: новый формат в образовании
- Удалённый гость на стриме: что и как
- Где может пригодиться кадрирование?
- KVM2USB: 6 лет работы в космосе
- Как лучше выглядеть в Скайпе и Зуме: 5 простых советов
DASH манифест для проигрывания неоконченных трансляций из архива
DASH манифест для проигрывания неоконченных трансляций из архива
Эта информация нужна, если вам требуется использовать статический манифест при проигрывании неоконченных трансляций из архива по DASH.
http://FLUSSONIC-IP/STREAMNAME/archive-1350274200-4200.mpd - 1350274200 — время начала отрывка для проигрывания из архива.
- 4200 — сколько секунд проиграть.
Речь идет о потоках, которые идут в прямой трансляции и пишутся в архив. При запросе архива указанная в URL верхняя граница диапазона может уходить в будущее, где трансляции ещё нет.
Flussonic позволяет выбирать, какой DASH манифест (плейлист) будет отсылаться клиенту. Бывает динамический (обновляемый) или статический DASH манифест.
По умолчанию Flussonic обновляет файл манифеста по мере трансляции потока, т.е. манифест в это время динамический. Когда реальное время достигает верхней границы диапазона, то обновлять уже нечего, вся информация о диапазоне получена, и Flussonic поменяет манифест на статический. В некоторых ситуациях лучше использовать сразу статический манифест.
Чтобы указать вид манифеста, используйте параметр dynamic :
- dynamic=false . Будет формироваться статический манифест. В этом случае архив будет проигрываться как файл. Манифест будет содержать информацию о запрошенном диапазоне из архива и не будет обновляться.
http://FLUSSONIC-IP/STREAMNAME/archive-1350274200-4200.mpd?dynamic=false - dynamic=auto . Это поведение по умолчанию, и этот параметр можно не указывать. Сначала будет формироваться динамический манифест (пока идет прямая трансляция), который поменяется с динамического на статический в момент, когда трансляция в реальном времени достигнет конца запрошенного диапазона.
http://FLUSSONIC-IP/STREAMNAME/archive-1350274200-4200.mpd?dynamic=auto Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the «Software»), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED «AS IS», WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. —>
Оптимизация потокового видео с помощью протокола DASH
Протокол DASH (Dynamic Adaptive Streaming over HTTP) – это все более популярная технология потоковой передачи видео, которая в последние годы выходит на первый план. Он предлагает гибкое и эффективное решение для доставки мультимедийного контента через Интернет, позволяя поставщикам контента оптимизировать доставку своего контента на широкий спектр устройств с различными сетевыми условиями.
. информация Отказ от ответственности: эта статья была отредактирована для улучшения грамматики и ясности с использованием инструмента искусственного интеллекта для перефразирования.
DASH был разработан Группой экспертов по движущимся изображениям (MPEG) для замены стандарта HTTP Live Streaming (HLS). Это очень универсальное и адаптивное решение для потоковой передачи видео, поскольку оно работает с любым видеокодеком, типом контейнера или сервером потоковой передачи и используется OTT.
Одной из самых сильных сторон DASH является его способность мгновенно приспосабливаться к изменяющимся сетевым условиям. Он делает это, разрезая видео на короткие фрагменты, часто от 2 до 10 секунд. Эти фрагменты кодируются с несколькими уровнями качества, чтобы клиент мог выбрать наиболее подходящий в зависимости от таких критериев, как пропускная способность, возможности устройства, размер экрана и личные предпочтения, тогда как ранее применялись некоторые концепции отслеживания пропускной способности, и OTT пытается достичь некоторых решений с помощью это.
DASH использует файл манифеста, обычно это файл XML. , чтобы описать доступные фрагменты видео и их качество. Файл манифеста может также включать метаданные, такие как скрытые титры, альтернативные звуковые дорожки и аудио- и видеокодеки. Клиентское приложение учитывает эти данные при выборе фрагментов для воспроизведения и при переключении между настройками качества.
Ключевым преимуществом DASH является то, что он работает с различными серверами потоковой передачи и сетями доставки контента (CDN). Распространение контента по многочисленным серверам и CDN улучшает доступность, масштабируемость и производительность для поставщиков контента. DASH является гибким и может использоваться как для прямой трансляции, так и для распространения видео по запросу благодаря поддержке расширенных функций, таких как шифрование, безопасность контента и управление цифровыми правами (DRM).
DASH поддерживается широким спектром устройств и платформ, таких как веб-браузеры, мобильные устройства, смарт-телевизоры и игровые приставки. Кроме того, он поддерживается большинством основных платформ потокового видео и сетей доставки контента, что делает его популярным вариантом как для небольших, так и для крупных приложений потокового видео.
Потенциальным недостатком DASH является его сложность, которая могут затруднить установку и настройку. Для достижения оптимальной производительности и взаимодействия с пользователем необходимо тщательное планирование и оптимизация. Тем не менее многие поставщики контента и потоковые платформы разработали инструменты и службы, облегчающие процесс внедрения DASH.
В заключение следует отметить, что протокол потоковой передачи DASH является очень гибким и универсальным решением для потоковой передачи видео, предлагая адаптацию в реальном времени к изменяющимся условиям сети, а также поддержку широкого спектра устройств и платформ.
Его открытый стандарт и поддержка нескольких серверов и CDN делают его популярным выбором для приложений любого размера, которые передают видео. Однако для достижения оптимальной производительности и взаимодействия с пользователем его сложность требует тщательного планирования и оптимизации.
Вот пример файла манифеста DASH в формате XML:
?xml version="1.0" encoding="UTF-8"?> MPD xmlns="urn:mpeg:dash:schema:mpd:2011" profiles="urn:mpeg:dash:profile:isoff-main:2011"> Period start="PT0S"> AdaptationSet mimeType="video/mp4" segmentAlignment="true" startWithSAP="1"> Representation bandwidth="540000" codecs="avc1.4d401f" height="360" width="640"> SegmentTemplate media="$RepresentationID$/$Number$.mp4" initialization="$RepresentationID$/init.mp4" timescale="90000" duration="900000" startNumber="1" /> Representation> Representation bandwidth="1080000" codecs="avc1.4d401f" height="540" width="960"> SegmentTemplate media="$RepresentationID$/$Number$.mp4" initialization="$RepresentationID$/init.mp4" timescale="90000" duration="900000" startNumber="1" /> Representation> Representation bandwidth="2160000" codecs="avc1.4d401f" height="720" width="1280"> SegmentTemplate media="$RepresentationID$/$Number$.mp4" initialization="$RepresentationID$/init.mp4" timescale="90000" duration="900000" startNumber="1" /> Representation> AdaptationSet> AdaptationSet mimeType="audio/mp4" segmentAlignment="true" startWithSAP="1"> Representation bandwidth="128000" codecs="mp4a.40.2" audioSamplingRate="44100"> AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="2" /> SegmentTemplate media="$RepresentationID$/$Number$.m4a" initialization="$RepresentationID$/init.mp4" timescale="44100" duration="220500" startNumber="1" /> Representation> AdaptationSet> Period> MPD> В этом файле манифеста определены два разных набора модификаций; один для видео, а другой для аудио. Каждый адаптационный набор имеет по крайней мере одно, а часто и несколько представлений, каждое из которых имеет разную степень совершенства. Шаблон URL для получения отдельных видео- и аудиосегментов задается элементом SegmentTemplate. Кроме того, URL-адрес инициализации, указанный этим элементом, используется для доступа к сегменту инициализации.
Поддержка скрытых титров в DASH
Скрытые титры – это тип субтитров, основанный на тексте и синхронизированный с видеоконтентом. DASH может облегчить доставку скрытых субтитров. Существует множество различных протоколов, которые можно использовать для предоставления скрытых титров, включая WebVTT, TTML и CEA-608. Файл манифеста DASH может содержать дополнительные наборы AdaptationSet для различных дорожек скрытых субтитров. Каждый из этих наборов AdaptationSet может иметь собственный шаблон URL-адреса, который позволяет пользователям получать доступ к частям скрытых субтитров.
Иллюстрацию закрытого заголовка AdaptationSet можно увидеть, например, в файле манифеста DASH, представленном следующим фрагментом кода XML:
Этот AdaptationSet описывает параметры для записи субтитров, использующей формат файла TTML и предназначенной для английского (США) языка. Что касается дорожки субтитров, пропускная способность, кодеки и шаблон раздела определяются элементом Представление.
Поддержка миниатюр в DASH:
Доставка уменьшенных изображений также поддерживается DASH. Эскизы изображений — это миниатюрные изображения для предварительного просмотра, которые могут быть представлены либо до, либо во время воспроизведения видео. У вас есть возможность предоставлять миниатюры в виде отдельных файлов изображений или в качестве составной части самих видеосегментов. Файл манифеста DASH может содержать дополнительные представления для различных дорожек миниатюр, каждая из которых имеет собственный шаблон URL для извлечения сегментов миниатюр.
Иллюстрацию миниатюрного представления в файле манифеста DASH можно увидеть, например, во фрагменте кода XML, представленном ниже:
Формат файла JPEG используется для компонента эскиза, указанного этим представлением. URL-адрес инициализации и шаблон URL-адреса сегмента эскиза задаются элементом SegmentTemplate. Шаблон URL-адреса сегмента эскиза используется для доступа к сегменту эскиза, а URL-адрес сегмента инициализации используется для доступа к сегменту инициализации.
DASH позволяет доставлять скрытые титры и миниатюры, которые могут улучшить общее впечатление от просмотра, а также предоставить дополнительный контекст и информацию, связанную с видеоконтентом. Файл манифеста DASH может содержать дополнительные AdaptationSets и представления для различных дорожек подписей и эскизов, каждая из которых может иметь собственный шаблон URL для доступа к соответствующим частям.
. информация Изображение для этой статьи было создано с помощью Kadinsky v2.
Подсказка: проиллюстрируйте видеопоток.
MPEG-DASH
MPEG-DASH — технология адаптивной потоковой передачи данных, предоставляющая возможность доставки потокового мультимедиа-контента через Интернет по протоколу HTTP. Является первым решением по потоковой передаче данных с адаптивным битрейтом, получившим статус международного стандарта.
DASH — это сокращение от Dynamic Adaptive Streaming over HTTP. Это технология потокового мультимедиа с адаптивной скоростью передачи данных. Потоковое мультимедиа можно передавать через веб-сервер HTTP.
MPEG-DASH, как решение для передачи потокового мультимедиа с адаптивной скоростью передачи данных на основе HTTP, был опубликован ISO/IEC в 2012 году и официально стал международным стандартом.
Технология MPEG-DASH может использовать для кодирования любой кодек, например H.265, H.264, VP9.
MPD — файл
Стандарт MPEG-DASH предлагает иерархическую структуру организации файлов и использует ее для описания файлов видеоресурсов на сервере потокового мультимедиа. MDP (файл описания презентации мультимедиа) создается вместе с сегментом мультимедийного видео и содержит все содержимое сгенерированного файла, видео, аудио, субтитры со скоростью звука и видео и т. Д. Как правило, клиент использует протокол HTTP для загрузки в начале сеанса, а затем клиент выбирает соответствующие ресурсы для загрузки в соответствии с уровнем кэша и сетевой средой для достижения адаптивного воспроизведения видео.
Файлы MPD расширяемы и могут легко получить кроссплатформенную поддержку. Объем файловых данных небольшой, время загрузки небольшое, а в процессе передачи почти нет временной задержки. MPD использует иерархическую модель данных, включая период (Period), набор адаптации (Adaption Set), представление (Reprentation), сегмент (Segment).
Файл MPD содержит один или несколько последовательных периодов на оси времени. Период — это продолжительность видео, которое может воспроизводиться непрерывно, включая время начала и продолжительность видео. За это время определяются соответствующие параметры видео.
Бесплатный триал Flussonic Media Server
Пожалуйста, заполните форму для получения бесплатного тестового ключа.
Если вы не получите от нас письмо в течение 30 мин, проверьте в спаме и добавьте наш адрес в избранные контакты.
- Flussonic Media Server
- Глоссарий
- MPEG-DASH