SRT:n viivekenttä ei ole nopeusasetus. Se on se aika, jonka annat protokollalle huomata että paketti katosi, pyytää se uudelleen ja saada se takaisin ennen kuin kuva tarvitsee sen. Aseta se liian pieneksi, ja lähetys jäätyy jokaisella huonolla mobiiliverkon sekunnilla. Aseta se järkevästi, ja sama huono sekunti on näkymätön.
IRL:ssä järkevä luku on suurempi kuin studion luku. Tässä on mitä se tekee, mitä kirjoittaa kenttään, ja miten tunnistat onko juuri tämä se mitä pitää muuttaa.
Mikä luku oikeastaan on
SRT kulkee UDP:n päällä. Kun paketti katoaa, vastaanottaja huomaa aukon ja pyytää lähettäjältä sitä pakettia uudelleen. Viivearvo on se, kuinka kauan vastaanottaja on valmis odottamaan vastausta ennen kuin sen on luovutettava ja toistettava se mitä sillä on. Kaikki mikä saapuu ikkunan sisällä laitetaan takaisin järjestykseen, eikä katsoja koskaan näe menetystä. Kaikki mikä myöhästyy ikkunasta hylätään, ja se on juuri se jäätyminen tai lohkoinen sotku, jonka näet huonolla yhteydellä.
Ikkunan on siis oltava leveämpi kuin täysi edestakainen matka, ja siinä on oltava tilaa useammalle kuin yhdelle yritykselle. Haivision, joka kirjoitti protokollan, ilmaisee sen edestakaisen viiveen kerrannaisena: karkeasti kolmesta neljään kertaa puhtaalla linkillä, ja enemmän kun pakettihäviö kasvaa.
Se mikä usein jää huomaamatta on, että tämä on kaksipuolinen asetus. Enkooderisi ilmoittaa viiveen, relay ilmoittaa oman, ja kättely käyttää näistä suurempaa. Enkooderin laskeminen relayn arvon alle ei muuta mitään, ja sen nostaminen vaikuttaa aina.
Miksi IRL-luku on suurempi
Kiinteällä studiolinkillä edestakainen viive on tasainen. Kaupungin halki kävelevällä puhelimella ei ole. Keskimääräinen edestakainen matka lähellä olevaan relayhin voi olla alle kymmenesosasekunti, mutta mastonvaihto, ruuhkainen solu tai uudelleen heräävä modeemi voi työntää yhden edestakaisen matkan yli puolen sekunnin ja pinota niitä muutaman peräkkäin. Ikkunaa ei mitoiteta keskiarvon mukaan. Se mitoitetaan piikin mukaan.
SRTLA-bondauksessa samalla ikkunalla on toinenkin tehtävä. SRTLA jakaa pakettisi jokaiselle modeemillesi. Kun yksi modeemi pimenee, sillä matkalla olleet paketit ovat menneitä, ja SRT pyytää ne uudelleen. SRTLA lähettää nuo uusintayritykset niiden modeemien kautta, jotka ovat yhä terveitä. Viiveikkuna on tuon uudelleenreitityksen aikabudjetti. Tiukka ikkuna tarkoittaa, että kuollut modeemi maksaa sinulle jäätymisen vaikka sinulla on kaksi muuta toimivaa. Väljä ikkuna tarkoittaa, ettei se maksa mitään näkyvää. Siinä on suurin syy siihen, miksi bondaus tuntuu paljon tasaisemmalta kuin yksittäinen SRT-linkki samassa puhelimessa.
Mitä asettaa
| Missä | Asetus | Huomiot |
|---|---|---|
| Belabox (SRTLA) | 2000 ms | Oletus. Nosta, älä laske, jos reitti on huono. |
| Moblin iPhonella (SRTLA) | 3000 ms | Oletus. Jätä se; se on jo väljällä puolella. |
| IRL Pro Androidilla (SRTLA) | 2000 ms | Sama kenttä kuin Belaboxissa, sama lähtökohta. |
| LiveU Solo Pro (SRT) | 2500 ms | Se, mitä hallintapaneeli näyttää tälle enkooderille. |
| Larix (SRT) | 2500 ms | Asetetaan automaattisesti, kun avaat yhteyden hallintapaneelista. |
| OBS-medialähde joka hakee relayn | latency=2000000 | Mikrosekunteja, ei millisekunteja. Tämä on kaksi sekuntia. |
Jos otat taulukosta mukaan vain yhden asian: mobiilireitillä ei ole hyvää syytä mennä alle 2000 millisekunnin, eikä juuri koskaan syytä mennä yli 4000 millisekunnin. Niiden välissä suurempi on turvallisempi, ja hinta on sekunnin murto-osia viivettä, jota kukaan chatissa ei tunne.
OBS:n puoli laskee mikrosekunteina
OBS lukee SRT:tä FFmpegin kautta, ja FFmpegin viiveasetus on mikrosekunneissa. Kaksi sekuntia on 2000000. Jos kirjoitat 2000, saat kaksi millisekuntia, mikä ei ole lainkaan palautumisikkuna, ja haku pätkii täydelliselläkin kotiyhteydellä. Koko haku-URL on OBS-asennusoppaassa.
Oireiden lukeminen
Useimmat viivekysymykset ovat oikeasti "jokin on pielessä, onko tämä se nuppi". Yleensä kyse on yhdestä kolmesta asiasta, ja vain yksi niistä on viive.
| Mitä näet | Mitä se tarkoittaa | Mitä muuttaa |
|---|---|---|
| Lyhyitä jäätymisiä tai lohkoisia ruutuja, kun bitrate-käyrä pysyy terveenä | Paketit myöhästyvät ikkunasta | Nosta SRT-viivettä 500 ms ja testaa uudelleen |
| Bitrate laskee ja kuva pehmenee, mutta se liikkuu edelleen | Adaptiivinen bitrate tekee työtään ohuella linkillä | Ei mitään viiveen suhteen. Tämä on toimiva vaihtokauppa. |
| Lähetys päättyy kokonaan | Yhteys kuoli, ei puskuri | Katkosuoja: oma OBS pitämässä lähetystä. Katso pidä lähetys livenä. |
Ensimmäinen rivi on ainoa, jonka viiveasetus korjaa. Toinen rivi on normaali ja kolmas rivi on aivan eri ongelma. Viiveen nostaminen katkosta vastaan ei tee mitään, koska jäljellä ei ole yhteyttä, jolla palautua.
SRT-viive ei ole katsojasi viive
Enkooderisi ikkuna on yksi hyppy ketjussa. Relay luovuttaa lähetyksen OBS:llesi toisella SRT-hypyllä, jolla on oma ikkunansa. OBS pitää verkkopuskuria, enkoodaa ja työntää alustalle. Alusta ottaa vastaan, transkoodaa, ja soitin puskuroi sen päälle.
| Vaihe | Suunnilleen |
|---|---|
| Enkooderin SRT-ikkuna | 2–3 s |
| SRT-ikkuna relaystä OBS:ään | 2 s |
| OBS:n verkkopuskuri ja enkoodaus | alle 1 s |
| Alustan ingest, transkoodaus, soitin | useita sekunteja |
Ensimmäisen rivin leikkaaminen 2500:sta 1000:een säästää puolitoista sekuntia ketjusta, joka on selvästi sitä pidempi, ja ostat sen sekunnin jokaisella jäätymisellä, jota ikkuna ei enää pysty vaimentamaan. Ihmiset antavat lyhyen viiveen anteeksi. He lähtevät, kun kuva pysähtelee jatkuvasti. Jos chatin ajoituksella on aidosti merkitystä jossakin osuudessa, alustan matalan viiveen tila siirtää kokonaisuutta paljon enemmän kuin SRT-luku.
Miten viritetään ilman arvailua
- Aseta enkooderi taulukon lukuun ja jätä se rauhaan.
- Striimaa reittisi pahin osuus: tunneli, väkijoukko, junalaituri. Ei olohuoneesi.
- Jos kuva jäätyy bitraten pysyessä, nosta viivettä 500 ms ja aja sama reitti uudelleen.
- Muuta yhtä asiaa kerrallaan. Viive, bitrate ja resoluutio siirtävät kaikki samoja oireita, eikä kahden säätäminen yhtä aikaa kerro sinulle mitään.
- Säilytä paikallinen tallenne. Katso liike ja ääni jälkikäteen sen sijaan että luottaisit vihreään lukuun hallintapaneelissa.
Relay on asetuksen toinen puolisko
Enkooderisi päättää vain toisen puolen. Relaymme ajaa oletuksena väljää viiveprofiilia, joka on rakennettu bondatuille mobiiliyhteyksille eikä studiolinkille, joten järkevä enkooderin arvo osuu vastaanottajaan, joka odottaa karuja olosuhteita. Yhdistä se relayn vetämiseen omaan OBS:ääsi, niin kenttäyhteys lakkaa olemasta se, mikä päättää lähetyksesi.
Vieläkö protokolla auki? SRTLA vs RTMP käy läpi milloin pelkkä SRT riittää ja milloin tarvitset bondausta.
FAQ
- Mitä SRT-viivettä minun pitäisi käyttää IRL-striimaukseen?
- Aloita 2000–2500 millisekunnista enkooderin puolella ja jätä se siihen, kunnes lähetys on osoittautunut vakaaksi reittisi pahimmalla osuudella. Belaboxin oletus on 2000 ms ja Moblinin 3000 ms, ja molemmat ovat hyviä sellaisenaan. Hallintapaneelimme antaa 2500 ms yhden yhteyden SRT-enkoodereille kuten LiveU Solo Prolle ja Larixille.
- Pitääkö SRT-viiveen olla sama molemmissa päissä?
- Ei. Molemmat päät ilmoittavat arvon kättelyssä, ja yhteys käyttää suurempaa. Siksi enkooderin asettaminen relayn käyttämää arvoa pienemmäksi ei tee mitään, ja siksi OBS-haun voi virittää erikseen enkooderin puolesta.
- Tekeekö 2500 ms lähetyksestä chatille hitaan tuntuisen?
- Ei havaittavasti. SRT-ikkuna on yksi pala ketjussa, jossa on jo toinen SRT-hyppy OBS:ään, OBS:n oma puskuri sekä alustan ingest- ja soitinviive. Enkooderin ikkunan puolittaminen säästää noin sekunnin ketjusta, joka on selvästi sitä pidempi.
- Miksi OBS:n medialähde haluaa 2000000 eikä 2000?
- OBS lukee SRT-URL:n FFmpegin kautta, ja FFmpeg ottaa viiveen mikrosekunteina. 2000000 on kaksi sekuntia. Jos kirjoitat siihen 2000, saat kaksi millisekuntia, mikä ei käytännössä ole lainkaan palautumisikkuna.