SRTLA receiver saját üzemeltetése

A LOLS IRL a szabványos, BELABOX-kompatibilis srtla-t beszéli, így a saját receivered pontosan úgy viselkedik, mint a hosztolt relayeink. Itt van, mit futtass, mely portok számítanak, és az az egy hiba, ami miatt egy mobilhálózati kapcsolat sosem ér el a gépedig.

Semmit nem kell üzemeltetned: az ingyenes LOLS Cloud relayek azért vannak, hogy a bonding magától működjön, vagy üzemeltetsz saját receivert, és senkitől nem függsz. Az emberek jó okokból választják a saját üzemeltetést. Azt akarod, hogy a stream olyan infrastruktúrára érkezzen, amit te irányítasz, kell egy géped fizikailag közel hozzád, ahol nekünk nincs relayünk, nem akarsz kerettel foglalkozni, vagy egyszerűen szereted a saját dolgaidat futtatni. Az appban semmi nincs a szervereinkhez kötve, így a váltás egy hosztnévcsere, és semmi több.

Mit építesz

telefon (wifi + mobilhálózat)
   |
   |  srtla, UDP, hálózatonként egy socket
   v
srtla_rec          nyilvános UDP porton hallgat, összerakja a kapcsolatokat
   |
   |  sima SRT, UDP, localhoston
   v
médiaszerver       MediaMTX vagy hasonló
   |
   +--> OBS, vagy továbbküldés Twitch / Kick / YouTube felé

Két elem, és mindegyiknek egy dolga van. Az srtla_rec, a BELABOX projektből, az, amelyik érti a bondingot: minden kapcsolat, amit a telefonod megnyit, egy csoport részeként regisztrál nála, ő pedig ezt a csoportot visszaalakítja egyetlen szokásos SRT streammé. Ezt aztán továbbítja egy SRT figyelőnek, ahol egy médiaszerver veszi át. A MediaMTX a szokásos választás, és át tudja adni a streamet az OBS-nek, újra tudja közölni, vagy fel tudja venni, de bármi megteszi, ami SRT-t fogad.

Hol futtasd

A receivernek elérhetőnek kell lennie minden hálózatról, amin a telefonod streamel, ami a gyakorlatban nyilvános címet jelent. Egy kis VPS bőven elég: ez csomagtovábbítás, nem transzkódolás, így a megabitek és egy szerény CPU sokkal többet számítanak, mint a magok. Tedd földrajzilag közel oda, ahol streamelsz, ugyanazért, amiért a legközelebbi relayt választod: a távolság olyan késés, amit nem kapsz vissza, és minden újraküldésnél újra megfizeted.

A hiba, amibe szinte mindenki belefut

Egy otthoni LAN-on lévő receiver, mondjuk 192.168.1.50 címen, a Wi-Fidről elérhető, és máshonnan nem. A mobilhálózati kapcsolatod nem tud privát címre routolni, így sosem regisztrál, és nem bondolsz, hanem Wi-Fin streamelsz plusz lépésekkel, a statisztika pedig két helyett egy kapcsolatot mutat.

Vagy hosztold egy nyilvános című gépen, vagy továbbítsd az UDP portot a routeredben a LAN-on lévő gépedre, és az appot a router nyilvános címére állítsd. Egy dinamikus DNS-név megspórolja, hogy minden címváltozáskor újra be kelljen gépelned.

Portok

Port	Mire jó
UDP, az srtla portod, bejövő az internetről	Az egyetlen port, amihez a telefon hozzányúl. Az 5000 a megszokott. Minden bondolt kapcsolat a saját forráscímről és forrásportról érkezik, így kapcsolatonként nincs mit megnyitni vagy beállítani.
UDP, az SRT figyelőd, helyi	Ide továbbítja az `srtla_rec` az összerakott streamet. A MediaMTX alapból a 8890-en hallgat SRT-re. Ezt nem kell kitenni az internetre, hacsak nem akarod, hogy sima SRT kliensek is publikáljanak rá.
Amit a médiaszervered kiszolgál	RTMP, RTSP, HLS vagy WebRTC ki az OBS-nek vagy egy nézőnek, teljesen rád van bízva, és nem része a bonding útvonalának.

