Тікелей трансляцияны SRT бағытына қалай жіберуге болады

Тікелей трансляцияны SRT бағытына жіберу үшін қабылдаушыдан srt:// мекенжайын алыңыз, қай тарап тыңдайтынын және қай тарап қоңырау шалатынын растаңыз, сондай-ақ қабылдаушы күтетін stream ID, құпия фраза және кідіріс мәндерін сәйкестендіріңіз. Содан кейін қабылдаушының UDP портын ашып, жіберушіні іске қосыңыз және оған сенбес бұрын бейне келіп жатқанын тексеріңіз.

Кішкентай сәйкессіздіктер SRT баптауларын бұзады, сондықтан әр мәліметті сәйкестендіріңіз. Протоколмен жаңа танысасыз ба? SRT стриминг деген не мақаласынан бастаңыз.

Негізгі тұжырымдар

• SRT байланысының бір тарапы UDP портында тыңдайды, ал екіншісі оған қоңырау шалады.
• srt:// URL хост пен порттан бөлек mode, streamid және passphrase сияқты опцияларды тасиды.
• Ақаулардың көбі жабық порттан, екі caller-ден немесе құпия фраза не stream ID сәйкессіздігінен туындайды.
• 24/7 трансляцияны өндірістік қабылдаушыға бағыттамас бұрын жергілікті түрде сынап көріңіз.

SRT бағыттарын шын мәнінде кім пайдаланады

Әдетте SRT-ні танымал әлеуметтік платформаға жібермейсіз. SRT бағыттары, әдетте, телерадио компаниясы, кәсіпорын немесе серіктес басқаратын жүйелер болады:

• Эфирлік ойнату және продакшн. Студиялар SRT арқылы келетін contribution ағындарын аппараттық декодерлерге, коммутаторлар мен playout жүйелеріне қабылдайды.
• Медиа серверлер. Өз серверіңіздегі және коммерциялық медиа серверлер SRT-ні қабылдап, оны плеерлерге, жазуға немесе әрі қарай таратуға қайта орайды.
• Серіктестерге беру. Бағдарламаны желіге, алаң экрандарына немесе дистрибьюторға жеткізетін арна оны жиі SRT арқылы береді.
• Бұлттық бейне сервистер. Кейбір кәсіби платформалар RTMP-мен қатар SRT қабылдауын ұсынады.

Әр жағдайда қабылдаушының операторы сізге дәл сәйкестендіру керек қосылу мәліметтерін береді. Қарсы тарап тек RTMP ұсынса, оның орнына custom RTMP сервер нұсқаулығын орындаңыз.

Caller, listener және rendezvous режимдері

Әр SRT байланысына күтетін бір тарап және қоңырау шалатын бір тарап керек.

• Listener UDP портына байланып, қосылуларды күтеді. Оған қолжетімді мекенжай және брандмауэрде ашық порт қажет.
• Caller listener-дің хосты мен портына қосылады және байланыс шығыс болғандықтан, көп брандмауэрлердің артынан жұмыс істейді.
• Rendezvous режимінде екі тарап келісілген порттарда бір уақытта бір-біріне қоңырау шалады, бұл екі тарап та кіріс трафикті қабылдамаған кезде көмектесуі мүмкін.

Режим бейненің қай бағытта ағатынымен байланысты емес. Бұлттық сервис немесе энкодер сіздің серверіңізге жеткізгенде, әдеттегі тәртіп — жіберуші caller, қабылдаушы listener.

Классикалық қате — екі caller немесе екі listener. Екі тарап та анық қате хабарламасыз күтіп тұрады, сондықтан режимді қабылдаушының операторымен растаңыз.

srt:// URL-ді бөлік-бөлік оқу

SRT мекенжайы әдетте мынадай болып көрінеді:

srt://ingest.example.com:9000?mode=caller&streamid=channel-main&passphrase=YOUR-LONG-SECRET

• Хост және порт. Қабылдаушының хост атауы немесе IP мекенжайы және ол тыңдайтын UDP порты. Әмбебап әдепкі порт жоқ, сондықтан өзіңізге берілгенін пайдаланыңыз.
• mode. Сіздің тарапыңыздың рөлі: caller, listener немесе rendezvous.
• streamid. Кейбір қабылдаушылар ағынды бағыттау немесе авторизациялау үшін пайдаланатын идентификатор, трансляция кілтіне ұқсас. Оның форматы қабылдаушыға байланысты.
• passphrase. AES шифрлауына арналған ортақ құпия, әдетте 10-нан 79-ға дейін таңбадан тұруы талап етіледі. Екі жақта да дәл сәйкес келуі керек.
• pbkeylen. 16, 24 немесе 32 байттық қосымша кілт ұзындығы, яғни AES-128, 192 немесе 256.
• latency. Қалпына келтіру буфері. Кейбір құралдар миллисекунд қабылдайды, ал FFmpeg негізіндегі бағдарламалар әдетте микросекунд күтеді, сондықтан басқа баптаудан санды көшірмес бұрын тексеріңіз.

Қабылдаушы тарапты дайындау

Қабылдаушыны өзіңіз басқарсаңыз, бірдеңе жіберілмес бұрын оны дайындаңыз:

