Zakaj se po ponovni povezavi OBS na YouTubu pojavi nov prenos

Ponovna povezava OBS sama po sebi ne ustvari novega prenosa

Prekinitev povezave s strežnikom YouTube in ponovna povezava OBS bi se običajno morali nanašati na isti prenos. Gledalci lahko vidijo premor, statično sliko ali izpad dela prenosa, vendar povezava, klepet in posnetek ostanejo enaki. Če se v YouTube Studio pojavi ločena stran, vzrok pogosteje ni v sami ponovni povezavi, temveč v spremembi povezave med vhodnim tokom in prenosom.

Na strani YouTuba obstajata dve različni entiteti: stran prenosa z naslovom, dostopom, klepetom in nastavitvami ter RTMP tok, ki ga pošilja OBS. Nov prenos se pojavi, ko storitev prejme tok, povezan z drugim prenosom ali drugim scenarijem zagona.

Kako se stran prenosa razlikuje od ključa prenosa

Ključ prenosa OBS potrebuje za pošiljanje videa in zvoka na strežnik YouTube. Stran prenosa je objekt, ki ga odpre gledalec: ima povezavo, predogled, opis, klepet in bodoči posnetek. Pri stabilni nastavitvi en vhodni tok služi eni izbrani strani prenosa.

Po kratki prekinitvi lahko OBS znova vzpostavi povezavo z istim RTMP vhodom. Če pa je bil med motnjo ustvarjen nov prenos, izbran drug ključ ali je zunanje orodje spremenilo povezavo, YouTube začne sprejemati tok za drugo stran. Od zunaj je videti, kot da je program en stream razdelil na dva, čeprav je bila odločitev sprejeta na ravni nastavitve prenosa.

Nova stran se ustvari ročno v YouTube Studio

Pogost scenarij se začne po izgubi signala. Lastnik kanala odpre Studio, zagleda opozorilo o težavi in ustvari nov prenos, namesto da bi počakal na obnovitev prejšnjega. Nato se OBS znova zažene že s parametri nove predloge, prva stran pa ostane s kratkim posnetkom.

Napaka je lažja, če ima kanal hkrati načrtovan stream, osnutek, testni prenos in več starih predlog s podobnimi imeni. Pomanjkljivost ročnega obnavljanja v stresni situaciji je očitna: težko je hitro ugotoviti, katera stran je povezana s trenutnim signalom, gledalci pa lahko ostanejo na stari povezavi.

Sprememba ključa v profilu ali na drugem računalniku

Ključ oddajanja se lahko razlikuje med profili OBS, delovnimi računalniki in rezervno opremo. Na primer, glavni računalnik uporablja ključ načrtovanega prenosa, rezervni pa ključ testnega prenosa, shranjen prej. Ob preklopu na rezervo YouTube prejme tok po drugi shemi in lahko zažene drugo stran.

Preverite nastavitve oddajanja OBS na vsaki napravi: izbrano storitev, strežnik in ključ. Koristno je tudi preveriti, kateri profil je bil aktiven pred prekinitvijo in po njej. En skupni ključ za celotno ekipo poenostavi zagon, vendar ima ta možnost pomanjkljivost: naključni zagon z drugega računalnika lahko poseže v delovni prenos.

Avtomatizacija ustvari prenos namesto ponovne povezave

Nadzorne plošče, boti, vtičniki in lastni skripti lahko delujejo z API-jem YouTube. Takšna orodja ustvarijo prenos, nastavijo naslov, dostop in druge parametre ter ga nato povežejo z vhodnim tokom. Če se avtomatizacija zažene ne le pred prvim zagonom, ampak tudi po obnovitvi omrežja, lahko ustvari novo stran.

Še posebej pozorno preverite upravljalnike zagona OBS, menjave prizorov, omrežnih dogodkov in ukazov z oddaljene plošče. Pomanjkljivost avtomatizacije je, da napaka v logiki ni vedno takoj opazna: slika se že prenaša, vendar gledalci in moderatorji še naprej gledajo prejšnji prenos prek stare povezave.

Kako naj bi izgledala shema povezave toka

Za en načrtovan stream mora biti veriga preprosta: OBS pošilja tok po enem RTMP ključu, YouTube pa ga sprejme v eno določeno stran prenosa. Pri ponovni povezavi OBS se vrne v isti vhod, če se ključ, nastavitve Studia in zunanji scenariji niso spremenili.