Az UDP nem TCP

A tűzfalak, a felhős biztonsági csoportok és a router továbbítási szabályai nagyon gyakran alapból TCP-re szólnak. Egy csak TCP-s szabálynak küldött srtla regisztráció hiba nélkül eltűnik, ami pontosan úgy néz ki, mintha a receiver nem működne. Ha egy kapcsolat nem regisztrál, mielőtt bármi mást ellenőriznél, nézd meg a szabály protokollját.

Stream id-k

Az srtla_rec változtatás nélkül továbbadja az SRT stream id-t, így az app Stream id mezőjébe az kerül, amit mögötte a szerver vár. MediaMTX-nél ez a publish alak, egy útvonal és, ha be van kapcsolva a hitelesítés, opcionálisan hitelesítő adatok:

publish:mypath
publish:mypath:username:password

Kapcsold be a hitelesítést, ha a port nyitva van az internet felé. Egy hitelesítés nélküli publish végpontot egy nyilvános címen előbb-utóbb megtalál valaki, aki nem te.

Az app ráállítása

A LOLS IRL-ben: Streams → + → SRTLA.
Host: a nyilvános hosztneved. Port: az UDP port, amin az srtla_rec hallgat.
Stream id: a publish szöveg, amit a médiaszervered vár.
Latency: kezdésnek 2000 ms. Amint élőben vagy, az app megmutatja a mért oda-vissza időt, és javasol egy értéket, ami egy közeli gépnél általában az alapértéknél alacsonyabb lesz.
Mentsd, kapcsold be, indíts élő adást, és nyisd ki a statisztikai overlayt. Kapcsolatonként egy sor. Két sor azt jelenti, hogy mindkét hálózat regisztrált.

Ellenőrzés, hogy tényleg működik

Számold meg a regisztrációkat. Az srtla_rec kapcsolatonként naplóz egy regisztrációt, mind egy csoport alatt. Két kapcsolatnál két regisztrációnak kell lennie ugyanabban a csoportban. Ha mindig csak egyet látsz, a második hálózat nem éri el a hosztot: privát cím, csak TCP-s tűzfalszabály, vagy a telefonon futó VPN.
Aztán törd el szándékosan. Otthonról streamelve kapcsold ki egy percre a Wi-Fit. A receivernek azt kell naplóznia, hogy az elveszett kapcsolat lejár, miközben a stream folyik tovább, aztán új regisztrációt, amikor a Wi-Fi visszajön. Ez az egész funkció, és sokkal jobb a konyhádban kipróbálni, mint élőben rájönni.
Ha az SRT csatlakozik, de semmi nem érkezik meg a médiaszerverhez, szinte mindig a stream id az oka. Változtatás nélkül megy át, így egy elírás az útvonalban vagy a hitelesítő adatokban olyan kapcsolatot ad, ami sehol nem hitelesít.

Jó, ha előre tudod

A bonding ellenálló képesség, nem extra sávszélesség, bárki üzemelteti a receivert. Állítsd a bitrátát arra, amit egy jó kapcsolat elbír. A miértért lásd a GYIK-ot.
A VPS feltöltési sávja folyamatosan viszi a teljes bitrátádat, amíg streamelsz, és még egyszer mindazt, amit onnan tovább küldesz. A csomag sávszélesség-keretét nézd, ne csak a port sebességét.
A relay közös gép, a tiéd pedig nem az, és ez az igazi előny: senki más streamje nincs rajta.
Egy ingyenes relayt második célként beállítva hagyhatsz, amíg a saját gépedet üzembe helyezed. A váltás köztük egy koppintás a Streams listában.

Elakadtál egy lépésnél, vagy kell egy második szem egy receiverre, ami nem fogadja el a második kapcsolatot? Kérdezz a Discordon, vagy írj a support@lols.gg címre. Írd meg, melyik régióban vagy, mit mutat a statisztikai overlay, és mit naplózott a receiver, és általában két üzenetben megvan.

Kapcsolódó: a bonding öt perc alatt az app oldaláról és a jelzők olvasásáról, az ingyenes relayek használata, ha inkább nem hosztolsz, és az összes útmutató.