Slik leveres grafikken: fra ferdig design til fil videoteamet kan bruke

Når jeg underviser i leveranse, begynner jeg sjelden med eksport. Jeg begynner med en kort samtale med videoteamet: hvilken programvare klipper de i, hvilken bildestørrelse sendes i, og hvem legger grafikken inn mens sendingen går? Svarene bestemmer nesten alt du gjør etterpå. En grafikkpakke som ser fin ut hos deg, kan bli til timer med omarbeid hvis mottakeren venter gjennomsiktige filer og får flate bilder med hvit bakgrunn.

Derfor ber jeg deltakerne skrive en liten leveransenotis allerede i skissefasen. Den trenger ikke være lang. Tre eller fire linjer om mål, format og bruksområde holder. Notisen følger prosjektet hele veien, og den gjør det enklere å si ifra tidlig dersom noe ikke lar seg gjøre, for eksempel en animasjon som teamet ikke kan spille av live.

Dette virker kanskje byråkratisk, men det sparer oss for de fleste feilene vi ser. De fleste problemer med leveranse handler ikke om teknikk, men om at to personer har ulike forestillinger om hva som skulle sendes.

• Spør hvilken oppløsning og bildefrekvens sendingen har
• Avklar om teamet trenger gjennomsiktig bakgrunn
• Finn ut hvem som legger inn grafikken under sending

De fleste webinarer og direktesendinger går i Full HD, altså 1920 × 1080 piksler. Da leverer jeg grafikken i nøyaktig den størrelsen, ikke større og ikke mindre. Eksporterer du større og lar programmet skalere ned, risikerer du at tynn skrift blir uskarp eller får tegn som flimrer. Leverer du mindre, blir kantene myke så snart bildet fylles ut på en stor skjerm.

For navneskilt og bildetekster som skal ligge oppå video, bruker jeg PNG med gjennomsiktig bakgrunn. For statiske lysbilder holder ofte en vanlig bildefil. Er det animert grafikk, avtaler jeg med teamet om det skal være en videofil med alfakanal eller en rekke enkeltbilder. Her finnes ikke ett riktig svar, bare det som passer mottakerens oppsett.

Fargerom er en annen detalj som lett glemmes. Skjermgrafikk skal være i RGB, og jeg sjekker at eksporten ikke har byttet profil underveis. Et mørkt blått som ser rent ut på min skjerm, kan ellers se grått ut i sendingen.

Filnavn høres kjedelig ut, men under en direktesending kan et uklart navn bli dyrt. Jeg bruker en fast oppskrift: prosjekt, innhold, versjon og rekkefølge. En fil som heter webinar_navneskilt_marte_v2 forteller mottakeren hva den er, hvem den gjelder og at den erstatter en eldre versjon. Filer som heter endelig_ny_FINAL2 gjør det ikke.

Jeg bruker små bokstaver og understrek, uten mellomrom og uten æ, ø og å. Noen systemer og eldre programmer håndterer ikke spesialtegn, og en sti som brytes midt i en sending er noe ingen vil oppleve. Nummerering på starten av navnet gjør at filene sorteres i den rekkefølgen de skal brukes.

Samme tankegang gjelder mapper. En enkel struktur med én mappe per bruksområde, for eksempel talerbildetekster, lysbilder og paneler, gjør at en som ikke har vært med på prosessen, finner det den leter etter på sekunder.

• Bruk prosjekt, innhold, versjon og nummer i samme rekkefølge hver gang
• Unngå mellomrom og spesialtegn i filnavn
• Legg gamle versjoner i en egen arkivmappe

Før noe sendes, åpner jeg filene slik mottakeren vil gjøre det. Jeg legger en navneskiltfil oppå en testvideo og ser om kantene er rene, om teksten er lesbar mot lyst og mørkt bilde, og om noe ligger utenfor den delen av bildet som er trygg mot beskjæring. Dette tar kanskje ti minutter, og det avslører mer enn noen sjekkliste i hodet.

Jeg ser også på skriften i faktisk størrelse. Det som virker tydelig når du zoomer inn i designprogrammet, kan være for lite på en laptopskjerm hos en seer. Jeg ber deltakerne holde en armlengdes avstand og lese. Klarer du ikke å lese teksten da, må den være større.

Til slutt teller jeg filene mot leveransenotisen. Mangler det en variant, eller ligger det en gammel versjon i mappen, retter jeg det før pakken forlater meg. En ryddig kontroll er den billigste forsikringen du kan ha.

• Test filene oppå ekte video, ikke bare på hvit bakgrunn
• Les teksten på armlengdes avstand
• Sammenlign innholdet i mappen med leveransenotisen

Selv med perfekte filer kan det oppstå små overraskelser når sendingen begynner. Derfor avtaler jeg på forhånd hvem som kan ta en rask endring, og hvordan den leveres. Ofte holder det med en delt mappe og én kontaktperson som sier fra når en ny versjon ligger klar. Et rot av meldinger i flere kanaler er det som skaper feil, ikke selve endringen.

Jeg anbefaler også å ha en reservepakke. Det kan være enkle lysbilder uten animasjon som kan tas i bruk hvis noe ikke spilles av som planlagt. Det er ikke pent å måtte bruke den, men den gjør at sendingen kan fortsette uten pauser.

Ingrid Nygaard går grundigere inn på dette samarbeidet i undervisningen, med øvelser der deltakerne leverer til et videoteam og får tilbakemelding på hva som fungerte og hva som skapte spørsmål.

Mange arrangører planlegger flere webinarer nå i høstmånedene, og da lønner det seg å lage en fast leveransemal som kan brukes om igjen. Skriv ned format, mål, navngiving og mappestruktur én gang, og bruk samme mal i neste prosjekt. Hver gang du justerer den etter erfaring, blir neste leveranse tryggere.

Du trenger ikke dyre verktøy for å få dette til. Det som skiller en god leveranse fra en vanskelig, er nesten alltid forberedelse og tydelig kommunikasjon. Når videoteamet vet hva de får, og du vet hva de trenger, blir selve overleveringen en rolig formsak.

I kurset øver vi på akkurat dette, steg for steg, med egne filer og ekte tilbakemeldinger.