Dash video что это

Нужно разобраться с тем что такое DASH (mpeg-dash) и как его юзать?

Помогите разобраться с тем что такое DASH (MPEG-DASH) и как им пользоваться, для начала опишу его так как я понимаю. DASH — это технология с помощью которой можно делать стриминг видео или просто вещать статическое видео (как на ютубе), с динамической подгрузкой. Так как в моем случае нужно вещать статическое (сохраненное на сервере) видео говорить буду о нем. Для того чтобы начать вещать с помощью этой технологии, нужно подключить модуль nginx-rtmp-module к nginx (или это делаеться с помощью другого инструмента?) и в нем указать:

rtmp < server < listen 1234; application videos/< dash on; dash_path /path/to/; >>>

Для доступа к видео нужно будет ввести в поиск rtmp://sitename.ru/videos/videoname, и здесь первый вопрос: как сделать чтобы в поиск вбивать http а не rtmp (ведь на ютубе доступ к видео получаеться по http)?. Читал что надо добавить еще:

http < server < location videos< root /path/to/; >>>

Но не могу понять как это будет работать?

ffmpeg -i video.mp4 -g 24 (устанавливаю ключевые кадры) -r 24 + прочие настройки videoout.mp4
MP4Box -dash 1000 -frag 1000 -rap videoout.mp4

Итог: Ответьте пожалуйста правильно ли я понимаю что такое DASH, исходя из того как я описал его вначале и плюс выделенные вопросы. Спасибо

Вопрос задан более трёх лет назад
1971 просмотр

Доставка контента по MPEG-DASH

MPEG-DASH (Dynamic Adaptive Streaming over HTTP) – это протокол для потоковой передачи медиа с адаптивным битрейтом поверх HTTP.

Как и в случае HLS (HTTP Live Streaming), для трансляции через MPEG-DASH видеофайл делится на мелкие сегменты.

Каждый из сегментов содержит небольшой интервал воспроизведения мультимедийного контента, потенциально длящегося несколько часов. Например, фильма или прямой трансляции события.

Один и тот же контент может кодироваться в видеофайлы разного качества для адаптации к скорости соединения клиента.

Основываясь на пропускной способности доступного в клиенту соединения, медиаплеер клиента с поддержкой MPEG-DASH выбирает, который может быть загружен для воспроизведения без задержек.

Метод кодирования для передачи через MPEG-DASH

MPEG-DASH позволяет использовать любой стандарт кодирования. Он разработан, чтобы быть независимым от кодеков. Он поддерживает все кодеки, такие как H.264, H.265, VP9, VP10 и т.д.

Внедрение

Внедрение MPEG-DASH требует создания зоны CDN для больших объектов и использования индексного файла MPD.

Обратите внимание, что вам нужно только загрузить свои полные файлы .mp4, а сегментация выполняется CDN. Для получения MPD-файла нужно добавить префикс «/dash» в путь файла и «/manifest.mpd» в конце.

Ваш загруженный mp4: /video/012345.mp4

Автоматически созданный MPD-файл: /dash/video/012345.mp4/manifest.mpd

Сгенерированный манифест (MPD) использует элементы SegmentTemplate из спецификации MPEG-DASH.

Файл MPD содержит ссылки на сегменты мультимедиа под разную скорость передачи данных, чтобы медиаплеер клиента мог использовать эту информацию для построения полного URL для нужного фрагмента с учетом скорости доступа в сеть.

Вы можете изменить длину сегментов, используя параметры bsd (первые несколько сегментов) и sd (другие сегменты) в URL.

Ваш загруженный mp4: /video/012345.mp4

Путь к MDP: /dash/bsd/10000-10000-15000/sd/20000/video/012345.mp4/manifest.mpd

В приведенном выше примере длина первого сегмента составляет 10 секунд, второго – 10 секунд, третьего – 15 секунд, а для остальных – 20 секунд. Обратите внимание, что значения должны быть в миллисекундах. Значения задаются в миллисекундах.

URLSET

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

Допустим, у нас есть файл /video/012345.mp4 в трех разрешениях: 240p, 360p и 480p. Мы назвали файлы 012345_240p.mp4, 012345_360p.mp4 и 012345_480p.mp4, соответственно.

URI для генерации списка воспроизведения:

/dash/video/012345_,24,36,48,0p.mp4/urlset/manifest.mpd

