LOLS IRL puhuu tavallista BELABOX-yhteensopivaa srtlaa, joten oma vastaanottimesi toimii täsmälleen kuten hostaamamme releet. Tässä on, mitä pyörittää, mitkä portit ovat tärkeitä ja se yksi virhe, jonka takia mobiiliyhteys ei koskaan tavoita laitettasi.
Mitään ei tarvitse hostata: ilmaiset LOLS Cloud -releet ovat olemassa, jotta bonding toimii heti, tai voit pyörittää oman vastaanottimen etkä riipu kenestäkään. Ihmisillä on hyviä syitä hostata itse. Haluat lähetyksen päätyvän infrastruktuuriin, jota hallitset, haluat koneen fyysisesti lähelle sinua, kun meillä ei ole releä lähellä, et halua miettiä kiintiötä tai yksinkertaisesti pidät omien juttujen pyörittämisestä. Mikään sovelluksessa ei ole sidottu palvelimiimme, joten vaihto on isäntänimen muutos eikä muuta.
puhelin (wifi + mobiiliverkko)
|
| srtla, UDP, yksi soketti per verkko
v
srtla_rec kuuntelee julkista UDP-porttia, kokoaa yhteydet
|
| tavallinen SRT, UDP, localhostissa
v
mediapalvelin MediaMTX tai vastaava
|
+--> OBS, tai edelleenlähetys Twitchiin / Kickiin / YouTubeen
Kaksi osaa, ja kummallakin on yksi tehtävä. srtla_rec, BELABOX-projektista, on osa, joka ymmärtää bondingin: jokainen puhelimesi avaama yhteys rekisteröityy sille yhden ryhmän osana, ja se muuttaa ryhmän takaisin yhdeksi tavalliseksi SRT-lähetykseksi. Sitten se välittää lähetyksen SRT-kuuntelijalle, josta mediapalvelin ottaa vastuun. MediaMTX on yleinen valinta ja voi antaa lähetyksen OBS:lle, julkaista sen uudelleen tai tallentaa sen, mutta mikä tahansa SRT:n hyväksyvä käy.
Vastaanottimen on oltava tavoitettavissa jokaisesta verkosta, jota pitkin puhelimesi striimaa, mikä käytännössä tarkoittaa julkista osoitetta. Pieni VPS riittää hyvin: tämä on pakettien välitystä, ei transkoodausta, joten megabitit ja vaatimaton suoritin ovat paljon tärkeämpiä kuin ytimet. Sijoita se maantieteellisesti lähelle sitä, missä striimaat, samasta syystä kuin valitset lähimmän releen: etäisyys on viivettä, jota et saa takaisin, ja se maksetaan uudelleen jokaisessa uudelleenlähetyksessä.
Vastaanotin kotiverkossasi, jossain kuten 192.168.1.50, on tavoitettavissa Wi-Fi-verkostasi eikä mistään muusta. Mobiiliyhteytesi ei voi reitittyä yksityiseen osoitteeseen, joten se ei koskaan rekisteröidy eikä bonding ole käytössä: striimaat Wi-Fillä ylimääräisin askelin, ja tilastot näyttävät yhden yhteyden kahden sijaan.
Hostaa joko koneella, jolla on julkinen osoite, tai ohjaa reitittimesi UDP-portti kotiverkkosi koneelle ja osoita sovellus reitittimesi julkiseen osoitteeseen. Dynaaminen DNS-nimi säästää kirjoittamasta sitä uudelleen aina kun osoitteesi vaihtuu.
| Port | Mihin |
|---|---|
| UDP, srtla-porttisi, sisääntuleva internetistä | Ainoa portti, jota puhelin koskettaa. 5000 on vakiintunut. Jokainen bondattu yhteys saapuu omasta lähdeosoitteestaan ja portistaan, joten mitään ei tarvitse avata tai määrittää yhteyskohtaisesti. |
| UDP, SRT-kuuntelijasi, paikallinen | Minne srtla_rec välittää kootun lähetyksen. MediaMTX kuuntelee SRT:tä oletuksena portissa 8890. Tätä ei tarvitse avata internetiin, ellet halua myös tavallisten SRT-asiakkaiden julkaisevan siihen. |
| Mitä tahansa mediapalvelimesi tarjoaa | RTMP, RTSP, HLS tai WebRTC ulos OBS:lle tai katsojalle, täysin sinun päätettävissäsi eikä osa bondingin reittiä. |
Palomuurit, pilven tietoturvaryhmät ja reitittimen ohjaussäännöt ovat hyvin usein oletuksena TCP. Vain TCP:tä koskevaan sääntöön lähetetty srtla-rekisteröinti katoaa ilman virhettä missään, mikä näyttää täsmälleen siltä kuin vastaanotin olisi alhaalla. Jos yhteys ei rekisteröidy, tarkista säännön protokolla ennen kuin tarkistat mitään muuta.
srtla_rec välittää SRT:n stream id:n sellaisenaan, joten sovelluksen Stream id -kenttään menee se, mitä sen takana oleva palvelin odottaa. MediaMTX:llä se on julkaisumuoto, polku ja tarvittaessa tunnukset, kun autentikointi on päällä:
publish:mypath
publish:mypath:username:password
Kytke autentikointi päälle, jos portti on auki internetiin. Todentamattoman julkaisupisteen julkisessa osoitteessa löytää ennen pitkää joku muu kuin sinä.
srtla_rec kuuntelee.srtla_rec kirjaa yhteysrekisteröinnin jokaisesta yhteydestä, kaikki yhden ryhmän alle. Kahden yhteyden pitäisi antaa kaksi rekisteröintiä samassa ryhmässä. Jos näet aina vain yhden, toinen verkko ei tavoita hostia: yksityinen osoite, vain TCP:tä koskeva palomuurisääntö tai puhelimessa pyörivä VPN.Jumissa jossakin vaiheessa, tai haluatko toiset silmät vastaanottimeen, joka ei hyväksy toista yhteyttä? Kysy Discordissa tai lähetä sähköpostia osoitteeseen support@lols.gg. Kerro alue, jolla olet, mitä tilastoverlay näyttää ja mitä vastaanotin kirjasi, ja yleensä se on kahden viestin keskustelu.
Liittyvää: bonding viidessä minuutissa sovelluksen puolelle ja mittareiden lukemiseen, ilmaisten releiden käyttö, jos et halua hostata, ja kaikki oppaat.