Offline og online-klipning forklaret: proxyer, conform og reel-identitet

Hvad “offline” og “online” faktisk betyder

Offline-klipning er den kreative omgang: beslutningerne om hvilket take, i hvilken rækkefølge, klippet hvor. Online-klipning er finishen: conform, farvegradering, tekster, visuelle effekter og den endelige udrendering til levering. Forskellen handler ikke om arbejdets kvalitet — den handler om, hvilken kopi af footagen arbejdet foregår på. Offline kører på let stedfortræder-materiale; online kører på kameraoriginalerne i fuld kvalitet.

Ordene er arvet fra videobånd. I 1980'erne klippede en klipper på billige kopier i en “offline”-suite og gik derefter beslutningslisten ind i en dyr “online”-bay, hvor masterbåndene blev samlet frame-præcist til udsendelse. Maskineriet er væk; arbejdsdelingen overlevede, for den handlede aldrig rigtig om bånd. Den handlede om at lave det langsomme, undersøgende arbejde, hvor man skifter mening, på materiale der er hurtigt at håndtere, og gemme fuldopløsningen til det ene pass, hvor det gør en forskel.

Hvorfor delingen overlever i en RAW-verden

Man kunne rimeligt antage, at moderne hardware slog offline/online-delingen ihjel. Den gjorde det modsatte. Kameradata løb fra de maskiner, der klipper dem. En enkelt time 8K BRAW eller R3D er hundredvis af gigabyte; en bærbar scrubber det ikke, og et delt projekt kan ikke sende det rundt. Så klippet foregår på proxyer — ProRes Proxy-spejle på cirka 20 GB pr. kamera-time i stedet for hundredvis — og kameraoriginalerne ligger urørte, indtil der er finish. Det er et offline/online-workflow, uanset om nogen kalder det så. Mekanikken bag at lave og påsætte de proxyer står i guiden om proxy-workflow til RAW.

To kræfter holder delingen på plads. Den første er vægt: du kan ikke slæbe RAW med på café, men du kan tage proxyer med overalt. Den anden er arbejdsdeling: klipperen klipper, og en colorist eller online-klipper conformer og graderer, ofte på en anden maskine i et andet rum. Begge kræfter peger på den samme arkitektur — klip på let materiale, finish på tungt materiale, og byg en pålidelig bro imellem dem.

Broen er identitet, ikke filstier

Her er idéen, alt andet afhænger af: forbindelsen mellem en proxy og dens kameraoriginal er ikke den mappe, den ligger i. Flyt materialet, omdøb mapperne, kopiér disken til en ny maskine, og et sti-baseret link knækker. Det, der overlever, er identitet — tre stykker metadata, der rejser inde i selve filerne:

• Filnavn (klippets eget navn, fx A001C012_240815_R2XY), som skal være identisk på proxyen og originalen.
• Start-timecode — den frame klippet begynder på, så et NLE kan stille proxy og original op frame-for-frame.
• Reel-/tape-navn — den rulle klippet kom fra, feltet der skelner to kameraer, som begge starter et kort på A001C001.

Det er identitetstrioen. En conform relinker ved at matche den, ikke ved at matche mappeplaceringer, og derfor er den mest ødelæggende vane i postproduktion at omdøbe originalfiler, efter offline er gået i gang. Omdøb så gerne proxyens visningsnavn i en bin; rør ved kildefilnavnet, og du har stilfærdigt klippet den ledning over, som finishen kører på.

Hvad en conform faktisk gør

En conform er handlingen at genopbygge det låste klip mod online-materialet. Intet ved de kreative beslutninger ændrer sig: de samme klip, de samme ind- og ud-punkter, den samme rækkefølge, den samme varighed. Det, der ændrer sig, er det materiale hvert klippe-event peger på — fra proxyen der bar klippet, til fuldopløsnings-originalen der bærer finishen. Finish-applikationen læser en beskrivelse af klippet, finder hver kildeklip via identitet og lægger tidslinjen ned igen frame-præcist i fuld kvalitet.

Beskrivelsen af klippet er en udvekslingsfil. Den er offlinens eneste eksport, der betyder noget for finishen, og den bærer en liste af klippe-events: for hvert et kildeklippet, dets ind/ud-timecode i kilden, og dets placering på tidslinjen. Den bærer ikke materialet — det er hele pointen. Den bærer beslutningerne, og materialet findes igen på den anden side via identitet.

De tre udvekslingsveje

Der er tre formater, en conform normalt rejser på, og de bærer forskellige mængder af klippet. At vælge det rigtige er en nedstrøms-beslutning: send det, finish-sædet læser bedst.

EDL (CMX3600). Den ældste og mest universelle. En ren tekstliste af klippe-events, nøglet på kilde-timecode og reel-navn, ét event pr. linje. Den bærer næsten intet ud over selve klippet — ingen effekter, i praksis ét videospor, en otte-tegns reel-grænse arvet fra bånd — og netop den spartanske egenskab er grunden til, at den er skudsikker til en ren billed-conform eller en tur-retur til en graderingsapplikation. Når opgaven er “genopbyg disse shots i fuld opløsning og gradér dem”, lyver en EDL sjældent.