Где общие части — это «012345_» и «0 p.mp4», а битрейты — 24,36,48 — разделены запятыми.

Такой запрос вернет манифест с использованием SegmentedTemplates, со всеми видеопотоками из всех файлов, вместе с дополнительной информацией о битрейтах и кодеках.

Ограничение доступа с помощью секретного ключа

Функциональность MPEG-DASH может быть объединена с нашей функцией ограничения доступа по секретному ключу, чтобы блокировать любые попытки хотлинкинга. Для получения подробной информации перейдите в раздел «Ограничение доступа с помощью секретного ключа».

Чтобы объединить все функции секретного ключа, ограничивающие доступ, необходимо включить следующую часть:

/video/bsd/10000-10000-15000/sd/20000/012345_,24,36,48,0p.mp4

Обратите внимание, что префикс /dash и суффиксы urlset/manifest.mpd и /manifest.mpd исключены.

Все сегменты имеют прикрепленные к ним ключи внутри файла .m3u8. По этой причине нет необходимости вычилсять ключ для каждого сегмента отдельно.

Поскольку один ключ используется для всего индексного файла, важно отметить, что для длинных видео ключ может истечь до того, как будет сделан запрос для конкретного сегмента.

MPEG-DASH в nginx-rtmp-module: живое видео в браузере без флеша

MPEG-DASH — технология нового поколения, позволяющая вещать адаптивный видео-поток. Данные разбиваются на фрагменты и передаются клиенту по протоколу HTTP. Это позволяет надежно передавать видео через существующую HTTP-инфрастуктуру, преодолевать прокси-сервера, а также безболезненно переносить проблемы с сетью, изменения сетевых адресов итд.

DASH — Dynamic Adaptive Streaming over HTTP. Стандарт DASH ISO/IEC 23009-1:2012 был разработан группой MPEG в 2011 году

Технология MPEG-DASH в целом аналогична другой известной технологии HLS (HTTP Live Streaming), разработанной компанией Apple и широко используемой на мобильных устройствах с iOS и Android. Поток представлен в виде небольших по длительности фрагментов и плейлиста (манифеста), содержащего метаданные потока и ссылки на фрагменты.

В HLS плейлист хранится в формате m3u8 (расширение m3u), а фрагменты — в MPEG-TS (часть стандарта MPEG-2). В MPEG-DASH плейлист (манифест) хранится в XML, а фрагменты могут иметь как формат MPEG-TS, так и ISO BMFF (проще говоря, mp4). На практике поддержка MPEG-TS клиентами ограничена, так что ориентироваться приходится на более современный mp4.

В чем же состоит преимущество MPEG-DASH? Главное преимущество в том, что поддержка этой технологии сегодня активно внедряется в браузеры, что дает возможность вещать видео без использования тяжелого и порядком надоевшего flash. Кроме того, MPEG-DASH поддерживается новыми моделями телевизоров в рамках стандарта HbbTV.

Далее я расскажу о самой технологии и опишу, как настроить live вещание в браузере с помощью nginx-rtmp-module и dash.js.

Манифест

характеристики видео — размеры, fps, кодек, ширина потока
характеристики аудио — частота, кодек, ширина потока
ссылки на актуальные аудио и видео фрагменты
ссылки на инициализирующие фрагменты потоков

Пример манифеста

Фрагменты

Фрагменты MPEG-DASH имеют формат mp4. Однако, это не совсем те mp4, которыми мы обычно пользуемся, это фрагментированные mp4. Обычный mp4 файл состоит из двух основных частей — метаданные и данные. Метаданные хранятся атоме moov , а данные — в атоме mdat . Метаданные позволяют для каждого семпла узнать его таймстамп, длительность, размер, смещение относительно начала файла итд. Кроме того, в moov хранится информация о кодеках и блок параметров кодеков, без которых невозможно декодирование потока.

Фрагментированные mp4 устроены иначе. Атом moov хранится в отдельном инициализирующем фрагменте и содержит лишь общую информацию о потоке — параметры кодеков, размеры видео, частота дискретизации аудио итд. Каждый фрагмент, в свою очередь, состоит из двух атомов — moof и mdat . Атом метаданных фрагмента moof хранит информацию о семплах, находящихся в этом фрагменте. Формат moof существенно отличается от moov. Кроме того, в отсутствие параметров кодека фрагмент не может быть проигран как независимый mp4-файл.

MPEG-DASH на сервере

