ALE-formatet forklaret: inde i Avid Log Exchange

Tre sektioner, én separator

En ALE er ren tekst. Du kan åbne den i en hvilken som helst editor, og det bør du: at være læsbar er hele formatets personlighed. Filen har tre obligatoriske sektionsmarkører, hver på sin egen linje: Heading, en lille blok af globale nøgle-værdi-par; Column, efterfulgt af én linje med tab-separerede kolonnenavne; og Data, efterfulgt af én tab-separeret række pr. klip. Hvert felt på hver linje adskilles af et enkelt tab-tegn. Aldrig kommaer, aldrig flere mellemrum.

Læg mærke til, hvad en ALE ikke er: den er ikke et projektformat. Der er ingen sekvenser, ingen sync-relationer, ingen bins inde i bins. Bare en flad tabel med klip-metadata. FCPXML og Premiere XML bærer struktur; ALE bærer etiketter. Den arbejdsdeling gennemgår guiden om editor-pakken; denne artikel handler om etiketterne selv.

Heading-blokken: fire linjer der styrer alt

En typisk Heading-blok er fire linjer, og en af dem kan i al stilhed ødelægge en conform:

• FIELD_DELIM TABS: deklarerer separatoren. TABS er den eneste værdi, du møder i praksis, og med god grund: klipnavne og kommentarer indeholder kommaer hele tiden.
• VIDEO_FORMAT 1080: et groft hint om billedformatet (PAL, NTSC, 1080, CUSTOM). Værktøjerne sender det for det meste bare videre.
• AUDIO_FORMAT 48khz: det samme for lyd. Til orientering.
• FPS 25: den store. Der er én frame rate for hele filen, og hver Start, End og Duration i Data-sektionen tolkes i den rate. En optagedag med blandede rater kræver én ALE pr. rate; der findes ingen tilsidesaættelse pr. række, som alle læsere respekterer. Skæve rater skrives ud (23.976, 29.97), men nogle værktøjer udleder 23.98, en afrundingsdialekt, som de gode parsere accepterer, og de strikse afviser.

Kolonnerne: en kanon plus hvad du ellers har lyst til

Column-linjen navngiver felterne; den nyttige kerne har ligget fast i tredive år:

• Name: klipnavnet, som det skal stå i bin'en. For filbaserede medier som regel kameraets filnavn.
• Tape: reel-identiteten: den kamerarulle (A001R1KE) eller lydrulle, klippet kommer fra. Sammen med start-timecoden er det den identitet, tape-agtig relinking og conform slår op på. Den samme identitetskontrakt, som proxy-workflows er afhængige af.
• Source File: mediefilnavnet, den identitet filbaseret relinking slår op på. Tape og Source File er to parallelle identitetssystemer; en velbygget ALE udfylder det, som næste led i workflowet bruger, og helst begge.
• Start, End, Duration: timecoder i headerens FPS. Non-drop bruger kolon (10:35:20:12), drop-frame bruger semikolon (10;35;20;12). Tegnsætningen er data her, ikke stil.
• Tracks: hvilke spor klippet bærer, i Avids kompakte notation: V for kun billede, VA1A2 for billede plus to lydkanaler, A1A2A3A4 for en lydrulle.
• Scene, Take, Sound Roll, Shoot Date, Comments: slaten. For dual system-materiale er det her, lydsidens iXML-metadata dukker op igen som bin-kolonner på billedsiden. En ALE er den klassiske bro, der bærer scene, take og lydrulle fra optagerens filer ind i en Avid-bin.
• Alt muligt andet: Camroll, Labroll, Circled, Episode, LUT-navne… Ukendte kolonner er ikke fejl: Media Composer gør dem til brugerdefinerede bin-kolonner, og det er præcis derfor, formatet har overlevet. Har produktionen brug for et felt, tilføjer du en kolonne, og den flyder med til bin'en.

En minimal ALE med noter

Det her er en komplet, gyldig fil (tabs vist som pile):

Heading
FIELD_DELIM → TABS
VIDEO_FORMAT → 1080
AUDIO_FORMAT → 48khz
FPS → 25

Column
Name → Tape → Start → End → Tracks → Scene → Take → Sound Roll → Comments

Data
A001C003_260727_R1KE → A001R1KE → 10:35:20:12 → 10:36:05:00 → VA1A2 → 14A → 3 → SR003 → circled

Ét klip fra kamerarulle A001R1KE, med start på 10:35:20:12 tolket i 25 fps, med billede og to lydkanaler, slatet scene 14A take 3 mod lydrulle SR003, og markeret som circled take. Ni tab-separerede værdier, og en klippeassistents eftermiddag reddet.

