Selvhosting af en SRTLA-modtager

LOLS IRL taler standard BELABOX-kompatibel srtla, så din egen modtager opfører sig præcis som vores hostede relays. Her er, hvad du skal køre, hvilke porte der har betydning, og den ene fejl, der gør, at en mobilforbindelse aldrig når din boks.

Du behøver ikke hoste noget: de gratis LOLS Cloud-relays findes, så bonding virker fra start, eller du kan hoste din egen modtager og være afhængig af ingen. Folk vælger at hoste af gode grunde. Du vil have streamen til at lande på infrastruktur, du styrer, du vil have en maskine fysisk tæt på dig, hvor vi ikke har et relay i nærheden, du vil ikke have en grænse at tænke på, eller du foretrækker simpelthen at køre dine egne ting. Intet i appen er bundet til vores servere, så at skifte er en ændring af hostnavnet og ikke andet.

Hvad du bygger

telefon (wifi + mobildata)
   |
   |  srtla, UDP, én socket per netværk
   v
srtla_rec          lytter på en offentlig UDP-port, samler forbindelserne
   |
   |  almindelig SRT, UDP, på localhost
   v
medieserver        MediaMTX eller tilsvarende
   |
   +--> OBS, eller en restream videre til Twitch / Kick / YouTube

To dele, og hver har ét job. srtla_rec fra BELABOX-projektet er den del, der forstår bonding: hver forbindelse, din telefon åbner, registrerer sig hos den som en del af én gruppe, og den laver gruppen om til én helt almindelig SRT-stream igen. Den sender så streamen videre til en SRT-listener, og det er der, en medieserver tager over. MediaMTX er det gængse valg og kan give streamen til OBS, udgive den videre eller optage den, men alt, der tager imod SRT, duer.

Hvor den skal køre

Modtageren skal kunne nås fra hvert netværk, din telefon streamer over, hvilket i praksis betyder en offentlig adresse. En lille VPS er rigeligt: det her er pakkevideresendelse, ikke transcoding, så megabit og en beskeden CPU betyder langt mere end kerner. Placér den geografisk tæt på, hvor du streamer, af samme grund som du vælger det nærmeste relay: afstand er forsinkelse, du ikke får igen, og den betales igen ved hver gensendelse.

Porte

Port	Hvad den er til
UDP, din srtla-port, indgående fra internettet	Den eneste port, telefonen rører. 5000 er konventionen. Hver bondet forbindelse kommer fra sin egen kildeadresse og port, så der er intet per forbindelse at åbne eller sætte op.
UDP, din SRT-listener, lokal	Dér hvor srtla_rec sender den samlede stream hen. MediaMTX lytter som standard efter SRT på 8890. Den behøver ikke være åben mod internettet, medmindre du også vil have almindelige SRT-klienter til at udgive til den.
Hvad end din medieserver tilbyder	RTMP, RTSP, HLS eller WebRTC ud til OBS eller til en seer, helt op til dig og ikke en del af bonding-vejen.

Stream ids

srtla_rec giver SRT stream id'et direkte videre, så det, der skal stå i appens felt Stream id, er det, serveren bagved forventer. Med MediaMTX er det publish-formen, en sti og eventuelt loginoplysninger, når godkendelse er slået til:

publish:mypath
publish:mypath:username:password

Slå godkendelse til, hvis porten er åben mod internettet. Et publish-endpoint uden godkendelse på en offentlig adresse bliver før eller siden fundet af en, der ikke er dig.

Peg appen på den

1. I LOLS IRL: Streams → + → SRTLA.
2. Host: dit offentlige hostnavn. Port: den UDP-port, srtla_rec lytter på.
3. Stream id: den publish-streng, din medieserver forventer.
4. Latency: 2000 ms til at starte med. Når du er live, viser appen den rundturstid, den måler, og foreslår et tal, som på en boks tæt på som regel bliver lavere end standarden.
5. Gem, aktivér, gå live og fold stats-overlayet ud. Én række per forbindelse. To rækker betyder, at begge netværk har registreret sig.

Sådan tjekker du, at det virker

• Tæl registreringerne. srtla_rec logger en forbindelsesregistrering per forbindelse, alle under én gruppe. To forbindelser skal give to registreringer i samme gruppe. Ser du kun én, kan det andet netværk ikke nå hosten: privat adresse, en firewallregel kun for TCP eller en VPN, der kører på telefonen.
• Så bryd det med vilje. Mens du streamer hjemmefra, slå Wi-Fi fra i et minut. Modtageren skal logge, at den tabte forbindelse timer ud, mens streamen bliver ved med at flyde, og så logge en ny registrering, når Wi-Fi kommer tilbage. Det er hele funktionen, og at teste den i dit køkken er langt bedre end at opdage det live.
• Hvis SRT forbinder, men intet kommer frem til medieserveren, er stream id'et næsten altid grunden. Det sendes videre ordret, så en tastefejl i stien eller loginoplysningerne giver en forbindelse, der ikke godkendes nogen steder.

Noter, det er godt at kende på forhånd

• Bonding er robusthed, ikke ekstra båndbredde, uanset hvem der hoster modtageren. Sæt din bitrate til det, én god forbindelse kan bære. Se FAQ'en for hvorfor.
• Din VPS' uplink bærer hele din bitrate hele tiden, mens du streamer, og igen for alt, du sender videre derfra. Tjek planens båndbreddekvote, ikke kun portens hastighed.
• Et relay er en delt maskine, og din er ikke, og det er den egentlige fordel: ingen andres stream ligger på den.
• Du kan lade et gratis relay stå sat op som en anden destination, mens du får din egen boks til at virke. At skifte mellem dem er ét tryk i Streams-listen.

Se også: bonding på fem minutter til appsiden og hvordan du læser indikatorerne, sådan bruger du de gratis relays, hvis du helst ikke vil hoste, og alle guides.