Начиная с версии 1.0.8 в nginx-rtmp-module реализована поддержка вещания живых потоков в MPEG-DASH. Происходит это аналогично вещанию в HLS. В указанной директории создаются dash-фрагменты, а также файл манифеста. В процессе вещания старые фрагменты удалятся, новые появляются, плейлист обновляется.

Для сборки nginx с nginx-rtmp-module указываем его в —add-module

./configure --add-module=/path/to/nginx-rtmp-module .

После сборки настраиваем MPEG-DASH

rtmp < server < listen 1935; # генерация dash-манифеста и фрагментов в /tmp/dash application myapp < live on; dash on; dash_path /tmp/dash; >> > . http < server < listen 8080; # отдача манифеста и фрагментов location /dash < root /tmp; add_header Cache-Control no-cache; >> >

Вот как выглядит срез MPEG-DASH потока с именем mystream

# инициализирующие фрагменты mystream-init.m4a mystream-init.m4v # текущие фрагменты # формат имени: mystream-TIME.mp4X # где TIME-таймстамп первого семпла mystream-0.m4a mystream-0.m4v mystream-5888.m4a mystream-5888.m4v mystream-12648.m4a mystream-12648.m4v mystream-18648.m4a mystream-18648.m4v mystream-27328.m4a mystream-27328.m4v # манифест (плейлист) mystream.mpd # временные файлы для будущих фрагментов mystream-raw.m4a mystream-raw.m4v

MPEG-DASH в браузере

Основной инструмент, с помощью которого в настоящий момент реализуется проигрывание MPEG-DASH в браузерах — это плеер dash.js, являющийся референсной реализацией MPEG-DASH клиента и разрабатываемый организацией DASH Industry Forum. Плеер треует от браузера поддержки Media Source Extensions.

В настоящий момент плеер хорошо работает со статичным видео, однако с проигрыванием живых потоков у неего все еще есть определенные проблемы. Так, для поддержки live-вещаний в Chrome мне пришлось немного доработать плеер. Модифицированная версия лежит в бранче live моего форка проекта. Авторы плеера обещали в следующей версии полностью решить проблему с живыми вещаниями.

Скачиваем и устанавливаем dash.js из форка

# скачаем dash.js в /var/www cd /var/www git clone https://github.com/arut/dash.js.git cd dash.js git checkout live

Открываем в редакторе baseline.html и находим строчку со стандартным урлом

url = "http://dash.edgesuite.net/envivio/dashpr/clear/Manifest.mpd",

Заменяем на наш урл

url = "http://localhost:8080/dash/mystream.mpd".

Добавляем локейшен в nginx для отдачи содержимиго dash.js, включая тестовую страницу

location /dash.js < root /var/www; >

Теперь запускаем вещание с именем mystream

ffmpeg -re -i ~/Videos/sintel.mp4 -c:v libx264 -profile:v baseline -c:a libfaac -ar 44100 -ac 2 -f flv rtmp://localhost/myapp/mystream

Далее заходим в браузер на страницу http://localhost:8080/dash.js/baseline.html . Здесь, вероятно, придется подождать несколько секунд пока не будет создан манифест вещания и обновить страницу.

Браузеры

Chrome (в т.ч. мобильный начиная с Android 4.2) — поддерживается в текущей версии
IE — поддерживается с версии 11 начиная с Windows 8
Firefox — не поддерживается. Разработчики обещают поддержку Media Source Extensions в ближайшие месяцы
Safari — не поддерживается. Однако, Safari — единственный десктопный браузер, поддерживающий HLS.

Что такое MPEG DASH вещание?

На сегодняшний день тема MPEG DASH вещания является наиболее актуальной в сфере передачи видеоданных. В этой статье мы рассмотрим, что представляет собой MPEG DASH вещание и какое влияние в будущем оно может оказать на технологии видеовещания.

MPEG DASH (Dynamic Adaptive Streaming over http — Динамическое Адаптивное Потоковое HTTP-вещание) — это проект стандарта ISO (ISO/IEC 23009-1). Планируется, что окончательно стандарт MPEG DASH будет разработан к концу этого года. Как следует из названия, DASH — это стандарт для адаптивного потокового HTTP-вещания. Ожидается, что в будущем он заменит существующие технологии вещания, такие как Microsoft Smooth Streaming, Adobe Dynamic Streaming и Apple HTTP Live Streaming (HLS). Единый стандарт станет полезным для контент-производителей, которым будет достаточно создавать файлы одного типа, которые без каких-либо трудностей будут проигрываться на всех DASH-совместимых устройствах.

