Sæt srtla-bonding op i LOLS IRL, læs indikatorerne per forbindelse, mens du streamer, og vid, hvad du kan forvente, første gang et netværk dør på dig.
Bonding sender din stream over alle de netværk, din telefon har, på én gang. Det er forskellen mellem en stream, der slutter, når Wi-Fi falder ud, og en, der kører videre over mobildata uden at du rører noget. Sæt det op én gang, så er det bare sådan, du går live.
publish:-præfiks, så indsæt den hel i Stream id, ikke i navnet og ikke bag på hosten.wifi og cell, hver med sin egen bitrate og rundturstid. To rækker betyder, at du bonder. Én række betyder, at du ikke gør, og fejlene herunder siger hvorfor.Lukket er overlayet en sundhedsprik, din bitrate, encoderens framerate, rundturstid og hvor længe du har været live. Tryk på det for at åbne detaljerne:
| Visning | Hvad den fortæller dig |
|---|---|
| send buffer | Det tidlige signal, og det du skal holde øje med. Bufferen fyldes, før billedet hakker, så et stigende tal er din advarsel om, at en forbindelse kæmper, ikke en melding om, at den allerede er røget. |
| target | Den bitrate, adaptiv bitrate sigter efter lige nu, og som falder og stiger igen af sig selv, når forholdene ændrer sig. |
| dropped og retransmit | Tabte pakker og gensendte pakker. Nogle få retransmits på mobilnettet er normalt, et stigende drop-tal er ikke. |
| Én række per forbindelse | Mærket wifi, cell eller eth, hver med sin egen bitrate og rundturstid, så du kan se, hvilket netværk der bærer hvad. |
| Prikken på hver forbindelsesrække | Grøn er aktiv og bærer trafik, gul forbinder eller sidder fast, rød er død. En rød række, mens streamen bliver oppe, er bonding, der gør sit arbejde. |
| Én række per destination | Med navn, så hvis du sender til flere steder, kan du se, hvilken der er nede, mens de andre er fine. |
Ikke noget dramatisk, og det er pointen. Den døde forbindelses række bliver rød, de resterende forbindelser tager trafikken, og streamen bliver forbundet. Når netværket kommer tilbage, registrerer forbindelsen sig igen hos modtageren og kommer med i gruppen af sig selv. Du stopper ikke, genstarter ikke og rører ikke ved noget.
To ting er værd at have på plads på forhånd. For det første skal den forbindelse, der er tilbage, bære hele streamen, så hvis din bitrate kun kunne passe over et godt Wi-Fi, trapper adaptiv bitrate ned, mens mobilnettet gør arbejdet, og klatrer op igen bagefter. For det andet er bonding robusthed og ikke ekstra fart: dine forbindelser bliver aldrig lagt sammen til et større rør. Sæt din bitrate til det, én god forbindelse kan bære, så mærker du næsten ikke skiftet.
Test det med vilje, før du får brug for det. Gå live med bonding hjemmefra, vent til statistikken ser stabil ud, slå så Wi-Fi fra i et minut og se på. Du vil se wifi-rækken gå rød, cell-rækken tage over, og det hele komme tilbage, når du slår Wi-Fi til igen. Ti minutter med det er mere værd end al den læsning, og det er langt bedre at lære det i dit køkken end midt i en stream.
Det er den store. En modtager på 192.168.1.50 kan nås over dit Wi-Fi og ingen andre steder fra, så din mobilforbindelse kan ikke registrere sig, og du bonder ikke, du sidder på Wi-Fi med ekstra trin. Destinationen skal være et offentligt hostnavn eller en offentlig adresse, altså et relay, en hostet boks eller en UDP-portvideresendelse på din router til din maskine, adresseret med routerens offentlige adresse. Samme regel for en laptop på dit skrivebord.
Modtagere godkender dem, der sender, så et tomt eller afkortet stream id giver dig en forbindelse, der ikke går nogen steder. Indsæt nøglen hel, med sit publish:-præfiks, i feltet Stream id.
To forbindelser lægges ikke sammen. Hvis du sætter en bitrate, som kun dit Wi-Fi nogensinde kunne bære, ser streamen dårligere ud i det øjeblik, mobilnettet tager over, og du giver bonding skylden for det modsatte af det, den gjorde. Bonding holder dig live. Bitrate er en separat beslutning.
En VPN fanger hver socket på enheden, så appen kan ikke åbne én per netværk, og der er intet tilbage at bonde. Statistikken siger det direkte, når det sker. Slå VPN'en fra, eller undtag LOLS IRL i VPN-appens egne indstillinger.
SRTLA kræver en modtager, der kører srtla_rec, som er det, der sætter forbindelserne sammen igen. En almindelig SRT-listener forstår ikke gruppe-registreringen. Brug et relay, eller kør srtla_rec foran din SRT-server, som guiden til selvhosting beskriver.
Afstand koster dig forsinkelse, du aldrig får igen, og en lang nok rundturstid kan forhindre, at forbindelsen overhovedet kommer op. Vælg den nærmeste region: appen sætter en stjerne ved den, der passer til dit SIM-lands land.