limelytix
← Artikler
Bildekvalitet

Hvor mye hakking og støy tåler en sending før du må skrive det i rapporten?

Spørsmålet vi får oftest om bildekvalitet: når er et avvik stort nok til å bli et funn? Her er en praktisk måte å dra grensen på.

Marius Aarseth

4 min lesetid

Hvor mye hakking og støy tåler en sending før du må skrive det i rapporten?

Spørsmålet som går igjen

På kurset kommer ett spørsmål oftere enn alle andre når vi gjennomgår bildestabilitet: hvor mye hakking, komprimeringsstøy eller svingning i kvalitet kan vi akseptere før det må med i rapporten? Deltakerne har ofte sett det samme som tilskueren, men er usikre på om det er stort nok til å nevnes. Svaret er sjelden et tall alene.

Det avgjørende er om avviket er til å se for en vanlig seer, hvor lenge det varer og hvilken del av sendingen det rammer. Et enkelt tapt bilde midt i en rolig scene er noe annet enn gjentatt hakking under en kamerasvenk. I denne artikkelen går jeg gjennom hvordan vi på kurset resonnerer, slik at du kan forsvare vurderingen din overfor både produsent og tekniker.

Skill mellom det du ser og det du måler

Første steg er å skille observasjon fra målt verdi. Du ser at bildet hakker, men du kan også telle tapte eller duplisert bilder, notere bildefrekvensen i avspillingen og se om oppløsningen faller i perioder. Når begge deler står side om side i notatene, blir funnet etterprøvbart.

Vi anbefaler å se sendingen to ganger. Første gang som seer, uten å pause, med notater om tidspunkt og hva du reagerte på. Andre gang med verktøy, der du går tilbake til hvert tidspunkt og undersøker bilde for bilde. Mange avvik forsvinner i andre runde fordi de skyldtes avspillingen din, ikke sendingen. Det er nettopp derfor kontrollen er verdt tiden.

  • Første gjennomsyn som seer, uten pauser
  • Andre gjennomsyn med tidspunkt og målinger
  • Noter om avviket kan skyldes din egen avspilling

Terskelen: varighet, hyppighet og plassering

Vi bruker tre spørsmål for å avgjøre om noe blir et funn. Hvor lenge varte det, hvor ofte kom det tilbake, og hvor i sendingen skjedde det? Et kort støyutbrudd i en overgang er mindre alvorlig enn komprimeringsstøy som ligger over en hel taleinnslag der mange ser nøye på ansiktet.

Gjentakelse veier tungt. Ett enkelt avvik kan være en tilfeldighet, men tre like avvik i løpet av en time peker på en årsak du kan beskrive. Plasseringen betyr også noe: avvik i åpningen og ved overgangen til reklame eller pause blir lagt merke til først. Vi lærer deltakerne å gi hvert funn en enkel alvorlighetsgrad, slik at mottakeren raskt ser hva som haster.

Slik skriver du det ned

Et godt funn har fire deler: tidspunkt, hva du observerte, hva du målte og hvor sikker du er på årsaken. Skriv «mellom to korte tidspunkt i første halvdel, tydelig blokkstøy i mørke partier, bildefrekvensen holdt seg stabil» heller enn «dårlig kvalitet». Den første formuleringen kan noen andre sjekke.

Unngå å gjette på årsaken når du ikke har grunnlag. Det er helt legitimt å skrive at hakkingen sannsynligvis ligger i kodingen, men at du ikke kan utelukke nettverket. Mottakeren får da riktig utgangspunkt for videre feilsøking, og rapporten din mister ikke troverdighet hvis årsaken viser seg å være en annen.

  • Tidspunkt og varighet
  • Observasjon i vanlige ord
  • Målt verdi der du har en
  • Grad av sikkerhet om årsaken

Vanlige tilfeller og hvordan vi vurderer dem

Tre situasjoner dukker opp igjen og igjen. Det første er hakking i raske bevegelser, som ofte skyldes for lav datarate for innholdet. Det andre er svingende oppløsning, der bildet blir uskarpt i noen sekunder og så skarpt igjen, typisk når avspilleren bytter kvalitetsnivå. Det tredje er komprimeringsstøy i mørke eller jevne flater.

Alle tre kan være godt synlige og likevel kortvarige. Vi anbefaler å notere dem, men å rangere dem etter hvor mye de forstyrrer innholdet. Svingende oppløsning under en grafikk med tekst er verre enn den samme svingningen i et bredt landskapsbilde. Rangeringen er det som gjør rapporten nyttig, ikke bare lang.

Det praktiske svaret

Hvis du må gi ett svar til teamet: alt du kan se, gjenta og beskrive nøyaktig hører hjemme i rapporten, men ikke alt er like viktig. Skriv ned avviket, gi det en alvorlighetsgrad og la mottakeren bestemme hva som skal rettes. Å utelate noe fordi det virket lite er en vanligere feil enn å ta med for mye.

Samtidig bør du ikke fylle rapporten med småting som tar oppmerksomheten bort fra de viktige funnene. Et fornuftig mål er at de tre til fem viktigste funnene står først, med resten samlet lenger ned. Slik får både den som bare skumleser og den som vil grave dypere det de trenger.

Terskelen for hva som blir et funn avhenger av varighet, gjentakelse og plassering, ikke av én fast verdi. Observer først som seer, mål deretter, og skriv så konkret at en annen kan kontrollere deg. Rangér funnene slik at de viktigste står øverst. Da blir bildestabilitet en del av rapporten som teamet faktisk kan handle på etter sending.

Skrevet av

Marius Aarseth

Instruktør, rapportering

Skriver tekniske rapporter for produksjonsteam og veileder i tydelig fremstilling av funn.

Les også

  1. Slik gjennomgår vi bildestabilitet: arbeidet bak en sending, steg for steg

    Et blikk bak kulissene på hvordan en gjennomgang av hakking, tapte bilder og komprimeringsstøy faktisk gjøres, fra opptak av referanse til notater som kan etterprøves.

  2. Hva skal en kvalitetsrapport for livestream egentlig inneholde?

    Det vanligste spørsmålet vi får: hva må med i rapporten, og hvor lang bør den være? Her er svaret, med funn, alvorlighetsgrad og anbefalinger i en fast rekkefølge.

  3. Slik måler vi forskyvning mellom bilde og lyd, steg for steg

    Et blikk bak kulissene på hvordan vi finner, måler og avgrenser lydforskyvning i en livestream, og hva vi skriver i rapporten når årsaken ikke er helt entydig.

Send oss en melding