Da opplastingen ikke holdt: Kristoffers sending fra et lite studio

Utgangspunktet i et lite lokale

Kristoffer driver en liten forening i Tromsø og sender månedlige medlemsmøter direkte fra et leid lokale. Han tok kontakt i høst fordi bildet hakket etter ti–femten minutter, og noen ganger falt lyden helt ut. Oppsettet så ellers ryddig ut: ett kamera, en bærbar pc med enkoder og et vanlig bredbåndsabonnement.

Mitt første spørsmål var ikke hvilken enkoder han brukte, men hva nettet faktisk klarte å sende ut. Mange tenker på nedlastingshastighet når de kjøper abonnement, mens en direktesending bare bruker opplasting. Den er ofte langt lavere, og den deles med alle andre som bruker samme linje.

Kristoffer hadde aldri målt opplastingen på stedet der sendingen foregikk. Det ble utgangspunktet for resten av arbeidet vi gjorde sammen.

Å regne ut hvor mye opplasting som trengs

Vi startet med enkoderen. Kristoffer sendte i full HD med en bitrate han hadde kopiert fra en veiledning. Jeg ba ham se på tallet som en verdi å teste, ikke et fasitsvar. Deretter la vi på lyden og en romslig margin, slik at samlet behov ble noe høyere enn videoen alene.

Som tommelfingerregel bør sendingen bruke bare en del av den målte opplastingen, ikke alt. Er marginen liten, vil enhver svingning i linjen vise seg som hakking. Vi målte opplastingen flere ganger i løpet av en uke, på ulike tidspunkter, og skrev tallene inn i tabellen for enkoderinnstillinger.

Resultatet var tydelig: på kveldstid sank opplastingen merkbart, nettopp når møtene gikk. Bitraten han brukte lå for tett på det laveste målingen viste.

• Mål opplasting flere ganger, ikke bare én gang
• Legg til lyd og en margin oppå videoens bitrate
• Skriv målingene i en tabell du kan sammenligne senere

Kabel fremfor trådløst nett

Den bærbare pc-en hang på lokalets trådløse nett, og ruteren stod i et annet rom bak en betongvegg. Trådløst nett kan fungere fint, men det svinger med avstand, vegger og andre enheter i nærheten. For en sending der jevnhet er viktigere enn toppfart, er kabel et enklere valg.

Kristoffer trakk en nettverkskabel fra ruteren til pulten. Det kostet lite og tok en kveld. Samme linje, samme abonnement, men målingene over flere dager svingte nå mye mindre, og testsendingen holdt seg stabil lenger enn før.

Vi snakket også om at kabel ikke løser alt. Hvis selve linjen ut av bygget er flaskehalsen, hjelper det ikke hvor godt det siste leddet er koblet. Men det fjernet én mulig feilkilde, og det gjorde den videre feilsøkingen mer oversiktlig.

Reserveforbindelse og hva den koster i praksis

Selv med kabel kan en linje falle ut. Foreningen hadde ingen reserve, så et brudd ville stoppe hele møtet. Vi vurderte to veier: en mobiltelefon som delt nett og et ekstra mobilabonnement med eget dekningsområde. Telefonen var gratis å prøve og passet best for Kristoffers behov.

Jeg ba ham teste reserven før et ordentlig møte, ikke under det. Han målte opplastingen via mobilen på samme sted og fant at den var lavere enn kabelen. Da måtte reserveløsningen bruke en lavere bitrate, og vi la en egen rad for den i tabellen.

Poenget med en reserve er ikke at den skal være like god. Den skal holde sendingen i gang med akseptabel kvalitet mens hovedlinjen blir sjekket, og den må være øvd på på forhånd.

• Test reserven uten publikum først
• Bruk en lavere bitrate på reservenettet
• Skriv ned hvordan du bytter, steg for steg

Prioritering på nettet under sending

Under møtene satt flere i lokalet og brukte samme nett, med telefoner og en delt skriver. Det var nok til å dytte opplastingen ned i perioder. Ruteren hadde en innstilling for prioritering av trafikk, og vi satte pc-en med enkoderen øverst.

Ikke alle rutere har dette, og navnene varierer, så Kristoffer måtte lese i sin egen veiledning. Enklere var det å be gjester om å bruke mobilnett i løpet av selve sendingen. Det høres lite teknisk ut, men det var den endringen som sto for mest av forbedringen.

Vi var enige om at prioritering er en justering å teste, ikke noe man stoler blindt på. Han kjørte en testsending med flere enheter koblet til og så hvordan grafen for opplasting oppførte seg underveis.

Hva som endret seg etter testsendingen

Ved neste møte hadde Kristoffer kabel, en redusert bitrate med margin, en øvd reserve over mobil og prioritering av enkoder-pc-en. Sendingen gikk i halvannen time uten at bildet hakket. Lyden falt ikke ut, og han hadde sjekklisten foran seg hele tiden.

Det betyr ikke at problemet er løst for alltid. Linjen kan endre seg, og en ny enhet i lokalet kan påvirke målingene igjen. Derfor ber jeg deltakere om å måle på nytt når noe i oppsettet endres.

Det som sitter igjen etter dette tilfellet, er at utregningen kom først og utstyret etterpå. Kristoffer trengte ingen dyrere enkoder, bare et klarere bilde av hva nettet kunne bære.

Kristoffers sak viser hvor mye som ligger i planleggingen før en sending. Måling av opplasting, kabel, en reserve du har øvd på og enkel prioritering løste mer enn nytt utstyr ville gjort. Tallene i artikkelen er utgangspunkt å teste på eget nett, ikke fasit. Gjør som han: mål selv, skriv det ned og prøv på nytt når noe endrer seg.