SRT-latensfeltet er ikke en hastighetsinnstilling. Det er hvor mye tid du gir protokollen til Ä oppdage at en pakke forsvant, be om den pÄ nytt, og fÄ den tilbake fÞr bildet trenger den. Sett den for lavt, og streamen fryser pÄ hvert dÄrlige sekund med mobilnett. Sett den fornuftig, og det samme dÄrlige sekundet er usynlig.
For IRL er det fornuftige tallet stÞrre enn studiotallet. Her er hva det gjÞr, hva du skal skrive inn, og hvordan du ser om det er dette som mÄ endres.
Hva tallet egentlig er
SRT gÄr over UDP. NÄr en pakke gÄr tapt, ser mottakeren hullet og ber avsenderen om den pakken pÄ nytt. Latensverdien er hvor lenge mottakeren er villig til Ä vente pÄ det svaret fÞr den mÄ gi opp og spille det den har. Alt som kommer innenfor vinduet, settes tilbake i riktig rekkefÞlge, og seeren ser aldri tapet. Alt som bommer pÄ vinduet, forkastes, og det er frysingen eller klosseflekken du ser pÄ en rÞff forbindelse.
Vinduet mÄ altsÄ vÊre bredere enn en full rundtur, med rom for mer enn ett forsÞk. Haivision, som skrev protokollen, uttrykker det som et multiplum av rundturstiden: omtrent tre til fire ganger pÄ en ren link, og mer etter hvert som pakketapet stiger.
Det folk overser, er at dette er en tosidig innstilling. Encoderen din oppgir en latens, relayet oppgir en, og hÄndtrykket bruker den stÞrste av de to. à skru encoderen ned under relayets verdi endrer ingenting, og Ä skru den opp fÄr alltid effekt.
Hvorfor IRL-tallet er stĂžrre
En kablet studiolink har jevn rundtur. En telefon som gÄr gjennom en by har ikke det. Gjennomsnittlig rundtur til et relay i nÊrheten kan vÊre under en tidels sekund, men et mastebytte, en overfylt celle, eller et modem som vÄkner igjen, kan dytte én rundtur forbi et halvt sekund og stable noen av dem pÄ rad. Vinduet er ikke dimensjonert for gjennomsnittet. Det er dimensjonert for toppen.
Med SRTLA-bonding har det samme vinduet en jobb til. SRTLA sprer pakkene dine over alle modemene du har. NÄr ett modem blir mÞrkt, er pakkene som var underveis pÄ det borte, og SRT ber om dem pÄ nytt. SRTLA sender de nye forsÞkene over modemene som fortsatt er friske. Latensvinduet er tidsbudsjettet for den omrutingen. Et trangt vindu betyr at et dÞdt modem koster deg en frys selv om du har to til som virker. Et romslig vindu betyr at det ikke koster deg noe synlig. Det er hovedgrunnen til at bonding fÞles sÄ mye jevnere enn én SRT-link pÄ den samme telefonen.
Hva du skal sette
| Hvor | Innstilling | Merknader |
|---|---|---|
| Belabox (SRTLA) | 2000 ms | Standardverdien. GĂ„ opp, ikke ned, hvis en rute er rĂžff. |
| Moblin pÄ iPhone (SRTLA) | 3000 ms | Standardverdien. La den stÄ; den er allerede pÄ den romslige siden. |
| IRL Pro pÄ Android (SRTLA) | 2000 ms | Samme felt som Belabox, samme utgangspunkt. |
| LiveU Solo Pro (SRT) | 2500 ms | Det dashbordet viser for denne encoderen. |
| Larix (SRT) | 2500 ms | Settes automatisk nÄr du Äpner forbindelsen fra dashbordet. |
| OBS-mediekilde som henter relayet | latency=2000000 | Mikrosekunder, ikke millisekunder. Dette er to sekunder. |
Hvis du bare tar med deg én ting fra tabellen: det finnes ingen god grunn til Ä gÄ under 2000 ms pÄ en mobilrute, og sjelden noen grunn til Ä gÄ over 4000 ms. Mellom de to er hÞyere tryggere, og prisen er brÞkdeler av et sekund forsinkelse som ingen i chatten kjenner.
OBS-siden regner i mikrosekunder
OBS leser SRT gjennom FFmpeg, og FFmpegs latens-opsjon er i mikrosekunder. To sekunder er 2000000. Skriver du 2000, fÄr du to millisekunder, som ikke er noe gjenopprettingsvindu i det hele tatt, og uthentingen vil hakke selv pÄ en perfekt hjemmeforbindelse. Hele uthentings-URL-en stÄr i OBS-oppsettsguiden.
Ă lese symptomene
De fleste latensspÞrsmÄl er egentlig "noe er galt, er det denne knappen". Som regel er det én av tre ting, og bare én av dem er latensen.
| Det du ser | Hva det betyr | Hva du skal endre |
|---|---|---|
| Korte frys eller klossete bilder mens bitrate-grafen holder seg frisk | Pakker bommer pÄ vinduet | Hev SRT-latensen med 500 ms og test pÄ nytt |
| Bitraten faller og bildet blir mykere, men det fortsetter Ä bevege seg | Den adaptive bitraten gjÞr jobben sin pÄ en tynn link | Ingenting med latensen. Dette er avveiningen som virker. |
| Streamen avsluttes helt | Forbindelsen dĂžde, ikke bufferen | Bruddbeskyttelse: din egen OBS som holder sendingen. Se hold streamen live. |
Den fÞrste raden er den eneste latensinnstillingen fikser. Den andre raden er normal, og den tredje er et helt annet problem. à heve latensen for Ä bekjempe en frakobling gjÞr ingenting, fordi det ikke er noen forbindelse igjen Ä gjenopprette pÄ.
SRT-latens er ikke seerforsinkelsen din
Vinduet pÄ encoderen din er ett hopp i en kjede. Relayet leverer streamen til OBS-en din over et nytt SRT-hopp med sitt eget vindu. OBS holder en nettverksbuffer, encoder, og sender til plattformen. Plattformen tar imot, transkoder, og spilleren buffrer pÄ toppen av det.
| Trinn | Omtrent |
|---|---|
| SRT-vindu i encoderen | 2 til 3 s |
| SRT-vindu relay til OBS | 2 s |
| OBS nettverksbuffer og encoding | under 1 s |
| Plattform-ingest, transkoding, spiller | flere sekunder |
à kutte den fÞrste raden fra 2500 til 1000 sparer halvannet sekund av en kjede som er langt lengre enn det, og du kjÞper det sekundet med hver frys vinduet ikke lenger kan absorbere. Folk tilgir en kort forsinkelse. De drar nÄr bildet stadig stopper. Hvis chat-timing genuint betyr noe for et segment, flytter plattformens lavlatens-modus totalen langt mer enn SRT-tallet gjÞr.
Hvordan du justerer uten Ă„ gjette
- Sett encoderen til tallet fra tabellen og la den vĂŠre.
- Stream den verste delen av ruten din: tunnelen, folkemengden, togperrongen. Ikke stua di.
- Fryser bildet mens bitraten holder, hev latensen med 500 ms og kjĂžr den samme ruten igjen.
- Endre Ă©n ting av gangen. Latens, bitrate og opplĂžsning flytter alle de samme symptomene, og Ă„ justere to samtidig forteller deg ingenting.
- Behold det lokale opptaket. Se pÄ bevegelsen og lyden i etterkant i stedet for Ä stole pÄ et grÞnt tall i et dashbord.
Relayet er den andre halvdelen av innstillingen
Encoderen din bestemmer bare den ene siden. Relayet vÄrt kjÞrer som standard en romslig latensprofil, bygget for bondede mobile opplinker heller enn en studiolink, sÄ en fornuftig encoder-verdi lander pÄ en mottaker som forventer rÞffe forhold. Kombiner det med Ä hente relayet inn i din egen OBS, sÄ slutter feltforbindelsen Ä vÊre det som avslutter sendingen din.
Fortsatt usikker pÄ protokoll? SRTLA vs RTMP tar nÄr SRT alene holder og nÄr du trenger bonding.
FAQ
- Hvilken SRT-latens bĂžr jeg bruke til IRL-streaming?
- Start pÄ 2000 til 2500 ms pÄ encoder-siden, og la den stÄ til streamen har vist seg stabil pÄ den verste delen av ruten din. Belabox stÄr som standard pÄ 2000 ms og Moblin pÄ 3000 ms, og begge er fine som de er. Dashbordet vÄrt deler ut 2500 ms til SRT-encodere med én forbindelse, som LiveU Solo Pro og Larix.
- MĂ„ SRT-latensen vĂŠre lik i begge ender?
- Nei. Begge ender oppgir en verdi i hÄndtrykket, og forbindelsen bruker den stÞrste. Det er derfor det ikke gjÞr noe Ä sette encoderen din lavere enn det relayet bruker, og derfor OBS-uthentingen kan justeres separat fra encoder-siden.
- GjĂžr 2500 ms at streamen fĂžles treg for chatten?
- Ikke merkbart. SRT-vinduet er Ă©n bit av en kjede som allerede inneholder et nytt SRT-hopp inn i OBS, OBS sin egen buffer, og plattformens ingest- og spillerforsinkelse. Ă halvere encoder-vinduet sparer omtrent ett sekund av en kjede som er langt lengre enn det.
- Hvorfor vil OBS-mediekilden ha 2000000 i stedet for 2000?
- OBS leser SRT-URL-en gjennom FFmpeg, og FFmpeg tar latens i mikrosekunder. 2000000 er to sekunder. Skriver du 2000 der, fÄr du to millisekunder, som i praksis er ingen gjenopprettingsvindu i det hele tatt.