Shema je koristna pri diagnostiki: pokaže, da prekinitev interneta ni enaka ustvarjanju novega prenosa. Nov objekt se pojavi šele, ko se v verigi spremeni ključ, ciljna stran ali avtomatizacija ustvari novo povezavo. Ne spreminjajte več parametrov hkrati: po tem je težko ugotoviti vir težave.

Kako najti vzrok v zgodovini prenosov in dnevniku OBS

Odprite seznam prenosov v YouTube Studio in primerjajte čas ustvarjanja strani, dejanskega začetka in konca posnetka. Če je bila druga stran ustvarjena točno med prekinitvijo, preverite dejanja v Studiu in delovanje avtomatizacije. Če sta obe strani obstajali že prej, so se po ponovni povezavi najverjetneje spremenili ključ, profil ali naprava.

• Primerjajte trenutek izgube signala s časom pojava nove strani v Studiu.
• Preverite aktivni profil OBS pred ponovnim zagonom in po njem.
• Primerjajte parametre oddajanja na glavnem in rezervnem računalniku.
• Odprite dnevnik OBS: v njem so vidni odklop, poskusi ponovne povezave in nov zagon prenosa.
• Preverite, ali so se v trenutku motnje zagnali boti, nadzorne plošče ali skripti.
• Prepričajte se, da v Studiu ni bila ročno odprta in nastavljena druga predloga.

Načrtovan prenos pomaga ohraniti eno povezavo

Za pomemben stream je priročno vnaprej pripraviti stran prenosa in jo uporabiti kot stalno vstopno točko za občinstvo. Pred začetkom preverite naslov, dostop, predogled in prispetje signala prav v ta prenos. Po prekinitvi najprej odprite njegov status in se prepričajte, da se OBS poskuša vrniti k prejšnji povezavi.

Ne ustvarjajte nove strani, dokler niso preverjeni aktivni profil, ključ in stanje že zagnanega prenosa. Načrtovani format ima pomanjkljivost: ko se na kanalu naberejo stare predloge z enakimi imeni, je lahko izbrati napačno. Pomagajo jasna delovna imena in brisanje nepotrebnih testnih prenosov.

Večkrat uporabljen ključ in ločeni ključi za naloge

Večkrat uporabljen ključ odpravi nenehno kopiranje parametrov v OBS in zmanjša tveganje napake pri pripravi. Pri kratki omrežni motnji pomaga programu, da se vrne v običajno sprejemno točko. Ta možnost je priročna za eno delovno mesto, kjer ni vzporednih testov in zapletenih zunanjih scenarijev.

Pomanjkljivost večkrat uporabljenega ključa je manjši nadzor nad dostopom. Če je shranjen na drugem računalniku ali predan pomočniku, lahko naključni zagon poseže v trenutni prenos. Za teste, rezervno opremo in ločene projekte je potreben vnaprej določen red: kateri ključ se uporablja, na katero stran se nanaša in kdo lahko zažene tok.

Test ponovne povezave pred pomembnim prenosom

Preverjanje je bolje izvesti na zaprtem testnem prenosu. Zaženite OBS, počakajte na signal v Studiu, nato začasno prekinite prenos ali omrežno povezavo in pustite programu, da poskusi obnoviti povezavo. Po vrnitvi signala preverite povezavo, klepet, naslov in obstoj iste strani v nadzorni plošči.

Če se po testu pojavi nov prenos, ne spreminjajte nastavitev na slepo. Zabeležite čas dogodkov, aktivni profil OBS, uporabljeni ključ in seznam povezanih orodij. Nato izklopite avtomatizacijo, ponovite test in ločeno preverite preklapljanje med glavno in rezervno napravo. Pomanjkljivost takega testa je, da ne bo ponovil vseh težav resničnega omrežja, vendar omogoča ločevanje napake v konfiguraciji od naključne motnje povezave.

Kdaj je ločen prenos res potreben

Nova stran je upravičena, če se spremenijo tema, dostop, videz, urnik ali je potreben samostojen arhiv. Ločeni prenosi se uporabljajo tudi za zaprte predstavitve, tehnične teste in vzporedne projekte. V teh primerih ločevanje pomaga, da se klepeti, posnetki in statistika različnih dogodkov ne mešajo.

Pomanjkljivost takšne rešitve je, da mora občinstvo preiti na novo povezavo, podatki pa ostanejo v različnih prenosih. Če je naloga le obnovitev OBS po kratki prekinitvi, novega prenosa ni treba ustvariti: ohraniti je treba prejšnjo povezavo toka z že zagnano stranjo.