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

Før du ser på bildet: sett opp rammene

Gjennomgangen starter ikke med å trykke play. Først avklarer vi hva som skal vurderes: hvilken sending, hvilken tidsperiode, hvilken enhet seeren antas å bruke og hvilken oppløsning og bildefrekvens produksjonen skulle levere. Uten disse rammene blir alle funn et spørsmål om smak, og det er nettopp det en teknisk rapport skal unngå.

Deretter sikrer vi materialet. Helst har vi både en opptaksfil fra selve utsendingen og en kopi av det som kom ut hos seeren, fordi feil kan oppstå på vei ut og ikke bare i produksjonen. Filene får navn etter dato og kilde, og vi noterer hvem som leverte dem. Det virker pedantisk, men det er dette som gjør at et funn kan etterprøves når noen spør.

• Avklar leveransekrav for oppløsning og bildefrekvens
• Sikre opptak fra både kilde og mottaker
• Noter filnavn, kilde og hvem som leverte materialet

Første gjennomsyn i normal hastighet

Første gang ser vi hele sendingen i normal hastighet, uten å stoppe. Målet er å få et helhetsinntrykk slik en seer ville fått det: Merker man hakking? Går bildet i klosser når det er mye bevegelse? Faller skarpheten i perioder? Vi skriver ned tidspunkt for alt som skiller seg ut, med ett stikkord ved hvert.

Her er det viktig å ikke begynne å forklare. Det er fristende å skrive «dårlig kodek» eller «overbelastet nett» allerede ved første øyekast, men da risikerer man å lete etter bekreftelse i stedet for å observere. Vi holder oss til hva som ses, når det ses, og hvor lenge det varer.

Bilde for bilde: hakking og tapte bilder

Når listen over mistenkelige tidspunkt finnes, går vi tilbake og stepper gjennom hvert av dem. Hakking som føles ujevn kan skyldes tapte bilder, doble bilder eller ujevn levering av bildene. Ved å se enkeltbilder side om side ser vi om bevegelsen hopper, og om samme bilde vises to ganger. Det gir et konkret funn: «tre påfølgende bilder tapt», ikke bare «hakker litt».

Vi sammenligner også med bildefrekvensen som var avtalt. En sending som skulle gå i femti bilder i sekundet, men som i perioder leverer langt færre, har et annet problem enn en sending med jevn lav frekvens. Det skillet avgjør hva vi anbefaler videre, og derfor tar vi oss tid til å telle.

• Skille mellom tapte, doble og ujevnt leverte bilder
• Sammenligne faktisk bildefrekvens med avtalt frekvens

Komprimeringsstøy og svingninger i kvalitet

Komprimeringsstøy ser vi best i flater med jevn farge, som himmel, bakvegg eller scenebakgrunn, og i raske kamerabevegelser. Vi zoomer inn på de samme utsnittene i ulike deler av sendingen og sammenligner. Hvis klossene bare dukker opp i enkelte minutter, peker det mot at bitraten falt, ikke at grunninnstillingene var for lave.

Svingninger i kvalitet er ofte det som irriterer seeren mest, selv når gjennomsnittet er greit. Vi noterer derfor når bildet skifter fra skarpt til mykt, og hvor raskt det skjer. En kort og tydelig loggføring av disse skiftene gir produksjonsteamet noe å jobbe med, mens et løst inntrykk av «ujevn kvalitet» gir lite.

Fra observasjon til funn som kan brukes

Et funn i vår rapport har alltid fire deler: hva vi så, hvor i sendingen det skjedde, hvor alvorlig det var for seeren og hva vi mener er sannsynlig årsak, merket tydelig som antakelse når den ikke er bekreftet. Dette skillet mellom observasjon og tolkning er det vi legger mest vekt på i undervisningen.

Til slutt prioriterer vi. Ikke alle funn fortjener like mye oppmerksomhet. Et kortvarig bildefeil midt i en pause er noe annet enn vedvarende støy under hovedinnslaget. Rapporten rangerer funnene, og hvert av dem følges av en anbefaling som teamet kan teste ved neste sending.

• Observasjon, tidspunkt, alvorlighet og sannsynlig årsak
• Antakelser merkes som antakelser
• Prioriter etter hva seeren faktisk merket

Det som ofte glemmes i praksis

Mange hopper over å se sendingen på en annen skjerm enn redigeringsmonitoren. Et bilde som ser rent ut på en kalibrert skjerm kan vise tydelige klosser på en mobil i sterkt lys, og omvendt. Vi ser derfor gjennom minst to visninger før vi konkluderer.

Det andre som glemmes er å notere det som fungerte. En rapport som bare lister feil gir et skjevt bilde og gjør det vanskelig å se hva teamet bør beholde. Vi skriver kort ned hva som holdt seg stabilt, slik at endringer til neste gang ikke ødelegger det som allerede virket.

Gjennomgang av bildestabilitet er først og fremst disiplin: rammer før blikk, observasjon før tolkning og prioritering før anbefaling. Det er ikke noe mystisk i metoden, og nettopp derfor kan den læres og gjentas. I kurset øver vi på eksempelmateriale til rutinen sitter, slik at rapporten din holder når noen spør hvordan du kom frem til funnene.