Hvad Media Composer faktisk gør med den

En ALE kommer ind i Avid på en af to måder, og forskellen betyder noget:

• Import som shot log. ALE'en bliver til en bin af offline master clips: poster med navne, reels og timecoder, men uden medie, klar til capture eller relink. Det er formatets oprindelige job fra bånd-tiden, stadig brugt når loggen findes, før mediet gør.
• Merge ind i eksisterende klip. Det moderne dailies-træk: mediet ligger allerede i bin'en, og ALE'en merges op mod det. Media Composer matcher rækker mod master clips på kildeidentiteten (Tape, eller Source File for filbaserede medier) plus overlappende start-timecode, og hælder derefter resten af kolonnerne over på de matchede klip. Scene, take, lydrulle og hver eneste brugerdefinerede kolonne står nu på klip, der for et sekund siden kun kendte deres filnavn.

Det er også derfor, dailies-huse stadig leverer en ALE ved siden af MXF-filerne, og derfor DaVinci Resolve både kan importere ALE-filer i sin media pool og eksportere dem. Inklusive med grade-metadata om bord, og det bringer os til farve.

Farven rejser med: ASC CDL-kolonnerne

En dailies-grade kan rejse inde i den samme tekstfil. To konventionelle kolonner bærer en ASC Color Decision List pr. klip: ASC_SOP, der rummer slope, offset og power som tre RGB-tripler i parenteser, (1.02 0.98 1.00)(0.01 -0.02 0.00)(0.95 1.00 1.05), og ASC_SAT, en enkelt saturationsværdi. Coloristens udgangspunkt rejser fra dailies-suiten til finish som tolv tal pr. klip i en tekstfil. Det er groft, det er tredive år yngre end formatet, der huser det, og det virker.

Sådan dør gode ALE-filer

Ligesom BWF-metadata er en ALE robust i filen og skrøbelig i pipelinen. De klassiske dræbere:

• Excel-rundturen. Nogen åbner ALE'en i et regneark “bare for at rette ét take-nummer”. På vejen ud igen: tabs bliver til kommaer eller celler, foranstillede nuller forsvinder fra takes, og 10:35:20:12 bliver hjælpsomt omfortolket til et klokkeslæt. Skal en ALE redigeres i hånden, så redér den i en teksteditor med synlige tabs.
• Forkert FPS i headeren. Fordi raten er global, omfortolker én forkert linje lydløst hver eneste timecode i filen. En 25 fps-dag læst som 24 sætter hvert klips TC-adresse forkert med en voksende margin, samme klasse af regnefejl som et 23.976/25-frame rate-mismatch. Ser bin-timecoderne forkerte ud efter en merge? Tjek headeren før alt andet.
• Tegnsætning som data. Drop-frame-semikoloner skrevet som koloner (eller omvendt) ændrer, hvordan læserne tæller frames. En søg-og-erstat, der “rydder op” i tegnsætningen, korrumperer timecode.
• Tape-navne der ikke matcher. Avid trunkerer tape-navne over 32 tegn, og værktøjerne er uenige om store og små bogstaver. Siger ALE'en A001R1KE, og mediet siger a001r1ke, matcher en striks merge ingenting. Hold reel-navne korte, konsistente og præcise alle de steder, de optræder.
• Encoding-overraskelser. Formatet er ældre end Unicode. Bogstaver med accenter i kommentarer overlever nogle læsere og bliver til volapyk i andre, og et usynligt UTF-8 byte-order mark foran Heading kan få en striks parser til at afvise hele filen. Ren ASCII i navne og reels er den sikre dialekt.
• Uenighed om én frames varighed. Værktøjerne er uenige om, hvorvidt End peger på sidste frame eller framen efter. Gode læsere genberegner varigheden ud fra Start og End; en vedvarende én-frames-forskel mellem kolonnerne er fingeraftrykket af to værktøjer, der er uenige om konventionen.

Her passer Launchr Post ind

Launchr Post skriver en ALE som del af hver eneste editor-pakke, på din egen Mac. Navne, reels og start/slut-timecoder kommer fra kamerafilerne i den korrekte rate; scene, take og lydrulle kommer fra lydrullernes iXML under ingest og sync; tracks afspejler, hvad hvert syncet klip faktisk bærer. Filen er tab-ren, ASCII-sikker og klar til merge. Så hvis en Avid-klipper eller et finishing-hus venter længere nede ad kæden, ankommer metadataene som bin-kolonner i stedet for en omlogningsopgave.