1. Listener баптаңыз — медиа серверіңізде, декодерде немесе playout бағдарламасында тұрақты UDP портында.
2. Сол UDP портын ашыңыз — сервер брандмауэрінде және оның алдындағы кез келген бұлттық security group немесе маршрутизаторда. TCP ережелері SRT-ні қамтымайды.
3. Құпия фраза таңдаңыз және бағдарламаңыз stream ID бойынша бағыттаса, осы ағынға ID таңдаңыз.
4. Жолға сай кідірісті таңдаңыз; ұзақ немесе тұрақсыз маршруттарға көбірек керек.
5. Форматты растаңыз. SRT әдетте H.264 бейне және AAC дыбысы бар MPEG-TS тасиды, сондықтан қабылдаушы оны қабылдайтынына көз жеткізіңіз.
6. Жергілікті түрде сынаңыз — басқа машинадағы OBS немесе FFmpeg-тен қысқа ағын жіберіп.

Қабылдаушы тек мақұлданған мекенжайларды қабылдаса, жіберушінің мекенжайына да рұқсат беріңіз.

Басталмайтын SRT байланыстарының ақауларын жою

SRT қателері көбіне түсініксіз, сондықтан белгісі бойынша диагноз қойыңыз:

• Байланыстың уақыты өтеді. UDP порты жабық немесе бағытталмаған, хост қате немесе екі тарап бірдей режимді пайдаланады.
• Байланыс қабылданбайды. Әдетте құпия фраза сәйкес келмейді, құпия фраза тек бір тарапта қойылған немесе қабылдаушы stream ID-ді танымайды.
• Қосылады, содан кейін кідіреді немесе үзіледі. Кідіріс желі жолы үшін тым төмен немесе интернет жылдамдығы битрейт пен қайта жіберу шығынынан төмен. Алдымен кідірісті арттырыңыз.
• Қосылады, бірақ сурет пен дыбыс жоқ. Қабылдаушы басқа контейнерді немесе кодекті күтеді, ал оның журналдары әдетте қайсысы екенін айтады.

Жұмыс істей бастаған соң, қосылған әр мәнді жазып алыңыз. 24/7 трансляцияны онлайн ұстау мақаласындағы жалпы әдеттер SRT бағыттарына да қатысты.

StreamHouse трансляциясына SRT бағытын қосу

StreamHouse-та SRT кіріктірілген платформалармен қатар custom бағыт болып табылады. Қабылдаушының толық srt:// URL-ін, оған қажет құпия фраза сияқты опцияларымен бірге қойыңыз. Сізге stream ID немесе кілт бөлек берілсе, оны stream ID өрісіне енгізіңіз, сонда URL-де әлі жоқ болса, StreamHouse оны streamid параметрі ретінде қосады. URL-де режим болмаса, StreamHouse caller ретінде қосылады, сондықтан қабылдаушыңыз тыңдауы керек.

Алдын ала кодталған бейнелердің циклдік плейлистін қабылдаушыңызға тәулік бойы жіберіңіз немесе SRT-ні сол бір трансляцияда YouTube, Twitch және басқа RTMP бағыттарының жанына қосымша трансляция слоттарын жұмсамай қосыңыз. Ол бұлтта жұмыс істейді және іркілістерден кейін автоматты түрде қайта қосылады. Бастау нұсқаулығы алғашқы трансляцияны қадам-қадаммен көрсетеді.

Жиі қойылатын сұрақтар

SRT қай портты пайдаланады?

Бірыңғай стандартты порт жоқ. Listener кез келген бос UDP портын пайдалана алады, ал қабылдаушының операторы қайсысы екенін айтады. Сол порт жіберуші мен listener арасындағы әр брандмауэрде UDP трафигі үшін ашық болуы керек.

SRT жіберушім caller болуы керек пе, әлде listener ме?

Әдетте жіберуші қоңырау шалады, ал қабылдаушы тыңдайды, өйткені қабылдаушылардың тұрақты мекенжайлары мен ашық порттары болады, ал жіберушілер брандмауэрлердің артында тұрады. Тараптар қарама-қарсы режимдерді немесе екеуі де rendezvous қолданса, техникалық тұрғыдан кез келгені жұмыс істейді.

SRT трансляциясы үшін қандай кідіріс қою керек?

Жиі қолданылатын бастапқы нүкте — жіберуші мен қабылдаушы арасындағы айналым уақытынан бірнеше есе көп мән, ал пакет жоғалтатын немесе алыс байланыстарда одан да көп. Сақтықпен бастаңыз, түсіп қалған пакеттерді бақылаңыз, содан кейін оны біртіндеп төмендетіңіз. Құралыңыз миллисекунд күте ме, әлде микросекунд па, соны растаңыз.

Бір трансляциядан SRT мен RTMP-ні бірге жіберуге бола ма?

Иә, құралыңыз бірнеше шығысты қолдаса. Бұлттық сервис интернетіңізден қосымша жүктеусіз бір уақытта жария платформаларға RTMP және жеке қабылдаушыға SRT жеткізе алады. Бәрібір әр бағытқа өзінің дұрыс мәліметтері керек.

Әрі қарай

• SRT қалай жұмыс істейтінін түсіну
• Custom RTMP серверіне трансляция
• Custom RTMP және SRT шығыстары
• Алғашқы трансляцияңызды баптау