Новое, для веб-издателей, стандарт DASH

 

 

Все громче слышно о новейшей разработке, конкретно, стандарт DASH.

То, что умные дяденьки с седыми бородами будут придумывать все новые стандарты совсем ни ново.

Прогресс бежит и на месте совсем не собирается останавливаться. Наверное, конкуренты по бизнесу на пятки наступают!:)

И так встречайте новую технологию для веб-издателей, стандарт DASH.

Стандарт DASH предназначен для адаптивного потокового HTTP-вещания или полное название MPEG DASH (Dynamic Adaptive Streaming over http — Динамическое Адаптивное Потоковое HTTP-вещание.

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

Весело и сердито!

Даже больше, DASH в будущем заменит существующие технологии вещания, такие как Microsoft Smooth Streaming, Adobe Dynamic Streaming и Apple HTTP Live Streaming.

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

Однако, MPEG DASH-стандарт имеет серьезные проблемы с HTML5-кодеком.

Ведь за основу в DASH-стандарте будут взяты H.264 или WebM кодеки, которые не являются универсальными и не поддерживаются всеми HTML5 браузерами.

Это значит, что 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-пакеты не блокируются брандмауэром и обеспечивают механизм веб-кэширования.

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

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

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

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

В HLS реализована технология сегментирования MPEG-2 Transport Stream (M2TS).

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

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

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

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

В противном случае DASH хотя и сможет занять на рынке определенную нишу, но ему не удастся реализовать весь свой потенциал.

Однако, думаю что они придут к общему мнению и нам придется осваивать новинку уже на практике.

Удачи, Друзья !

Схожие статьи по совпадениям:

Поделиться этой записью

PinIt
Если, Вы впервые на wp.aspekti.eu, то для Вас:

-ПОДАРОК!-

НАЖМИТЕ КЛАВИШИ "CTRL"и "D" ОДНОВРЕМЕННО! Чтобы быстро: ПОМЕСТИТЬ АДРЕС ЭТОЙ СТРАНИЧКИ В ИЗБРАННОЕ А почему? А потому, чтобы позже вернуться на нее!!!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вверх