Sjølvhosting av ein SRTLA-mottakar

LOLS IRL snakkar standard BELABOX-kompatibel srtla, så din eigen mottakar oppfører seg nøyaktig som relayane vi driv. Her er kva du skal køyre, kva portar som betyr noko, og den eine feilen som hindrar ei mobildata-tilkopling i å nokon gong nå boksen din.

Du treng ikkje drive noko sjølv: dei gratis LOLS Cloud-relayane finst slik at bonding fungerer rett ut av boksen, eller du kan drive din eigen mottakar og vere avhengig av ingen. Folk vel å drive sjølv av gode grunnar. Du vil at streamen skal lande på infrastruktur du kontrollerer, du vil ha ei maskin fysisk nær deg der vi ikkje har ein relay i nærleiken, du vil ikkje ha ei kvote å tenke på, eller du føretrekker rett og slett å drive eigne ting. Ingenting i appen er knytt til serverane våre, så å byte er ei endring av hostnamnet og ingenting meir.

Det du byggjer

telefon (wifi + mobildata)
   |
   |  srtla, UDP, ein socket per nett
   v
srtla_rec          lyttar på ein offentleg UDP-port, set tilkoplingane saman att
   |
   |  vanleg SRT, UDP, på localhost
   v
mediaserver        MediaMTX eller tilsvarande
   |
   +--> OBS, eller restrøyming vidare til Twitch / Kick / YouTube

To delar, og kvar har ei oppgåve. srtla_rec, frå BELABOX-prosjektet, er den delen som forstår bonding: kvar tilkopling telefonen opnar registrerer seg hjå han som del av ei gruppe, og han gjer gruppa om til ein vanleg SRT-stream. Deretter sender han streamen vidare til ein SRT-lyttar, og det er der ein mediaserver tek over. MediaMTX er det vanlege valet og kan gi streamen til OBS, publisere han på nytt eller ta han opp, men alt som tek imot SRT duger.

Kvar du skal køyre han

Mottakaren må kunne nåast frå alle nett telefonen strøymer over, noko som i praksis betyr ei offentleg adresse. Ein liten VPS er meir enn nok: dette er pakkevideresending, ikkje transkoding, så megabit og ein beskjeden CPU betyr mykje meir enn kjernar. Set han geografisk nær der du strøymer, av same grunn som du vel den nærmaste relayen: avstand er forseinking du ikkje får att, og du betaler for han på nytt ved kvar retransmisjon.

Portar

Port	Til kva
UDP, srtla-porten din, innkommande frå internett	Den einaste porten telefonen rører. 5000 er konvensjonen. Kvar tilkopling kjem inn frå si eiga kjeldeadresse og port, så det er ingenting per tilkopling å opne eller setje opp.
UDP, SRT-lyttaren din, lokal	Dit srtla_rec sender den samansette streamen. MediaMTX lyttar etter SRT på 8890 som standard. Denne treng ikkje vere open mot internett med mindre du òg vil at vanlege SRT-klientar skal publisere til han.
Kva enn mediaserveren din tilbyr	RTMP, RTSP, HLS eller WebRTC ut til OBS eller ein seer, heilt opp til deg og ikkje ein del av bonding-vegen.

Stream id-ar

srtla_rec sender SRT stream id-en rett gjennom, så det du set i feltet Stream id i appen er det serveren bak ventar. Med MediaMTX er det publish-forma, ein path og eventuelt innlogging når autentisering er på:

publish:mypath
publish:mypath:username:password

Slå på autentisering viss porten er open mot internett. Eit publiseringspunkt utan autentisering på ei offentleg adresse blir til slutt funne av nokon som ikkje er deg.

Å peike appen mot han

1. I LOLS IRL: Streams → + → SRTLA.
2. Host: det offentlege hostnamnet ditt. Port: UDP-porten srtla_rec lyttar på.
3. Stream id: publish-strengen mediaserveren din ventar.
4. Latency: 2000 ms til å byrje med. Når du er live, viser appen rundturstida han måler og føreslår eit tal, som på ein boks i nærleiken som regel blir lågare enn standarden.
5. Lagre, slå han på, gå direkte og utvid statistikk-overlayet. Ei rad per tilkopling. To rader betyr at begge nett har registrert seg.

Slik sjekkar du at det faktisk fungerer

• Tel registreringane. srtla_rec loggar ei tilkoplingsregistrering per tilkopling, alle under ei gruppe. To tilkoplingar skal gi deg to registreringar i same gruppe. Ser du berre ei, kan ikkje det andre nettet nå hosten: privat adresse, ein brannmurregel som berre gjeld TCP, eller ein VPN som køyrer på telefonen.
• Bryt det så med vilje. Slå av Wi-Fi i eitt minutt medan du strøymer heimanfrå. Mottakaren skal logge at den tapte tilkoplinga går ut på tid medan streamen held fram å flyte, og så logge ei ny registrering når Wi-Fi kjem tilbake. Det er heile funksjonen, og det er mykje betre å teste han på kjøkenet enn å oppdage han live.
• Viss SRT koplar til men ingenting kjem fram til mediaserveren, er stream id-en nesten alltid grunnen. Han blir sendt vidare ordrett, så ein skrivefeil i path-en eller innlogginga gir ei tilkopling som ikkje autentiserer nokon stad.

Greie å vite på førehand

• Bonding er robustheit, ikkje ekstra båndbreidd, same kven som driv mottakaren. Set bitraten til det ei god tilkopling klarer å bere. Sjå FAQ for kvifor.
• Opplastinga på VPS-en din ber full bitrate heile tida medan du strøymer, og igjen for alt du sender vidare frå han. Sjekk båndbreiddkvota i abonnementet, ikkje berre portfarten.
• Ein relay er ei delt maskin og din er ikkje det, og det er den verkelege fordelen: ingen andre sin stream ligg på han.
• Du kan ha ein gratis relay sett opp som eit andre mål medan du får din eigen boks til å fungere. Å bytte mellom dei er eitt trykk i lista Streams.

Relatert: bonding på fem minutt for appsida og korleis du les indikatorane, bruk av dei gratis relayane viss du heller ikkje vil drive sjølv, og alle guidane.