Группа разработчиков DASH-стандарта нашла поддержку среди крупнейших мировых компаний, таких как Apple, Adobe, Microsoft, Netflix, Qualcomm и многих других. Более того, Microsoft заявила, что она внедрит DASH-стандарт, как только он будет утвержден. И хотя от Adobe и Apple пока еще не было подобных заявлений, поддержка со стороны этих двух компаний окажет положительное влияние на будущее этого стандарта на рынке вещания.

Подписывайтесь на Mediasat в Telegram: здесь самые интересные новости из мира технологий

Тем не менее, MPEG DASH-стандарт имеет серьезные проблемы с HTML5-кодеком. Ведь за основу в DASH-стандарте будут взяты H.264 или WebM кодеки, которые не являются универсальными и не поддерживаются всеми HTML5 браузерами. Это значит, что DASH-пользователям придется осуществлять мультипотоковую передачу, задействовав несколько кодеков, что увеличит затраты на кодирование и хранение информации. Также вырастут и административные расходы.

И наконец, остается неясным вопрос, будет ли DASH-стандарт платным или абсолютно бесплатным? Ответ на этот вопрос может повлиять на большинство потенциальных пользователей стандарта. Например, Mozilla заявила, что она вряд ли будет применять DASH-стандарт, если тот не будет бесплатным. А учитывая тот факт, что на начало этого года браузеру Firefox принадлежало около 22% рынка, то будущее платного DASH-стандарта на рынке HTML5 выглядит весьма туманным.

Введение в MPEG DASH-стандарт

При адаптивном потоковом вещании, поток реального времени (передаваемый файл) разбивается на несколько частей (файлов) с различным битрейтом. В результате битрейт потока (файла), который принимается потребителем, может адаптивно изменяться в зависимости от доступной полосы пропускания или загрузки процессора. Постоянно отслеживая загрузку процессора и/или состояние буфера, адаптивные потоковые технологии, для обеспечения непрерывности проигрывания видео, при необходимости изменяют битрейт потока (файла). Отметим, что алгоритмы передачи данных адаптивных потоковых технологий непрерывно совершенствуются.

То, какой протокол используется в той или иной технологии потокового вещания, имеет решающее значение. Например, RTMP (Real Time Messaging Protocol) — протокол динамического потокового вещания компании Adobe, требует наличие потокового сервера и непрерывной по скорости связи между сервером и приемником. В результате, необходимость в потоковом сервере увеличивает затраты на реализацию вещания, а RTMP-пакеты могут блокироваться брандмауэром.

Требование непрерывной скорости связи означает, что в RTMP-протоколе не предусмотрено кэширование в режиме реального времени, как это реализовано в серверах, унифицированных под Hypertext Transfer Protocol (HTTP) протокол доставки данных, протокол Apple HTTP Live Streaming (HLS), протокол Microsoft Smooth Streaming и Adobe Dynamic Streaming (HDS) на основе HTTP.

Во всех этих трех протоколах используется HTTP-стандарт потоковой передачи данных, а это подразумевает необходимость потокового сервера. Более того, HTTP-пакеты не блокируются брандмауэром и обеспечивают механизм веб-кэширования. В конечном итоге, большинство данных могут передаваться не с сервера, а с кэша, что сокращает затраты на обеспечение высокой пропускной способности канала передачи видео и улучшает качество услуг, так как кэширование данных очень удобно для пользователей, а данные кэша легко могут быть воспроизведены.

И хотя на сегодняшний день большинство потоков передачи данных в сети Интернет по-прежнему реализовано на основе RTMP-протокола, все большее число компаний постепенно переходят к HTTP-протоколу.

Во всех адаптивных потоковых HTTP-технологиях используется комбинация закодированных медиа- и служебных файлов, в которых содержится информация об альтернативных потоках с указанием их адресов. При этом непрерывно контролируется статус буфера (HLS), а также загрузка процессора (механизм Smooth Streaming и HTTP Dynamic Streaming) и, при необходимости, происходит перенаправление на альтернативный поток по адресу, указанному в служебном файле.

