OTT-Live IP-доставка

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

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

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

OTT выводит потоки данных

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

Интернет был разработан для доставки текстовых документов с использованием модели клиент-сервер. Чтобы инициировать любую передачу данных, клиент часто начинает с отправки команды «GET» слушающему агенту, часто веб-серверу. Веб-серверы находятся в режиме постоянного прослушивания, и когда они получают команду «GET» от авторизованного клиента, они отправляют запрошенную информацию обратно в браузер по соответствующему IP-адресу.

Устройства, подключенные к Интернету, обычно используют протокол HTTP (Hyper Text Transfer Protocol) для связи с веб-серверами. HTTP находится поверх TCP (протокол управления передачей), который, в свою очередь, находится поверх IP-дейтаграмм. Несмотря на то, что в HTTP-протокол добавлено больше команд, которые он разработал на протяжении многих лет, модель клиент-сервер, модель спроса, - это то, как сегодня работают большинство подключенных к Интернету устройств. Даже если зритель наблюдает за выделенным приложением, используется подход HTTP-клиент-сервер HTTP.

Масштабы HTTP

HTTP обычно работает поверх TCP / IP, чтобы гарантировать надежное обмен данными между клиентом и сервером. Хотя TCP очень эффективен при пересылке потерянных пакетов, которые, если не будут отправлены, значительно ухудшат подачу видео и влияют на работу с просмотром, есть связанные с TCP-потоком служебные данные, которые могут привести к увеличению задержки и сетевого трафика.

Существуют и другие системы, такие как RTMP (Real Time Messaging Protocol) и webRTP (веб-протокол реального времени). Традиционно RTMP использовался во Flash-браузерах, но его использование уменьшилось, поскольку сети доставки рассматривают возможность консолидации инфраструктур к общему способу доставки, а Flash во многих средах просмотра устарел.

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

Работа с устройства воспроизведения

Чтобы понять распределение OTT, с точки зрения радиовещательных инженеров, нужно начать с разрыва воспроизведения и вернуться в центр воспроизведения.

В ИТ-терминах потоковая передача - это процесс разбиения файла на сегменты и предоставление им доступного устройства воспроизведения для облегчения просмотра видео и аудио. Альтернативой является загрузка всего файла в плеер. Хотя прогрессивная загрузка существует по требованию, она не идеальна, так как длительное время загрузки влияет на опыт и стоимость просмотра.

Фрагмент СМИ

VOD и live-OTT аналогичны тем, что они оба фрагментируют носитель, поэтому устройство воспроизведения может запрашивать последовательные куски данных и воспроизводить клипы упорядоченным образом. Там, где они отличаются друг от друга, VOD имеет все доступные данные до начала фрагментации, тогда как live-OTT не делает и должен сжимать и фрагментировать видео, аудио и метаданные «на лету».

В одиночной модели клиент-сервер Live-OTT это хорошо работает, так как устройство воспроизведения зрителей будет отправлять HTTP-GET-команды на веб-сервер примерно раз в секунду, чтобы извлекать последовательные фрагменты видео- и аудиоданных. Тем не менее, жизнь становится интересной, когда число людей, наблюдающих за событием, увеличивается до национальных и международных томов. Если 10 миллионов человек наблюдают за событием, то 10 миллионов запросов HTTP-Get будут отправляться каждую секунду.

Подробнее связаться с продавцом:

Бонни Цзя

Региональный менеджер по продажам

DIBSYS Technologies Co., Ltd

-------------------------------------------------- ------------------------------

Веб: www.dibvision.com

Тел .: + 86-571-87068982 Факс: + 86-571-89714580

Мобильный телефон: +86 15356661487 Что нового приложения: +86 15356661487 Skype: dibsys0801