Editor-pakken: det din klipper faktisk skal bruge fra en optagedag

Hvad “pakken” betyder

En optagedags-overdragelse har fem lag, og svage overdragelser springer som regel to af dem over:

1. Medie: kameraoriginaler og lydruller, organiseret og komplet.
2. Proxies: klippevenlige versioner af alt det, klippemaskinen ikke kan afspille nativt.
3. En udvekslingsfil: FCPXML, Premiere XML eller ALE, der bærer sync-relationerne, så klipperen importerer en bin af syncede klip i stedet for en bunke filer.
4. En sync-rapport: det ærlige papirspor: hvad blev matchet, hvordan, og hvad blev ikke.
5. Søgemateriale: transskriptioner, noter, alt det der lader klipperen finde indhold i stedet for at scrubbe efter det.

Og er du selv crewet, som optager hele dagen og producerer alle fem lag samme aften, så er hele rutinen fra offload med checksum til proxy-køen natten over gennemgået i guiden om dailies-workflow for små crews.

Mappestruktur: kedelig med vilje

Klippere ønsker sig ikke en smart struktur; de ønsker sig den samme struktur hver gang. Et layout, der har overlevet mange produktioner:

• 2026-07-16_ShootName/
  • 01_CAMERA/A-CAM/, 01_CAMERA/B-CAM/, 01_CAMERA/DRONE/: originaler, kortstruktur bevaret hvor formatet kræver det
  • 02_AUDIO/: lydruller som optaget, plus optagerens egne metadata/CSV hvis den skriver sådan en
  • 03_PROXY/: spejler kameramapperne, én proxy pr. original, samme basisfilnavn
  • 04_PROJECT/: FCPXML- / Premiere XML- / ALE-filerne
  • 05_REPORTS/: sync-rapport, transskriptioner
  • 99_JUNK/: falske starter, objektivdæksler, korrupte filer. Gemt, men af vejen

To regler betyder mere end de præcise navne. Intet slettes: junk-mappen findes netop for, at sorteringsbeslutninger kan gøres om. Og proxies spejler originaler en-til-en, for enhver relink-strategi i ethvert NLE læner sig i sidste ende op ad matchende navne og timecode.

FCPXML mod Premiere XML mod ALE

Tre udvekslingsformater dækker det arbejdende NLE-landskab. De er ikke ligeværdige; de bærer forskellige mængder af dit arbejde. (De to XML-dialekter side om side, tidsrepræsentation, sync-semantik, versionsdialekter og fejlmønstre, står i FCPXML mod Premiere XML.)

FCPXML: til Final Cut Pro (og mere end du skulle tro)

FCPXML er Apples nuværende udvekslingsformat: en versioneret XML-dialekt (1.9, 1.10, 1.11…), der beskriver events, klip, synchronized clips og multicam clips som fuldgyldige objekter. Det er den rigeste måde at overdrage sync på: et synchronized clip lander i Final Cut som ét objekt med billede og lyd gift med sample-præcision, roller tildelt, klar til at klippe i. DaVinci Resolve importerer også FCPXML, hvilket gør det til en nyttig ekstra dør ind i Resolve-centrerede workflows. Versionen betyder noget: spørg hvilken FCP-version klipperen kører, og eksportér den nyeste dialekt, den accepterer.

Premiere XML: FCP7-lingua franca'en

Det, alle kalder “Premiere XML”, er historisk FCP7 XML-formatet (xmeml): udvekslingsdialekten fra et nedlagt program, der overlevede det, fordi Premiere Pro, Resolve og de fleste conform-værktøjer stadig læser den. Den beskriver bins, klip og sekvenser; sync udtrykkes som sekvenser (én pr. syncet klip, lyd lagt mod billede) og multicam som indlejrede sekvensstrukturer. Den er mindre udtryksfuld end FCPXML, så regn med at genopbygge noget organisering ved import, men det er den mest portable enkeltfil, du kan række en Premiere-klipper i dag.

ALE: metadata til Avid-workflows

Avid Log Exchange er slet ikke et projektformat: det er en tab-separeret tekstfil med klip-metadata: navn, tape/reel, start- og slut-timecode, frame rate, kommentarer, brugerdefinerede kolonner. Media Composer-workflows bruger den til at berige master clips under ingest: ALE'ens reel- og timecode-kolonner lader Avid gifte dine metadata (og senere din conform) med mediet. Er en Avid-klipper eller et finishing-hus med længere nede ad kæden, koster en ALE pr. optagedag næsten ingenting at lægge ved, og den forebygger stille og roligt en omlogningsopgave.

Er du i tvivl, så levér alle tre. Det er små tekstfiler, der beskriver den samme sandhed.

Multicam-grupper: levér grupperingen, ikke ingredienserne

Rullede to eller flere kameraer på de samme øjeblikke, skal klipperen have multicam-grupper, ikke en note om at “A og B overlapper”. En gruppe er sættet af vinkler plus lydrullen, justeret på en fælles tidslinje: et multicam clip i FCPXML, en indlejret multicam-struktur i Premiere XML. To detaljer afgør, om grupperne er behagelige at klippe med:

