"Што такое пратакол SRT з адкрытым зыходным кодам Інтэрнэт-перадачы? Што гэта значыць для індустрыі струменевага відэа? FMUSER прадставіць вам усю інфармацыю, якую вы павінны ведаць пра пратакол SRT, уключаючы значэнне пратакола SRT, фон SRT пратакол і пратакол SRT могуць прынесці ў будучыню рашэнні для струменевага відэа, відэаіндустрыю і развіццё сеткавай перадачы відэа Уплыў і змены ---- FMUSER "

хуткі прагляд

Што такое пратакол СТО?
Як працуе пратакол СТО?
Гісторыя развіцця пратакола СТО
Што можа прынесці нам пратакол СТО?
Чаму пратакол СТО так важны?
Якія перавагі выкарыстання пратакола СТО?
Пратакол SRT падтрымлівае рашэнні для трансляцыі ад FMUSER
Параўнаны пратакол SRT з распаўсюджанымі фарматамі перадачы
HTTP Live Streaming (HLS)
Як працуе HLS?
MPEG-DASH (дынамічная адаптыўная трансляцыя праз HTTP)
Як MPEG-DASH працуе і прыкладання
Які пратакол трансляцыі падыходзіць менавіта вам?
Праўда пра пратакол СТО

1. Што такое пратакол СТО?