В HLS реализована технология сегментирования MPEG-2 Transport Stream (M2TS). При этом файл-исходник разбивается на тысячу маленьких M2TS-файлов. А в Smooth Streaming и HDS для идентификации нужного фрагмента MP4-потока используются тайм-коды.

На создание различных форматов адаптивного видео (SmoothHD, HDNI, HLS и HDS) разработчиками было потрачено пять лет. При этом все эти форматы на 80% одинаковы и на 100% несовместимы. DASH — это попытка собрать все лучшее воедино, опираясь на опыт существующих адаптивных потоковых HTTP-технологий в один стандарт, охватывающий как мобильные, так и OTT-устройства.

Обзор технологий MPEG DASH

Ранее упоминалось, что все технологии адаптивного потока на основе HTTP состоят из двух компонентов — закодированные аудио/видео потоки и служебные файлы, в которых прописаны источники потоков и их адреса. В стандарте DASH аудио/видео потоки называются Media Presentation, а служебные файлы — Media Presentation Description.

Как показано на рисунке-1, модель данных Media Presentation — это структурированный набор аудио/видео контента, данные в котором разделены по периоду следования, типу компонента, битрейту и сегменту.

mpeg_dash_img

В Media Presentation общий пакет состоит из последовательности видеороликов, ограниченных временными рамками, которые определяют начало и конец нужного видеоролика. Каждый временной период состоит из частей аудиоконтента и видеоконтента. Этот контент может быть интегрированным, если он одноязычный, или же быть представленным элементарными потоками, как показано на рисунке-1, благодаря чему поддерживается мультиязычная трансляция аудио.

Каждый элементарный поток состоит из множества потоков с различными битрейтами. Согласно рисунку, битрейт «Образа 1» — 500 кбит/с, а битрейт «Образа 2» — 250 кбит/с.

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

Служебные файлы DASH, называемые Media Presentation Description — это файлы с расширением XML, которые идентифицируют различные компоненты контента, а также расположение альтернативных потоков. Благодаря этому плеер DASH-формата может идентифицировать и проигрывать нужные сегменты, переключаться между образами и, если необходимо, приспосабливаться под изменившийся уровень загрузки процессора или статус буфера, или же выполнять команды пользователя, такие как включение/выключение субтитров или изменение языка аудио.

Прочие особенности DASH-стандарта:

DASH-кодек является независимым, он совместим с H.264, WebM и другими кодеками;
DASH-стандарт поддерживает как формат медиафайлов в стандарте ISO (особенно формат MP4), так и транспортные потоки формата MPEG-2;
Хотя в DASH-стандарте не оговорен метод DRM, он поддерживает все DRM-технологии, оговоренные в стандарте ISO/IEC 23001-7: Общие методы шифрования;
DASH поддерживает функции поиска, а также быстрой перемотки вперед и назад;
DASH поддерживает возможность вставки рекламы.

Интеллектуальная собственность MPEG DASH

В связи с этим, остается неясным вопрос, будет ли DASH платным кодеком? На каком этапе необходимо будет платить за авторские права? Например, видеокодек MPEG-2 является платным как при кодировании и декодировании сигнала, так и для пользователей. Большинство участников проекта, которые внесли значительный вклад в разработку DASH — включая Microsoft, Cisco и Qualcomm — заявили, что хотят, чтобы продукт был свободен от платы за авторские права. И хотя эти три компании внесли огромный вклад в создание проекта, не все участники с ними согласны. Поэтому вопрос интеллектуальной собственности DASH в настоящее время остается открытым.

Также остается неясным вопрос о том, будет ли компания Mozilla интегрировать DASH в браузер Firefox, подчеркивая при этом, что DASH MPD являются платными компонентами. Это одна из причин, почему компания ранее не интегрировала в Firefox кодек H.264, авторские вознаграждения за который составили 5 миллионов долларов в год.

Компания Mozilla всегда следовала традиции внедрять популярные, свободные от оплаты стандарты. Если бы упомянутые MPEG стандарты были бы бесплатными, мы бы внедряли и DASH. Однако MPEG DASH в настоящее время создан на основе транспортных потоков стандарта MPEG, а он не является бесплатным. Следовательно, в настоящее время Mozilla вряд ли будет интегрировать DASH в Firefox.

Без поддержки Firefox, DASH не сможет стать единым стандартом адаптивного потокового вещания на рынке HTML5. Более того, применив агностическую технологию кодека, создатели DASH не предприняли никаких шагов для решения проблемы кодека HTML5. Поэтому даже если DASH будет реализован на всех HTML5-совместимых браузерах, контент-провайдеры вынуждены будут кодировать свой продукт в стандартах H.264 и WebM с целью обеспечения универсальности.

