OTT - Подаване на IP на живо

Предоставянето на живо, висококачествено излъчване на видео по интернет винаги е било интересно предизвикателство. Очаква се инженерите на излъчванията да разбират и управляват сложни видео, мрежи, мащаби, надеждност и възпроизвеждане, за да доставят надеждно програмиране на мултиплатформени устройства за гледане. В тази серия от статии ние се впускаме по-дълбоко в предаването на живо OTT, идентифицираме някои от тези предизвикателства и представяме стратегии за постигане на надеждно разпространение на живо OTT.

Потокът в интернет позволява на телевизионните оператори да достигнат до много по-голяма аудитория от традиционните наземни, кабелни и сателитни модели. Зрителите вече гледат любимите си програми по цял набор от устройства, включително клетъчни телефони, игрални системи, персонални компютри и Smart-TV. И за да увеличат аудиторията си и следователно приходите, телевизионните оператори трябва да предоставят на тези зрители.

Публичният интернет отваря нови възможности за многоплатформена доставка, предоставяйки на аудиторията много нови възможности за гледане. Това обаче не е толкова лесно, колкото би се появило, тъй като има три конкретни предизвикателства, пред които ще бъдат изправени повечето телевизионни оператори; широчините на честотната лента варират, латентността е непредвидима и размерите на картината се определят от устройството за възпроизвеждане, което зрителят използва.

OTT извлича потоци от данни

Основно, предаването на радио- и телевизионни програми и доставките на ОСТ се различават в един важен аспект. Сателитните, кабелните и наземните системи натискат всички данни към телевизора и телевизора. За разлика от това, устройствата за възпроизвеждане на OTT изискват поток и извличат данните от телевизионния оператор, като всеки член на аудиторията има уникален изглед.

Интернет е разработен, за да доставя текстови документи, използвайки модел клиент-сървър. За да започне всяко прехвърляне на данни, клиентът често започва, като изпраща команда "GET" на слушателя, често уеб сървър. Уеб сървърите са в постоянен режим на слушане и когато получат командата "GET" от оторизиран клиент, те ще изпратят исканата информация обратно в браузъра на съответния IP адрес.

Свързаните с интернет устройства обикновено използват модела HTTP (Hyper Text Transfer Protocol), за да комуникират с уеб сървъри. HTTP се намира на върха на TCP (Transfer Control Protocol), който на свой ред се намира на върха на IP дейтаграми. Въпреки че са добавени повече команди към HTTP протокола, както е разработен през годините, моделът клиент-сървър, предлагащ доставка, е начинът, по който повечето устройства, свързани с интернет, работят днес. Дори ако зрителят гледа на специално предназначено приложение, се използва подходът HTTP клиент-сървър.

HTTP Везни

HTTP обикновено работи над TCP / IP, за да гарантира, че данните се обменят надеждно между клиента и сървъра. Въпреки че TCP е много ефективен при препращането на загубени пакети, които, ако не се притесняват, значително ще влошат видеофайла и ще повлияят на преживяването при гледане, има такса, свързана с TCP, която може да доведе до повишен латентност и мрежов трафик.

Съществуват и други системи като RTMP (протокол за съобщения в реално време) и webRTP (уеб-реално време-протокол). Традиционно, RTMP се използва в зрителите на Flash, но използването му е отхвърлено, тъй като мрежите за доставка изглеждат за консолидиране на инфраструктурите с общ метод за показване и Flash е отхвърлен в много зрителни среди.

Макар че първоначално не беше разработен за поточно предаване на видео на живо през публичния интернет, HTTP се превърна в най-често използвания протокол за предаване на видео потоци днес. Тъй като това е езикът de facto за повечето уеб трафик, инфраструктурата, базирана на стандарти, вече съществува широко.

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

За да се разбере дистрибуцията на OTT, от гледна точка на инженерите на излъчване, трябва да започнем от разделянето на възпроизвеждането и да се върнем обратно в изложбения център.

По отношение на ИТ, стриймингът е процесът на разбиване на файл в сегменти и предоставянето му на устройство за възпроизвеждане, което улеснява гледането на видео и аудио. Алтернативата е да изтеглите целия файл в плейъра. Докато прогресивното изтегляне съществува при поискване, това не е идеално, тъй като дългите времена за изтегляне ще повлияят на изживяването и разходите на зрителите.

Fragment Media

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

В един модел на клиент-сървър на живо, който работи на живо, това работи добре, тъй като устройството за възпроизвеждане на зрителите ще изпраща HTTP-GET команди до уеб сървъра приблизително веднъж на секунда, за да изтегли последователни късове от видео и аудио данни. Животът обаче става интересен, когато броят на хората, които гледат събитието, се увеличава до националните и международните томове. Ако 10 милиона души гледат събитието, 10 милиона HTTP-Get заявки ще бъдат изпратени всяка секунда.

Повече подробности за продажбите за контакт:

Бони Джиа

Регионален мениджър продажби

DIBSYS Технологии Ко ООД

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

Уеб: www.dibvision.com

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

Мобилен: +86 15356661487 Какво е приложението: +86 15356661487 Skype: dibsys0801