• Vinkelnavne og rækkefølge. Vinkler bør navngives efter kamera (A-CAM, B-CAM, DRONE) og stå i samme rækkefølge i hver gruppe, så klipperens fingre lærer layoutet én gang.
• Én gruppe pr. sammenhængende begivenhed. Stoppede og genstartede B-cam midt i interviewet, er den naturlige gruppering stadig én logisk gruppe pr. interview, hvor formatet tillader huller. Ikke fem fragmenter, klipperen selv skal samle i hovedet. Hvordan selve justeringen beregnes, timecode-overlap eller waveform, er dækket i vores guide om sync uden klaptræ.

Proxy-strategi, inklusive RAW-problemet

En proxy-strategi besvarer tre spørgsmål: hvad bliver proxiet, til hvilket codec, og hvordan overlever navne og timecode?

• Hvad: alt det, klippemaskinen ikke kan scrubbe glat. I praksis: alle RAW-formater, intraframe-UHD med høj bitrate, og ofte 10-bit H.265 fra mirrorless-kameraer, som afkoder bedragerisk dårligt på maskiner uden den rette hardware-decoder.
• Codec: ProRes Proxy eller ProRes LT i fuld eller halv opløsning er de sikre standardvalg i Mac-centrerede pipelines. Interframe-H.264-proxies er mindre, men scrubber dårligere, hvilket ødelægger formålet. Hold frame rate og antal lydkanaler identiske med originalen.
• Identitet: proxyen skal bære samme filnavn (anden filendelse er fint), samme start-timecode og samme reel-/tape-navn som sin original. Den trio er det, der lader NLE'et skifte mellem proxy og original, og lader en finishing-conform finde vej tilbage til kameraoriginalerne. En proxy med strippet timecode er en fremtidig conform-fejl, der ligger stille og venter.

RAW er grunden til, at proxy-generering ikke kan være et ét-værktøjs-job: CinemaDNG, BRAW, R3D og deres slægtninge kræver en renderer, der faktisk forstår formatet. I praksis betyder det at drive DaVinci Resolve, Adobe Media Encoder eller Compressor til at lave debayer og encode. Workflow-spørgsmålet er, om du sætter det i kø i hånden for hvert kort, eller automatiserer rundturen, så proxies kommer tilbage korrekt navngivet og stemplet, uden at nogen skal passe en render-kø. Den fulde opskrift, format for format, står i guiden om proxy-workflow til RAW.

Sync-rapporten: den del alle springer over

Sync-rapporten er ét dokument, en side eller en tabel, der pr. klip oplyser:

• Hvordan det blev synket: fil-timecode, afkodet LTC eller waveform-match (skelnen betyder noget; se hvordan LTC virker for hvorfor et afkodet stempel kan overtrumfe kameraets metadata).
• Den anvendte forskydning, og eventuel drift-korrektion på lange takes.
• Sikkerhed: en ren enighed mellem TC og waveform, et svagt waveform-only-match, eller en manuel placering.
• Hvad der ikke blev matchet: lydruller uden billede, klip uden brugbar lyd, filer hvis timecode modsagde deres indhold.

Dens formål er tillid. En klipper, der finder ét klip ude af sync i en levering uden rapport, holder op med at stole på det hele og begynder at eftertjekke alt. Rapporten er det, der begrænser skaden til én linje. Den flytter også ansvaret rent: er et klip mærket “waveform-match, lav sikkerhed, verificér før brug”, var overdragelsen ærlig.

Søgemateriale: transskriptioner hører til i pakken

I interviewdrevet arbejde ændrer en transskription pr. syncet klip, hvordan klippet starter: klipperen søger efter sætningen i stedet for at scrubbe efter den. On-device-transskription har gjort det billigt nok til at være en standardleverance frem for en luksus, guiden om søgbart footage dækker hele workflowet, så læg tekst pr. klip med tidsstempler i 05_REPORTS/, og assistenten, der logger selects, kan arbejde ud fra ord, ikke waveforms.

Tjeklisten

• Originaler komplette, organiseret pr. kamera, junk i karantæne men gemt
• Proxies en-til-en med originaler: samme navne, samme timecode, samme reel
• FCPXML og/eller Premiere XML med syncede klip og multicam-grupper; ALE hvis Avid er med i kæden
• Sync-rapport: metode, forskydning, sikkerhed, undtagelser. Pr. klip
• Transskriptioner med tidsstempler for alt talt
• Én topmappe, dateret og navngivet, der åbner på samme måde som sidste levering

Her passer Launchr Post ind

Denne pakke er det, Launchr Post er bygget til at producere. Den syncer dagen (timecode først, sample-præcis waveform-finjustering), sorterer kameraer, lyd, drone og junk ind i strukturen ovenfor, driver Resolve, Media Encoder eller Compressor til at generere korrekt stemplede proxies fra RAW, transskriberer hvert ord on-device og eksporterer editor-pakken, FCPXML, Premiere XML, ALE, multicam-grupper og sync-rapporten pr. klip, i ét pass på din egen Mac.