Конечно, не исключено, что DASH будет внедрен в плагины, такие как Flash или Silverlight, или же будет интегрирован в мобильные или OTT-устройства и в дальнейшем станет играть ключевую роль на рынке. Однако, учитывая реалии сегодняшнего дня, тяжело поверить в то, что DASH в скором времени станет единым стандартом «живого» адаптивного потокового вещания с поддержкой DRM в HTML5-браузерах настольных компьютеров. А поскольку заявлений от Apple или Adobe относительно применения стандарта DASH не прозвучало, неизвестно, какую поддержку получит DASH на рынке мобильных и переносных устройств. Давайте рассмотрим, почему так происходит!

Конкурентоспособность MPEG DASH

В определенной степени стандарт DASH ведет конкурентную борьбу с другими участниками рынка адаптивных потоковых технологий передачи данных. Например, HLS стандарт фирмы Apple обладает конкурентным преимуществом на рынке мобильных платформ за счет хорошей адаптации к данным устройствам. Именно поэтому компания Google приняла решение интегрировать стандарт HLS в свою ОС Android, начиная с версии 3.0 и выше.

Отметим, что с помощью стандарта HLS была решена проблема передачи видео между устройствами компании Apple. Но, в то же время, недоработка стандарта, а также большое разнообразие устройств, привело к тому, что проблема передачи видео на устройства с ОС Android, Blackberry и др., оказалась чрезвычайно сложной.

Если Apple поддержит стандарт DASH и интегрирует его во все существующие i-Девайсы, конкурентное преимущество HLS будет сведено на нет, а все мобильные устройства на основе DASH будут на равных конкурировать с устройствами на основе HLS. По правде говоря, Apple является активным участником создания стандарта DASH, поэтому нет никаких оснований для утверждений о неподдержке компанией стандарта после утверждения. Хотя здесь также стоит сказать и о том, что Apple никогда не отличалась в проявлении милосердия к конкурентам, а принятие стандарта DASH сделает продукцию Apple на рынке мобильных платформ менее конкурентоспособной, по крайней мере, на короткое время. Но это все рассуждения и догадки…

Если же говорить об обратной стороне медали, то контент-провайдеры желают иметь гибкий механизм передачи данных с поддержкой технологии DRM, что i-Устройства в настоящее время не обеспечивают. Если подавляющее большинство контент-провайдеров поддержат не i-Devices, а платформы на основе DASH, это мотивирует Apple поддержать стандарт. Более того, до тех пор, пока Apple будет поддерживать DASH, маловероятно, что контент-провайдеры, для которых DRM не важен, сразу же перестанут кодировать контент в формате HLS-потоков. Этот факт также необходимо учитывать при принятии решения о поддержки DASH.

В меньшей степени, этот же принцип применим и к Adobe. Так как Flash Player получил повсеместное распространение и присутствует на каждом настольном компьютере, фирма Adobe в конкурентной борьбе обогнала Silverlight от Microsoft и даже HTML5. И хотя компания Adobe принимала участие в разработке стандарта, она не желает интегрировать стандарт DASH в будущие версии программы Flash Player.

Заключение

DASH является чрезвычайно привлекательной технологией для веб-издателей. Это — единый стандарт, который позволит им выполнить разовую кодировку контента, а затем безопасно его распространять во все уголки земного шара, как для мобильных устройств, так и для OTT-устройств и настольных компьютеров, используя как плагины, так и HTML5. Наряду с тем, что в DASH не решен вопрос относительно HTML5-кодека, крайне негативным является факт неопределенности относительно того, придется ли медакомпаниям что-либо платить за использование спецификации DASH при кодировании файлов.

Компания Mozilla в настоящее время не поддерживает DASH, а от Apple или Adobe заявлений относительно данного стандарта пока не прозвучало. При оптимистическом настрое можно предположить, что влиятельные игроки на рынке оценят достоинства DASH, вложат собственные инвестиции и сделают стандарт бесплатным, а также убедят Apple, Adobe и Mozilla поддержать новое решение сразу после его утверждения. В противном случае DASH хотя и сможет занять на рынке определенную нишу, но ему не удастся реализовать весь свой потенциал.