Näin pidät lähetyksen käynnissä mobiiliverkon katketessa

Luotettava IRL-lähetys ei perustu yhteen taika-asetukseen. Se syntyy kerroksista: verkkoon jätetystä kapasiteettimarginaalista, SRT:n pakettipalautuksesta, automaattisesta uudelleenyhdistämisestä ja varatilasta, joka näkyy puhelimen ollessa poissa: VISP Directissä relayn valinnaisesta BRB-kortista, omassa OBS:ssä paikallisesta varakohtauksesta.

Selvitä ensin, mikä yhteys katkeaa

Ketjussa on vähintään puhelimen lähetysyhteys, relay-palvelu ja yhteys suoratoistopalveluun. Oletuksena olevassa Directissä relay pitää itse alustayhteyden; valinnaisessa OBS-työnkulussa mukana ovat lisäksi OBS:n lukuyhteys ja OBS:n oma lähetys. Mittaa niitä erikseen. Puhelimen heikko lähetys ei korjaannu muuttamalla alustan asetuksia, eikä puhelimen katko välttämättä tarkoita, että varsinainen lähetys olisi päättynyt.

Jätä bittinopeudelle hengitysvaraa

Älä aseta videon bittinopeutta nopeustestin parhaaseen tulokseen. Mobiiliverkon kapasiteetti vaihtelee sijainnin, solun kuorman ja liikkeen mukaan. Käytä tasoa, jonka heikoin odotettu kohta kestää, ja ota mukautuva bittinopeus käyttöön enkooderissa, jos se on saatavilla. VISP-sovellus säätää bittinopeutta automaattisesti yhteyden kunnon mukaan ja käyttää kahden sekunnin avainruutuväliä.

720p30 kohtuullisella bittinopeudella on usein parempi tuotantovalinta kuin epävakaa 1080p60. Vakaa kuva näyttää katsojalle laadukkaammalta kuin suurempi tarkkuus, joka pysähtyy jatkuvasti.

Käytä SRT:tä palautumiseen, älä ihmeisiin

SRT voi lähettää kadonneita paketteja uudelleen viiveikkunan sisällä. Suurempi viive sietää enemmän vaihtelua mutta lisää kameran ja OBS:n välistä viivettä. VISP-sovellus käyttää kiinteää kahden sekunnin SRT-viivettä. Kolmannen osapuolen enkooderille mittaa edestakainen viive todellisessa käyttöverkossa hallintapaneelin Edistynyt-välilehden mittauksella ja jätä sille turvamarginaali.

SRT ei luo kaistanleveyttä tyhjästä. Jos yhteys katoaa kokonaan tai kapasiteetti alittaa bittinopeuden pitkäksi aikaa, kuva katkeaa viiveasetuksesta riippumatta.

Yhdistä molemmat päät automaattisesti

Puhelimen on yritettävä julkaisua uudelleen verkon palatessa, ja jos käytät OBS:ää, sen medialähteen on jäätävä valmiiksi odottamaan samaa polkua. Testaa lentotilan käyttö, verkkotyypin vaihtaminen ja sovelluksen paluu taustalta. Palautumisen pitää onnistua ilman uuden osoitteen kopiointia tai lähteen luomista.

Pidä lähetys käynnissä BRB-kortilla tai varakohtauksella

Kenttäkameran katkos ei saa päättää Twitch- tai Kick-lähetystä.

Directissä avaa hallintapaneelin BRB-välilehti ja ota käyttöön Näytä BRB-kortti, kun lähetys katkeaa. Se on oletuksena pois päältä. Kun se on päällä, katkennut syöte pitää jokaisen Direct-lähdön auki ja näyttää kortin, kunnes puhelin palaa tai lopetat lähetyksen. Vaihtoehtoja verrataan BRB-ruutu ilman OBS:ää -oppaassa.

Jos tuotat lähetyksen OBS:ssä, tee paikallinen varakohtaus, jossa on esimerkiksi kuva, musiikki ja selkeä ilmoitus yhteyden palautumisesta.

Advanced Scene Switcher voi vaihtaa varakohtaukseen, kun medialähteeseen ei tule tavuja, ja palata vasta kun kuva on ollut vakaana hetken. Käytä Media- ehtoa, pidä ehdot ja toiminnot käytössä ja lisää muutaman sekunnin viive, jotta kohtaus ei vaihdu edestakaisin lyhyen heilahtelun aikana.

Seuraa oikeita signaaleja

Seuraa lähettävän laitteen tilaa, relayn vastaanottamia tavuja, Direct-lähdön tai OBS-lähteen tilaa ja suoratoistopalvelun ulosmenevää bittinopeutta erikseen. Yksi vihreä “live”-valo ei todista koko ketjun toimintaa.

Tunnista, milloin tarvitset bonding-ratkaisun

Jos reitti kulkee alueilla, joilla yksi yhteys katoaa usein kokonaan, asetukset eivät riitä. Verkkobonding jakaa liikenteen usean itsenäisen yhteyden yli ja vaatii sitä tukevan lähettimen sekä vastaanottavan palvelun.

VISPin iOS- ja Android-sovelluksessa tämä on valinnaisena mukana. Ota Settings → Network -kohdasta käyttöön Network bonding; oletustila SRTLA (aggregating) jakaa lähetyksen Wi-Fille ja mobiiliyhteydelle, ja relay kokoaa sen takaisin. Broadcast lähettää jokaisen paketin molempia linkkejä pitkin (enemmän varmuutta, noin kaksinkertainen mobiilidata), ja Main + backup pitää toisen linkin varalla. Molemmat linkit jakavat silti saman puhelimen, akun ja usein samat katvealueet. Myös Moblin ja BELABOX voivat lähettää SRTLA:ta VISP-laitteen SRTLA-osoitteeseen. Muita vaihtoehtoja ovat BELABOX, LiveU Solo ja Speedify.

Tarkistuslista ennen lähetystä

• Mittaa verkko siellä, missä kuvaat, myös reitin heikoissa kohdissa.
• Jätä bittinopeudelle selvä kapasiteettimarginaali.
• Aseta kahden sekunnin avainruutuväli.
• Mittaa SRT-viive ja testaa automaattinen palautuminen.
• Ota BRB-kortti käyttöön tai tee paikallinen OBS-varakohtaus ja harjoittele sen vaihto.
• Varmista, että alustalähetys jatkuu puhelimen katketessa.
• Päätä etukäteen, milloin keskeytät tai vaihdat toiseen verkkoon.

Usein kysyttyä

Estääkö SRT kaikki katkokset?

Ei. Se korjaa viiveikkunaan mahtuvia pakettihäviöitä, mutta ei kokonaan kadonnutta yhteyttä tai pitkäaikaista kapasiteettivajetta.

Kannattaako SRT-viive asettaa mahdollisimman suureksi?

Ei. Liian suuri arvo hidastaa ohjausta ja keskustelua. Käytä mittaukseen ja käyttötilanteeseen perustuvaa pienintä vakaata arvoa.

Miksi lähetys pysyy live-tilassa puhelimen katketessa?

Koska alustayhteys ei ole puhelimessa. Relay (Directissä BRB-kortti päällä) tai OBS pysyy yhteydessä kohdepalveluun ja voi näyttää muuta kuin puhelimen kuvaa.

Lisätietoja

• Enkooderit ja varayhteys
• Puhelinsovelluksen verkkoniputus
• Direct-lähtö ja BRB
• OBS:n reconnecting-ongelmat