XML (FCPXML og den ældre Premiere/FCP7-xmeml). Mellemvejen: den bærer flere spor, refererer klip via fil og timecode og bevarer i det mindste nogle effekter, hastighedsændringer og tekster. Den er også det format, der er mest udsat for dialektproblemer — en fil skrevet af én applikation og læst af en anden kan tabe de dele, læseren ikke forstår. Hvilket format der bærer hvilke dele, og hvorfor der ikke findes en direkte XML-vej mellem Final Cut og Premiere, er emnet for guiden om FCPXML vs. Premiere XML.

AAF. Avids udvekslingsformat og standarden ind i lydpostproduktion. Den bærer flersporslyd med klip og noget processering intakt, og den kan indlejre eller linke materiale, og derfor krydser mixet næsten altid over til en lyd-workstation som en AAF frem for en EDL eller XML.

Ved siden af de tre står den beskedne ALE — ikke et conform-format i sig selv, men den metadata-log der bærer tape- og source file-identitet ind i finish-systemet, så relinket har de reel-navne, det skal matche imod. Når conforms fejler på identitet, er en ALE ofte det, der reparerer dem.

Overleveringen: hvad der skal låses før online

En ren conform sættes op i offline-enden, ikke reddes i online-enden. Før udvekslingsfilen forlader klippet:

• Lås billedet. Online går ud fra, at klippet er endeligt. Enhver ændring efter conform er gen-conform-arbejde, og gen-conform er der, hvor noter og versioner begynder at glide.
• Eksportér en referencefilm sammen med udvekslingsfilen — en enkelt fladrendret udgave af det låste klip, med indbrændt timecode, klipnavn og version. Den er online-klipperens sandhed: matcher conformen referencen frame-for-frame, er den rigtig. Et 30-minutters klip i H.264 ved 10 Mbit/s er cirka 225 MB, så referencen rejser let.
• Bekræft at originalerne er tilgængelige og uændrede — samme filnavne, reels intakte, intet re-wrappet eller omdøbt siden proxyerne blev lavet.
• Bekræft én projekt-framerate. En conform der spænder over 25 og 23,976 fps-materiale er en conform, der venter på at glide, af de grunde guiden om framerate-mismatch lægger fuldt frem.
• Tag handles med. Et par frames på hver side af hvert klip giver finishen plads til at justere et klip eller lægge en overtoning ind uden at gå tilbage til offline.

Gøres det rigtigt, åbner online-sessionen udvekslingsfilen, relinker mod originalerne, matcher referencen og går direkte til gradering. Alt ovenfor er det, der forvandler det fra et håb til en rutine.

Sådan dør conforms

• Originaler blev omdøbt. Identitetstrioen brækkede, og relinket matcher intet — eller værre, matcher det forkerte klip. Omdøb i bins og proxyers visningsnavne, aldrig på kildemediet.
• Reels kolliderer eller mangler. To kameraer begge navngivet A001, eller en EDL der afkorter et for langt reel-navn til otte tegn, og conformen linker den rigtige timecode til den forkerte rulle.
• Frameraten var blandet eller fejllæst. Et enkelt fejlvurderet rate-flag forvandler hver timecode til en løgn; blev offline klippet på tværs af rates, arver finishen driften. Se guiden om timecode-drift for, hvordan en forkert rate omtolker et helt reel.
• Effekter krydsede ikke dialekten. Speed ramps, warps og tredjeparts-effekter, som en XML-tur-retur ikke kan beskrive, kommer tilbage fladtrykte eller væk; planlæg at genskabe dem i finishen frem for at stole på dem gennem udvekslingsfilen.
• Retimes rundede. En hastighedsændring på 43,7 % gemt som et heltal et sted lander en frame ved siden af; tjek hvert retimet shot mod referencen, ikke mod tiltro.
• Lyden ankom på 48,048 kHz. Pull-up- og pull-down-samplerater rider gennem en conform i stilhed og dukker op som sync, der vandrer hen over et reel.

Hver eneste af dem er en identitets- eller metadatafejl, afgjort længe før online-sædet. En conform er kun så troværdig som det offload og den organisering, der fodrede den — og derfor er offline/online-delingen i virkeligheden en disciplin i at bære identitet intakt fra kortet og frem, en kæde guiden om dailies-workflow følger fra ende til ende.

Her passer Launchr Post ind

Offline/online-delingen virker kun, hvis identitetstrioen overlever hvert hop mellem kortet og finishen — og det er netop det, manuelle workflows taber. Launchr Post holder den intakt på din Mac: den offloader med checksum-verificering, laver proxyer der bærer samme filnavn, start-timecode og reel som originalerne, og eksporterer editor-pakken med udvekslingsfilerne og en referencefilm med indbrændt info, som finishen kan conforme imod. Når klippet er låst, ligger originalerne præcis, hvor relinket forventer dem, navngivet præcis det, relinket leder efter. Og når den færdige master kommer tilbage, fortsætter den samme kæde til kundereview og godkendelse — det sidste led mellem en conform og en godkendelse.