● вызначэнне: SRT пратакол - гэта абрэвіятура (Secure Reliable Transport Protocol). Пратакол бяспечнага надзейнага транспарту (пратакол SRT) - гэта высакаякасны пратакол перадачы відэа з адкрытым зыходным кодам у рэжыме рэальнага часу, які абараняе роялці. Ён падтрымлівае шумныя або непрадказальныя сеткі (напрыклад, з нізкай затрымкай, высокапрадукцыйная струменевая перадача рэалізуецца ў агульнадаступным Інтэрнэце. Пратакол SRT у наш час з'яўляецца вельмі папулярным пратаколам перадачы відэа з нізкай затрымкай з адкрытым зыходным кодам. Выкарыстоўваючы надзейную тэхналогію перадачы пратакола SRT, ён можа паспяхова рэалізаваць бяспечную і надзейную перадачу і распаўсюджванне відэа высокай выразнасці ў звычайных Інтэрнэт-асяроддзях і паміж некалькімі месцамі.

Як адбываецца пратакол СТО?

● Саюз СТА гэта арганізацыя, створаная Haivision і Wowza для кіравання і падтрымкі прыкладанняў з адкрытым зыходным кодам пратакола SRT.

Гэтая арганізацыя імкнецца садзейнічаць узаемадзеянню рашэнняў для струменевага відэа і садзейнічаць супрацоўніцтву піянераў у відэаіндустрыі для дасягнення сеткавай перадачы відэа з нізкай затрымкай.

2. Як працуе пратакол СТО

Вылучаецца сувязь сувязі паміж крыніцай СТО (кодэр) і пункт прызначэння SRT (дэкодэр) для кіравання і аднаўлення пакетаў. Мэтай можа быць сервер, CDN альбо іншая прылада, якая падтрымлівае пратакол SRT. СТО пратакол выкарыстоўвае уласны метад аднаўлення страт пакетаў і UDP-пакеты ў сетцы, якія вы можаце наладзіць, каб адаптавацца да зменлівых умоў сеткі. Калі стан сеткі дрэнны, для паляпшэння якасці відэа можна дадаць больш буфераў пакетаў. Па меры паляпшэння сеткавых умоў затрымку можна паменшыць, каб дасягнуць практычна рэальнага рэжыму струменевай перадачы.

# Працоўны прынцып СТО пратакол

Любы брандмаўэр паміж SRT пратакол крыніца і мэтавая прылада павінны быць пройдзены. СТО пратакол мае тры мадэлі для гэтага:

Спатканне / які тэлефануе / слухач

Структура агрэгацыі з'яўляецца самай простай, і звычайна можна перамясціць міжсеткавы экран паміж SRT пратакол крыніца і мэта без яе ўдзелу. Калі вы не можаце прайсці праз брандмаўэр, вы павінны выкарыстоўваць рэжым выклікае / слухача. Аднак для ўдзелу ў ім неабходна наладзіць пераадрасацыю трафіку, каб трафік паступаў на агульнадаступны IP-адрас і SRT прылады прызначэння пратакол порт перанакіроўваецца на прыладу ў лакальную сетку.

Глядзіце таксама: Як загрузіць / дадаць спісы прайгравання M3U / M3U8 IPTV ўручную на падтрымліваемых прыладах

3. Гісторыя развіцця СТО пратакол

SRT - гэта альянс SRT, створаны сумесна Haivision і Wowza. Паколькі СТО пратакол стала тэхналогіяй з адкрытым зыходным кодам у 2017 годзе, больш за 130 кампаній падтрымалі праект з адкрытым зыходным кодам, падтрымаўшы альянс SRT. Яго пастаўшчыкі і канчатковыя карыстальнікі працуюць разам, каб павысіць дасведчанасць галіны пра СТО пратакол і выкарыстоўваць яго як агульны стандарт для перадачы відэа з нізкай затрымкай у Інтэрнэце.

У цяперашні час на рынку ўжо ёсць 50 прадуктаў з падтрымкай SRT, уключаючы IP-камеры, кадавальнікі, дэкодэры, відэашлюзы, платформы OTT і CDN. Пратакол SRT выкарыстоўваецца тысячамі арганізацый у многіх праграмах і на рынках па ўсім свеце.

FMUSER з'яўляецца адным з моцных прыхільнікаў СТО пратакол. У нас высокія патрабаванні да сумяшчальнасці і стандартаў. FMUSER узяў на сябе падтрымку пратакола SRT у бягучых і будучых рашэннях па кадаванні і дэкадаванні.

4. Што можа SRT Pротакол Прыносіць нам?

Мы думалі, што надышоў час перагледзець гарачую тэму бяспечнага надзейнага транспарту пратакол (СТО пратакол) гэты тыдзень. Некалькі невялікіх СТО пратакол паведамленні з'явіліся з таго часу, як пратакол з адкрытым зыходным кодам другі год запар скраў увагу Вегаса.

З моманту СТО мінула крыху больш за год пратакол дасягнуў аднаго з самых значных разгортванняў на сённяшні дзень, ESPN вывеў прылады, абсталяваныя SRT, на 14 спартыўных канферэнцый, каб вырабіць больш за 2,200 мерапрыемстваў праз недарагія Інтэрнэт-злучэнні, замяніўшы традыцыйныя спадарожнікавыя паслугі ўзыходзячай лініі сувязі і прывёўшы да эканоміі ад 8 мільёнаў долараў да 9 мільёнаў долараў. Калі ESPN можа дасягнуць эканоміі ў гэтым маштабе для адносна стрыманых падзей, уявіце магчымасці для буйных маштабных мерапрыемстваў - грашовых сродкаў, якія ў канчатковым рахунку можна ўкласці ў іншае месца для паляпшэння вопыту гледача.

Але дзякуючы першапраходцам струменевай індустрыі, як Netflix і YouTube, мільёны гледачоў дастаўляюць змест HTTP праз CDN без дапамогі SRT пратакол, у чым уся мітусня? Дакумент пастаўшчыка відэатрансляцый Haivision, члена-заснавальніка альянсу SRT, па сутнасці накіраваны на развянчанне міфа пра тое, што тэхналогія струменевай перадачы HTTP з выкарыстаннем RTMP з'яўляецца галоўным і канчатковым для відэа OTT. На самай справе, затрымкі да 30 секунд нярэдка сустракаюцца ў струменевай перадачы HTTP, выкліканыя ў першую чаргу мноствам націсканняў і рознымі буферамі ўздоўж шляху сігналу.

Глядзіце таксама: Шматканальны SПадтрымліваецца RT vIdeo Encoder для жывой трансляцыі

Акрамя таго, Haivision папярэджвае, што пратакол кіравання перадачай (TCP), стандарт, які выкарыстоўваецца пры прадастаўленні HTTP, можа выклікаць рэзкі ўсплёск затрымак, паколькі TCP патрабуе, каб кожны апошні пакет патоку дастаўляўся канчатковаму карыстальніку ў дакладнай арыгінальнай паслядоўнасці. У канчатковым рахунку гэта азначае, што TCP пастаянна спрабуе адправіць адсутнічаюць дадзеныя, бо няма магчымасці прапусціць дрэнныя байты.

Больш дробным мінусам з'яўляецца СТО пратакол ужо існавала як абрэвіятура ў відэаіндустрыі задоўга да з'яўлення пратакола з нізкай затрымкай, які тычыцца пашырэння для камп'ютэрных файлаў субтытраў, які называецца SubRip, так што пошук у Інтэрнэце інфармацыі пра пратакол можа лёгка збіцца з зусім іншага тэхналагічнага стэка.

Хутка пераходзім да таго, як SRT зрабіла сабе імя. На прыведзенай ніжэй схеме візуалізуецца, як генеруецца памылка ў выходным сігнале некарэкціраванага патоку пры страце пакета (зверху), у той час як карэкцыя памылак наперад (FEC) дадае ў паток пастаянны аб'ём дадзеных для ўзнаўлення страчаных пакетаў, як паказана ў сярэдзіна. Тады мы маем функцыю аўтаматычнага паўтарэння запыту (ARQ), якая перадае страчаныя пакеты па запыце ад прымача, што прадухіляе пастаяннае спажыванне прапускной здольнасці FEC.

Трэці і апошні ўлоў HTTP звязаны з тым, як TCP падае хуткасць перадачы пакетаў пры ўзнікненні перагрузак. "Хоць такія паводзіны спрыяюць зніжэнню агульнай загружанасці ў сетцы, яно не падыходзіць для відэасігналу, які не можа перажыць падзенне хуткасці ніжэй за намінальную бітавую хуткасць", - папярэджвае ён.

«Перавагі істотныя як для пастаўшчыкоў тэхналогій, так і для карыстальнікаў, значна спрашчаючы ўкараненне і зніжаючы выдаткі, паляпшаючы тым самым даступнасць прадукцыі і дапамагаючы падтрымліваць нізкія цэны. І паколькі кожны рэалізатар выкарыстоўвае адну і тую ж аснову кода, узаемадзеянне спрашчаецца », - гэта, напэўна, лепшая выснова для дакумента, чым той, які ён выбраў на самай справе.

5. Чаму пратакол СТО так важны?

Прымяненне пратакола SRT у аўдыявізуальным і ІТ-сектарах атрымала моцныя водгукі. Асноўныя прычыны ўзбуджэння лідэраў ІТ-думкамі сярод канчатковых карыстальнікаў прадпрыемстваў і ўрада; Інтэрнэт-відэаплатформы; сеткі дастаўкі кантэнту; карпаратыўныя сістэмы кіравання відэакантэнтам; І Інтэрнэт - аснова для перадачы ў струменевым рэжыме

На прадпрыемствах, урадах, школах і ў сферы абароны спажыванне высокапрадукцыйных відэа рэзка ўзрастае. Шматлікія пратаколы вырашылі праблему сумяшчальнасці струменевага відэа з вялікай колькасцю гледачоў, якія спажываюць кантэнт з розных прылад.

Аднак адным з лепшых спосабаў скарыстацца мясцовымі актывамі розных арганізацый і вялікімі інвестыцыямі, зробленымі пастаўшчыкамі паслуг у воблаку, з'яўляецца прадастаўленне інструментаў струменевага размеркавання з вельмі нізкай затрымкай відэа і вельмі надзейным. СТО пратакол выкарыстоўвае некаторыя з лепшых аспектаў пратакола карыстацкіх датаграм (UDP), такіх як нізкая затрымка, але дадае праверку памылак, каб адпавядаць надзейнасці пратакола кіравання перадачай / Інтэрнэт-пратакола (TCP / IP). Хоць TCP / IP можа апрацоўваць усе профілі дадзеных і найбольш прыдатны для яго працы

нататка: СТА пратакол можа замяніць старэючы пратакол RTMP. Ён вырашае праблемы бяспекі і факусуюць на прадукцыйнасці відэа - нават праз агульнадаступную Інтэрнэт-інфраструктуру і можа спецыяльна апрацоўваць высокапрадукцыйнае відэа.

6. Якія перавагі выкарыстання пратакола СТО?

Тры характарыстыкі: БЯСПЕКА, НАДЗЕЙНАСЦЬ і НІЗКАЯ ЛАТЭНЦЫЯ.

Умовы	Асаблівасці
З пункту гледжання БЯСПЕКІ	СТА пратакол падтрымлівае шыфраванне AES для забеспячэння скразной бяспекі перадачы відэа.
З пункту гледжання НАДЗЕЙНАСЦІ	СТА пратакол выкарыстоўвае тэхналогію прамой карэкцыі (FEC) для забеспячэння стабільнасці перадачы
З пункту гледжання НІЗКАЙ ЛАТЭНЦЫІ	СТА пратакол пабудаваны зверху на пратакол UDT, ён вырашае праблему вялікай затрымкі перадачы пратакола UDT. Пратакол UDT заснаваны на пратаколе сеткавай сувязі UDP

# Аркуш 1 - Што такое fнкции ofПратакол СТО

СТА пратакол дазваляе прамую сувязь паміж крыніцай сігналу і мэтай, што рэзка кантрастуе з многімі існуючымі сістэмамі перадачы відэа, якія патрабуюць цэнтралізаванага сервера для збору сігналаў з аддаленых месцаў і перанакіравання іх у адзін або некалькі пунктаў прызначэння. Цэнтральная архітэктура на аснове сервера мае адзіную кропку збою, якая таксама можа стаць вузкім месцам у перыяды высокага трафіка. Перадача сігналаў праз канцэнтратар таксама павялічвае поўны час перадачы сігналу і можа павялічыць прапускную здольнасць удвая, таму што неабходна рэалізаваць дзве лініі сувязі: ад крыніцы да цэнтральнага хаба, а ад цэнтра да пункта прызначэння . Выкарыстоўваючы прамыя сувязі ад крыніцы да пункта прызначэння, SRT пратакол можа паменшыць затрымку, ліквідаваць цэнтральныя вузкія месцы і скараціць сеткавыя выдаткі.

СТА пратакол вырашае складаную праблему тэрмінаў перадачы і можа падтрымліваць перадача ў рэжыме рэальнага часу высокапрадукцыйных файлаў і звышчыстага відэа.

ЧАТЫРЫ АСНОЎНЫЯ АСАБЛІВАСЦІ пратакола СТО
функцыянальная		Відэа ў сырой якасці - SRT пратакол прызначаны для прадухілення ваганняў, страты пакетаў і ваганняў прапускной здольнасці, выкліканых перагрузкамі ў шумных сетках, для лепшага прагляду. Гэта дасягаецца перадавой тэхналогіяй рэтрансляцыі з нізкай затрымкай, якая можа кампенсаваць і кіраваць стратай пакетаў. СТО пратакол можа вытрымліваць да 10% страт пакетаў без візуальнага ўздзеяння на паток.
Эфектыўны		Нягледзячы на вырашэнне праблем сеткі, відэа і аўдыя дастаўляюцца з нізкай латэнтнасцю, спалучаючы перавагі дастаўкі TCP / IP і хуткасць UDP. Нізкая затрымка - нягледзячы на тое, што яна можа справіцца з сеткавымі праблемамі, перадача відэа і аўдыё ўсё яшчэ мае нізкую затрымку. Ён мае ўсебаковыя перавагі надзейнасці дастаўкі TCP / IP і хуткасці UDP.
Бяспечны		Бяспечная скразная перадача - стандартнае шыфраванне AES 128/256-бітавае шыфраванне забяспечвае абарону змесціва ў Інтэрнэце. СТО пратакол Прамысловы стандарт шыфравання 128/256-біт AES забяспечвае бяспечную скразную перадачу змесціва праз Інтэрнэт, уключаючы спрошчанае абыход брандмаўэра. Таму што СТО пратакол гарантуе бяспеку і надзейнасць, агульнадаступны Інтэрнэт зараз можа выкарыстоўвацца для пашыраных мультымедыйных прыкладанняў, такіх як трансляцыя на сацыялістычныя хмарныя сайты (напрыклад, мультыхмарная платформа аднаадраснага развядзення вапны адначасова распаўсюджваецца ў некалькіх сацыяльных сетках, такіх як Facebook) Live, youtube , паторгванне і перыскоп (з відэатрансляцыі ў рэжыме рэальнага часу), трансляцыя альбо выдаленне ўсяго змесціва відэасценак альбо рэнтабельнасці інвестыцый відэасцены і г.д.
прасунуты		Адкрыты зыходны код - SRT пратакол - гэта бясплатныя пратаколы новага пакалення і з адкрытым зыходным кодам, якія забяспечваюць эканамічна эфектыўныя, сумяшчальныя і арыентаваныя на будучыню рашэнні.
Эканамічна		Сумяшчальнасць - ведаючы, што шматпрофільныя прадукты будуць працаваць без збояў, карыстальнікі могуць бяспечна разгарнуць SRT пратакол на працягу ўсяго працоўнага працэсу відэа і аўдыя.

# Аркуш 2 - Чаму мы выбіраем SRT Pротакол?

7. SRT Protocol Падтрымліваецца струменевае Рашэнні ад FMUSER

FMUSER H.264 h.265 энкодер / дэкодэр / мульты HD энкодэр / дэкодэр пара падтрымлівае мноства папулярных пратаколаў струменевай перадачы, уключаючы SRT пратакол. Дзякуючы гэтай кампактнай, надзейнай пары энкодэраў / дэкодэраў з невялікай магутнасцю карыстальнікі могуць упэўнена перадаваць патокі ў рэжыме рэальнага часу да 4K або Quad HD з некалькіх камер SDI праз кіраваную або некіраваную сетку.

Энкодэр / дэкодэр / транскадэр FMUSER IPTV

Апаратны энкодэр FBE200 H.264 / H.265 IPTV Больш падрабязна >>	FBE204 H.264 / H.265 IPTV Апаратны кадавальнік Больш падрабязна >>	FBE216 H.264 / H.265 IPTV Апаратны кадавальнік Больш падрабязна >>
1-канал	4 каналы	16 каналаў

# Аркуш 3 - Рашэнні для перадачы аўдыя- і відэатрансляцыі FMUSER

Больш падрабязна >>

Унутрысерыйныя вытворчыя прыкладання, сямейства датчыкаў FMUSER забяспечвае самую нізкую затрымку ад шкла да шкла на рынку, бяспечна забяспечваючы патокі ў вытворчых студыях ад аддаленых падзей. Паток, які генеруецца кадавальнікам FMUSER, уключае ў сябе праграмную пазнаку часу, якая гарантуе, што сігналы сінхроннай камеры могуць быць узгоднены пры дэкадаванні дэкодэрам FMUSER. Акрамя таго, гэтыя каналы могуць быць сінхранізаваны, каб забяспечыць бесперабойную інтэграцыю ў асяроддзе студыі.

нататка: Энкодер / дэкодэр FMUSER мае магутную функцыю паслугі струменевага мультымедыя. У дадатак да падтрымкі агульных пратаколаў, такіх як RTSP / RTMP, ён таксама падтрымлівае пратакол Onvif бяспекі, пратакол SIP, пратакол NDI (наладжвальны), пратакол SRT (наладжвальны), GB / T28181 (наладжвальны) і іншыя пагадненні аб паслугах струменевага мультымедыя; дапаможа вам атрымаць перадавыя перавагі ў сферы бізнесу з ультравысокай выразнасцю відэа, заснаванага на IP.

Некалькі прыкладанняў, якія падтрымліваюцца FMUSER SRT Апаратныя кадавальнікі FBE200. Больш падрабязна >>

Тэхналогія прадукцыі FMUSER сканцэнтравана на высакаякаснай прадукцыі і пастаянна ўдасканальвае і пераўзыходзіць шлях. З боку НДДКР вытворчасць, збыт, абслугоўванне і іншыя дзелавыя сувязі цалкам інтэгруюцца, паслуга не адключаецца ад пачатку да канца. Заўсёды прымайце патрэбы карыстальнікаў як рухаючую сілу інавацый, вырабляйце толькі прадукты, якія адпавядаюць рэальным патрэбам карыстальнікаў, і вырабляйце толькі тыя прадукты, якім карыстальнікі могуць давяраць. У той жа час ён можа забяспечыць кліентаў высакаякаснай распрацоўкай прадукцыі і індывідуальнымі паслугамі.

Глядзіце таксама: У чым розніца паміж AM і FM?

8. У параўнанні з СТО пратакол З распаўсюджанымі фарматамі перадачы

Для сеткавай перадачы відэа патрэбныя больш эфектыўныя пратаколы струменевага перадачы. Паколькі кампаніі і пастаўшчыкі кантэнту (CDN) рыхтуюцца да будучыні, напоўненай жывой трансляцыяй, гэтая неабходнасць ніколі не была больш актуальнай. Будучыня трансляцыі ў рэжыме рэальнага часу, SRT пратакол, HLS і MPEG прыйшлі. Давайце паглядзім, што ўяўляюць сабой гэтыя пратаколы ў рэжыме рэальнага часу, іх перавагі і іх прымяненне

У цяперашні час у Інтэрнэце ёсць два жывыя відэатрансляцыі.

● Прамая трансляцыя на аснове RTMP.

● Прамая трансляцыя пратакола WebRTC.

Прамая трансляцыя на аснове RTMP

Пратакол WebRTC

1. Гэты метад жывой трансляцыі выкарыстоўвае пратакол RTMP для прасоўвання ўверх і RTMP, HTTP + FLV альбо HLS для прайгравання ўніз

2. Затрымка жывой трансляцыі звычайна перавышае 3 секунды і складае

1. Гэты метад жывой трансляцыі выкарыстоўвае пратакол UDP для распаўсюджвання струменевых медыя

2. Затрымка прамой трансляцыі складае менш за 1 секунду, а колькасць адначасовых злучэнняў звычайна менш за 10

Заўвага: Ён у асноўным выкарыстоўваецца ў такіх прыкладаннях, як нізкая затрымка і вялікая паралельнасць, такія як жывыя падзеі, сінхранізацыя інфармацыі пра запас, адукацыя ў вялікіх класах і г.д.

Заўвага: У асноўным выкарыстоўваецца ў такіх праграмах, як відэазванкі і шоў, якія падключаюць мікрафоны. Сцэны.

# Аркуш 4 - Параўнанне RTMP і WebRTC

9. HTTP Live Streaming (HLS)

HTTP Live Streaming (HLS) - гэта адаптыўны пратакол трансляцыі на аснове HTTP, які адпраўляе відэа- і аўдыязмест па сетцы ў невялікіх сегментах мультымедыя на аснове TCP, якія збіраюцца паўторна ў пункце прызначэння. Кошт разгортвання HLS невысокі, паколькі выкарыстоўваецца існуючая сеткавая тэхналогія на аснове TCP, якая прывабная для CDN, якія імкнуцца замяніць старыя (і дарагія) медыя-серверы RTMP. Але паколькі HLS выкарыстоўвае TCP, якасць вопыту (QoE) аддаецца перавазе ў параўнанні з нізкай затрымкай, і час адставання можа быць вялікім (як у секундах, а не ў мілісекундах).

Першапачаткова HLS быў распрацаваны Apple Inc. як пратакол для перадачы мультымедыя на прылады Apple. З тых часоў Apple распрацавала HLS (push), які з'яўляецца пратаколам адкрытага стандарту для перадачы дадзеных, даступным для ўсіх прылад. У цяперашні час HLS падтрымлівае відэа, якое кадуецца з выкарыстаннем кодэкаў H.264 або HEVC.

# HTTP Live Streaming (HLS)

Перавагай HLS з'яўляецца тое, што яна распрацавана для адаптацыі да розных умоў сеткі. Розныя версіі патоку адпраўляюцца з розным дазволам і бітрэйтам. Гледачы могуць выбраць якасць трансляцыі, якую хочуць. HLS таксама падтрымлівае некалькі гукавых дарожак, што азначае, што ваш паток можа мець некалькі моўных трэкаў, з якіх карыстальнікі могуць выбраць. Іншыя льготы ўключаюць падтрымку цітраў, метададзеных, кіраванне лічбавымі правамі (DRM) і нават убудаваную рэкламу (у не занадта далёкай будучыні). Рамкі ёсць.

нататка: Падтрымліваецца бяспечная трансляцыя праз HTTPS, а таксама алгарытмы хэшавання MD5 і SHA для аўтэнтыфікацыі імя карыстальніка і пароля.

Глядзіце таксама: Як вырашыць праблемы GOGO IPTV на Icone Pro, Plus і Wegoo?

10. Як працуе HLS

Падыход падобны на перадачу файлаў. Медыясегменты трансліруюцца праз порт HTTP 80 (альбо порт 443 для HTTPS), які звычайна ўжо адкрыты для сеткавага трафіку. Такім чынам, змест можа лёгка праходзіць міжсеткавыя экраны практычна без удзелу ІТ.

# Даведайцеся, як працуе HLS

HLS выкарыстоўвае кантэйнер транспартнага патоку MPEG2-TS з наладжвальнай працягласцю сегмента мультымедыя, а таксама наладжвальным памерам спісу прайгравання для паўторнай зборкі сегментаў мультымедыя на серверы праглынання. Падтрымліваецца фрагментаваны MP4.

#Даведайцеся, як працуе HSL

нататка: Паколькі HLS выкарыстоўвае тэхналогію, заснаваную на TCP, метад страты і аднаўлення сеткавых пакетаў інтэнсіўны. Гэта адна з прычын павелічэння латэнтнасці. Хоць даступны пэўны кантроль над памерам медыясегмента, магчымасць памяншэння затрымкі абмежаваная, асабліва калі сервер праглынання патрабуе пэўнага памеру сегмента мультымедыя.

HLS па-ранейшаму з'яўляецца стандартам для трансляцыі на мабільныя прылады і планшэты. Вы таксама можаце выкарыстоўваць HLS для перадачы на CDN, які не падтрымлівае RTMP, калі нізкая затрымка не з'яўляецца абавязковым патрабаваннем. Важна адзначыць, што RTMP ужо састарэла ўсё больш і больш CDN. HLS таксама добра падыходзіць для бяспечнай трансляцыі карпаратыўных трэнінгаў і ратуш праз прыватныя лакальныя сеткі (LAN), калі нізкая затрымка не з'яўляецца абавязковай умовай і дрэнныя ўмовы сеткі (мяркуючы, што сетка падтрымлівае HLS).

11. MPEG-DASH (дынамічная адаптыўная трансляцыя праз HTTP)

MPEG-DASH - гэта адкрыты стандартны адаптыўны пратакол трансляцыі на аснове HTTP, які адпраўляе відэа- і аўдыязмест па сетцы ў невялікіх сегментах мультымедыя на аснове TCP, якія збіраюцца паўторна ў пункце прызначэння. Міжнародная арганізацыя па стандартызацыі (ISO) і каманда MPEG распрацавалі MPEG-DASH для прагназавання кодэкаў і дазволу, што азначае, што MPEG-DASH можа перадаваць відэа (і аўдыя) любога фармату (H.264, H.265 і г.д.) і падтрымлівае дазвол да 4K. У адваротным выпадку MPEG-DASH працуе практычна гэтак жа, як і HLS.

Кошт разгортвання MPEG-DASH невысокі, паколькі выкарыстоўваецца існуючая сеткавая тэхналогія на аснове TCP, прывабная для CDN. Але паколькі пакеты перавозяцца праз TCP, якасць вопыту (QoE) аддаецца перавазе ў параўнанні з нізкай затрымкай, а час затрымкі можа быць вялікім.

MPEG-DASH таксама распрацаваны для адаптацыі да розных умоў сеткі. Розныя версіі патоку адпраўляюцца з розным дазволам і бітрэйтам. Гледачы могуць выбраць якасць трансляцыі, якую хочуць. Таксама падтрымліваюцца некалькі гукавых дарожак, а таксама пашыраныя функцыі, такія як цітры, метададзеныя і кіраванне лічбавымі правамі (DRM). Інфраструктура ёсць для будучых распрацовак, як убудаваная рэклама

12. Як MPEG-DASH працуе і прыкладання

Прынцып працы:

MPEG-DASH працуе гэтак жа, як і HLS, і адпраўляе кароткія сегменты мультымедыя праз HTTP (порт 80) або HTTPS (порт 443) для зручнага абыходу брандмаўэра. Ён выкарыстоўвае кантэйнер транспартнага патоку MPEG2-TS з наладжванай працягласцю сегмента мультымедыя, а таксама наладжвальным памерам спісу прайгравання для паўторнай зборкі сегментаў мультымедыя на серверы праглынання. Падтрымліваецца фрагментаваны MP4.

#Канцэптуальная архітэктура MPEG DASH

нататка: Высокая латэнтнасць MPEG-DASH галоўным чынам звязана са стратай сеткавых пакетаў і метадам аднаўлення, якія выкарыстоўваюцца для ўсіх сетак на аснове TCP. І хаця MPEG-DASH прапануе пэўны кантроль над памерам медыясегмента, магчымасць памяншэння затрымкі абмежаваная - асабліва калі сервер праглынання патрабуе пэўнага памеру медыясегмента.

#Стандарт MPEG-DASH для перадачы мультымедыя праз Інтэрнэт

нататка: Выкарыстоўвайце MPEG-DASH для перадачы на CDN, які не падтрымлівае RTMP, калі нізкая затрымка не з'яўляецца абавязковым патрабаваннем. Важна адзначыць, што RTMP ужо састарэла ўсё больш і больш CDN. DASH таксама добра падыходзіць для бяспечнай трансляцыі карпаратыўных трэнінгаў і ратуш праз прыватныя лакальныя сеткі, калі нізкая затрымка не з'яўляецца абавязковай умовай і дрэнныя ўмовы ў сетцы.

13. Які пратакол трансляцыі падыходзіць менавіта вам?

нататка: У той час як RTMP на сённяшні дзень з'яўляецца самым папулярным пратаколам струменевай перадачы, такія пратаколы, як пратакол SRT, HLS і DASH, складаныя. Што ў адаптыўных пратаколаў трансляцыі на аснове HTTP HLS і MPEG-DASH, а ў RTMP няма?

● Некалькі аўдыядарожак на адну відэадарожку для шматмоўных пастановак.
● Уключэнне метададзеных і іншых тыпаў убудаванага кантэнту.
● Падтрымка кіравання лічбавымі правамі (DRM).
● Адпраўляйце некалькі версій патоку з розным дазволам і бітрэйтам, каб гледачы маглі выбраць якасць, якое адпавядае іх умовам сеткі альбо памеры экрана.
● Маштабаванасць значна прасцей і танней для HLS і MPEG-DASH, чым для RTMP. А RTMP звычайна патрабуе ручнога адкрыцця ІТ-сеткавых партоў для праходжання міжсеткавых экранаў.

нататка: Калі затрымка альбо дрэнныя ўмовы ў сетцы не з'яўляюцца праблемай, HLS альбо MPEG-DASH перамагаюць SRT пратакол. Адаптыўныя пратаколы трансляцыі на аснове HTTP забяспечваюць гледачам з рознымі ўмовамі сеткі найлепшую якасць відэа і наладжваць іх прасцей, чым SRT пратакол.

14. Праўдзівыя рэчы аб Пратакол СТО

1. СТО пратакол - гэта рашэнне з адкрытым зыходным кодам, якое было інтэгравана ў некалькі платформаў і архітэктур, уключаючы партатыўныя рашэнні на аснове апаратнага забеспячэння і хмарныя рашэнні на аснове праграмнага забеспячэння.

2. СТО пратакол можа добра працаваць на злучэннях з затрымкамі ад некалькіх мілісекунд да некалькіх секунд. Можа апрацоўваць вялікія затрымкі ў сетцы.
3. СТО пратакол не мае нічога агульнага з нагрузкай. Любы тып відэа- ці аўдыя-носьбіта альбо любы іншы элемент дадзеных, які можна адправіць з выкарыстаннем UDP, сумяшчальны з SRT. Падтрымка некалькіх тыпаў патокаў.
4. СТО пратакол адпраўка падтрымлівае некалькі адначасовых патокаў. Некалькі розных мультымедыйных патокаў, такіх як некалькі ракурсаў камеры альбо дадатковыя аўдыядарожкі, могуць быць адпраўлены праз паралельныя SRT-патокі, якія выкарыстоўваюць адзін і той жа порт UDP і адрас па спасылцы кропка-кропка.
5. Працэс поціскання рукі, які выкарыстоўваецца СТО пратакол падтрымлівае выходныя злучэння без неабходнасці адкрываць небяспечныя пастаянныя знешнія парты ў брандмаўэры, падтрымліваючы тым самым палітыку бяспекі кампаніі. Пашыраны абыход брандмаўэра.

6. СТО пратакол канчатковая кропка ўсталёўвае стабільны скразны профіль затрымкі, пазбаўляючы ад неабходнасці абсталявання ўніз па плыні мець уласны буфер для вырашэння зменных затрымкі сігналу. Час сігналу дакладны.

CDN, такія як Akamai, ужо абвясцілі, што спыняюць падтрымку RTMP. Стары і дарагі для разгортвання. З новымі пратаколамі, як SRT пратакол, HLS і MPEG-DASH набіраюць папулярнасць, гэта толькі пытанне часу, калі RTMP застанецца ў мінулым.

нататка: Калі патрэбна нізкая затрымка, і вы трансліруеце праз непрадказальныя сеткі, то SRT пратакол з'яўляецца пратаколам струменевага выбару. СТО пратакол усталёўвае ўласнае злучэнне для аднаўлення пакетаў, якое значна больш эфектыўна, чым TCP. Гэта дазваляе СТО пратакол забяспечваць двухбаковую сувязь паміж гаспадаром і аддаленым госцем практычна ў рэжыме рэальнага часу. І вы можаце наладзіць затрымку, каб наладзіць умовы сеткі.

НАЗАД

Дадатковыя артыкулы тыпу

m3u Extension - Спіс праграм, якія могуць адкрываць файлы .m3u

Кіраўніцтва ручной загрузкі IPTV .M3U / .M3U8 Плейліст-патокі на розных прыладах

Як зрабіць сабе антэну FM-радыё ｜ Асновы і падручнікі самаробнай FM-антэны

FMUSER STL Link - усё, што вам трэба на абсталяванні студыі для перадатчыка

Для атрымання дадатковай інфармацыі аб прадуктах, якія падтрымліваюцца пратаколам СТО, звяжыцеся са мной па Web | Дадатак