Proxyer er transkodede tilnærminger til originale Camera Raw-filer som vanligvis genereres med en mye lavere oppløsning enn kildematerialet (men ikke alltid) og brukes av en rekke årsaker i arbeidsflyter etter produksjon.

Selv om det er mange positive sider ved å generere og jobbe med proxyer, er det nesten like mange negative til å arbeide i arbeidsflyter som kun er proxy.

Ved slutten av denne artikkelen vil du ha et godt grep om alle fordeler og ulemper, og til slutt vite om de passer for deg og din post-produksjonsarbeidsflyt/bildepipeline.

Hva brukes proxyer til?

Proxyer er ikke nye i videoredigeringsverdenen, men de er absolutt mer utbredt i etterproduksjonsarbeidsflyter i dag enn noen gang. Transkoding på en eller annen måte har lenge vært måten å få en oppløsning og/eller filformat til en kompatibel form for et bestemt redigeringssystem.

Den primære grunnen til opprettelsen av proxyer er å sikre eller oppnå sanntidsredigering av kildemediet. Ofte er det ikke mulig for redigeringssystemene (eller datamaskinene de kjører på) å håndtere kameraraw-filene med full oppløsning. Og andre ganger er filformatet ganske enkelt ikke kompatibelt med operativsystemet, eller til og med selve programvaren for ikke-lineær redigering (NLE).

Hvorfor bør jeg generere proxyer?

Noen ganger blir Camera Raw-filene omkodet førredigering for å få alle mediene til å dele et spesifikt ønsket felles attributt, for eksempel en målbildefrekvens som samsvarer med de endelige leveringsspesifikasjonene som kreves for distribusjon eller for andre spesifikke redaksjonelle krav gjennom hele bildebehandlings-/redaksjonelle pipeline (f.eks. opptak til 29,97 bilder per sekund fra 23,98 bilder per sekund).

Eller hvis du ikke søker en felles bildefrekvens, er ofte bildestørrelsen/oppløsningen ganske enkelt for høy til at VFX kan brukes til en kostnadseffektiv hastighet, så masteren rå filer av for eksempel en 8K R3D-fil omkodes ned til noe mindre massivt, som 2K- eller 4K-oppløsning.

Ved å gjøre dette er filene ikke bare lettere å jobbe med i de redaksjonelle og VFX-pipelines, men selve filene overføres og utveksles enklere og raskere mellom leverandører og redaktører.

I tillegg kan lagringsplass spares av begge parter – kostnadene for dette kan øke raskt, selv i dag, ettersom de fleste råkameraer kan være enorme, spesielt ved høyere oppløsninger som 8K.

Hvordan gjør man Genererer jeg proxyer?

Tidligere ble alle disse metodene og midlene tradisjonelt håndtert i NLE eller deres motparter som Media Encoder (for Premiere Pro) og Compressor (for Final Cut 7/X). Selve prosessen var utrolig tidkrevende, og hvis den ikke ble forberedt perfekt, kan den resultere i fullmakter som i seg selv var inkompatible, noe som førte til videre etterproduksjon ogredaksjonelle/VFX-forsinkelser.

I dag er det et par forskjellige maskinvare- og programvareløsninger som har gjennomsyret postproduksjonsverdenen og endret denne arkaiske metoden til det bedre, til stor glede for kreative mennesker overalt.

Mange profesjonelle kameraer tilbyr nå muligheten til å ta opp proxyer samtidig sammen med de originale Camera Raw-filene . Og selv om dette kan være utrolig nyttig, er det viktig å merke seg at dette alternativet vil øke databruken på kameraets lagringsmedier betraktelig.

Du vil akkumulere data mye raskere enn du ellers ville gjort, fordi du fanger hvert skudd to ganger. En gang i standard camera raw-format, og den andre i proxyen du velger (f.eks. ProRes eller DNx).

Vil du ha en rask og enkel videoguide for å generere proxyer? Denne nedenfor gjør en god jobb med å forklare hvordan du enkelt genererer dem i Premiere Pro:

Hva hvis kameraet mitt ikke genererer proxyer?

Når kameraet ikke tilbyr dette alternativet, er det flere andre maskinvareløsninger tilgjengelig også. En av de mest imponerende og banebrytende løsningene tilbys av Frame.io , med tittelen Camera to Cloud, eller C2C for kort.

Denne nye innovasjonen gjør nøyaktig som den sier. Ved å bruke kompatibel maskinvare (mer informasjon finner du her om maskinvarekravene) genereres nøyaktige tidskoder på settetog sendt umiddelbart til skyen.

Derfra kan proxyene rutes dit de trenger, enten det er til produsenter, studioet eller til og med videoredigerere eller VFX-hus som ønsker å få et forsprang på arbeidet sitt.

For å være sikker, denne metoden kan være utenfor rekkevidde for mange uavhengige eller nybegynnere, men det er viktig å merke seg at denne teknologien fortsatt er ny og sannsynligvis vil bli mer tilgjengelig, allestedsnærværende og rimeligere etter hvert som tiden utspiller seg.

Hvorfor bør jeg ikke bruke Fullmakter?

Det er noen få grunner til at proxyer kan by på problemer.

Den første er at gjenkoblings- og rekoblingsprosessen til Camera Raw-originalene noen ganger kan være vanskelig eller nesten umulig avhengig av arten av proxyene som brukes, og hvordan proxyene ble opprettet.

For eksempel, hvis filnavnene, bildefrekvensene eller andre kjerneattributter ikke samsvarer med de originale kameraet, kan ofte gjenkoblingsprosessen i Online Edit -stadiet være ganske vanskelig, eller enda verre, umulig å gjøre uten å spore opp manuelt og søke etter de samsvarende kildefilene for hånd.

Å si at dette vil være en hodepine, er en underdrivelse av store proporsjoner.

Dårlig genererte proxyer kan ofte være mer problemer enn de er verdt , så det er god praksis å teste arbeidsflyten før du går for dypt inn i redigeringen. Ellers kan du være inne i noen lange dager og netter for å finne veien tilbake tilcamera raws og til slutt skrive ut de endelige leveransene dine.

Bortsett fra dette er fullmakter iboende ikke av høy kvalitet og har ikke den fulle breddegraden og fargeromsinformasjonen som råfilene vil ha.

Dette er kanskje ikke en bekymring for deg, spesielt hvis du ikke ønsker å gjøre arbeid utenfor NLE-systemet ditt og ikke har grensesnitt med ekstern VFX/Color Grading eller sender sekvensen til en etterbehandlings-/onlineredigerer .

Hvis du beholder alt i systemet ditt, og ditt alene, trenger du sannsynligvis ikke å bekymre deg for kvalitetsbekymringene til proxyer, og du kan ganske enkelt generere dem etter din smak – det vil si uansett hva som får opptakene til å kuttes og håndtering for deg i sanntid.

Du bør likevel aldri lage en endelig utgang basert på proxy-filene dine alene, da dette kan føre til et massivt kvalitetstap på den endelige utdata.

Hvorfor? Fordi proxyfilene allerede er vesentlig komprimerte , og hvis du skal komprimere dem ytterligere igjen på den endelige utgangen, vil du forkaste enda flere bildedetaljer og informasjon, uavhengig av kodeken din (tapfri eller ikke), og det vil gi et sluttprodukt som er full av kompresjonsartefakter, bånd og mer.

Kort sagt, du må gå veien for å koble til/koble på nytt til Camera Raw-filene dine før den endelige utgangen når du bruker proxy-medier, uavhengig av kvaliteten de kan være i.

Å gjøre noe annet er en alvorlig synd mot det harde arbeidet og den utrettelige innsatsen som gikk med til å skaffe disse høyoppløselige kildebildene du håndterer. Og det er en sikker måte å aldri bli ansatt igjen i denne bransjen.

Hva om jeg ikke vil generere proxyer, men fortsatt vil ha funksjonalitet for avspilling og redigering i sanntid?

Hvis alternativene ovenfor er for dyre, for tidkrevende, eller du bare ønsker å jobbe med de originale Camera Raw-filene og få redigering umiddelbart, er det en relativt enkel måte å gjøre det på i NLE du velger .

Det fungerer kanskje ikke alltid, spesielt hvis opptakene du håndterer rett og slett er for intensive eller datatunge til at datamaskinen kan holde tritt med, men det er verdt et forsøk hvis du ikke er interessert i å jobbe med proxy-filer i etterproduksjonsbildeledningen.

Først, lag en ny tidslinje og sett tidslinjeoppløsningen din til noe sånt som 1920×1080 (eller hvilken oppløsning systemet ditt vanligvis håndterer godt).

Plasser deretter alle høyoppløselige kildemedier i denne sekvensen. Din NLE vil sannsynligvis spørre deg om du ønsker å endre oppløsningen til sekvensen din for å matche, pass på å velge "Nei".

På dette tidspunktet vil opptakene dine sannsynligvis se ut som om de er zoomet inn og generelt feil, men det er enkelt å fikse dette. Bare velg alle medier i sekvensen og endre størrelsen på det jevnt slik at du nå kan se heleramme i forhåndsvisningen/programmonitoren.

I Premiere Pro er dette enkelt å gjøre. Du kan ganske enkelt velge alle opptakene, og deretter høyreklikke på et hvilket som helst klipp på tidslinjen, velge “Set to Frame Size” ( pass på å ikke velge “Scale to Frame Size” , dette alternativet høres likt ut, men kan ikke reverseres/modifiseres senere ).

Se skjermbildet her og legg merke til hvor farlig nær disse to alternativene er sammen:

Nå skal alle 8K-opptakene dine vises riktig i 1920×1080-rammen. Du kan imidlertid merke at avspillingen ikke har blitt mye bedre ennå (selv om du sannsynligvis fortsatt bør se en liten forbedring her sammenlignet med redigering i en naturlig 8K-sekvens).

Deretter bør du gå til programmonitoren, og klikk på rullegardinmenyen rett under programskjermen. Det skal stå "Full" som standard. Herfra kan du velge en rekke alternativer for avspillingsoppløsning, fra halvparten, til kvart, til en åttendedel, til en sekstendedel.

Som du kan se her, er den satt til "Full" som standard og de ulike alternativene er tilgjengelige her for avspilling med lavere oppløsning. (1/16-del kan være nedtonet og utilgjengelig i sekvensen din hvis kildeopptaket er mindre enn 4K, som du kan se i det andre skjermbildet inkludert her.)

En viss grad av prøving og feiling er nødvendig her, men hvis du kan få kameraet raws til å spille av og redigere i sanntid via denne metoden, så har duomgikk effektivt hele proxy-arbeidsflyten fullstendig, og unngikk også utallige hindringer og hodepine i prosessen.

Den beste delen? Du trenger ikke å koble til på nytt eller koble på nytt og utføre en tungvint online redigering fra dine offline proxyer, og du kan skalere media opp eller ned etter behov, hvis du senere skulle ønske å flytte sekvensen tilbake opp til 8K for endelig utgang (det er nettopp derfor du aldri bør "skalere" bildene dine i HD-tidslinjen, bare "Set" , ellers er denne snarveismetoden ikke mulig ) .

For å være sikker kan denne prosessen være litt mer komplisert enn jeg forenkler den her, og kjørelengden din kan variere, men faktum gjenstår at den muliggjør den høyeste troskapen fra slutten -til ende i bildebehandlingsrørledningen.

Dette er fordi du klipper og arbeider med kameraets originale råfiler, og ikke transkodede proxyer – som i sin natur er dårligere tilnærmelser til hovedfilene.

Allikevel, hvis proxyer er nødvendige, eller det rett og slett ikke er mulig å få avspilling med Camera Raw-filene, kan kutting med proxyer være den beste løsningen for deg og din etterproduksjonsarbeidsflyt.

Siste tanker

Som alt innen postproduksjonsverden, fungerer proxyer best når de genereres riktig, og arbeidsflyten er godt utformet. Hvis begge disse faktorene opprettholdes gjennomgående, og gjentilkoblingen/rekoblingenarbeidsflyten er smørjevn, du vil sannsynligvis aldri ha problemer med det endelige resultatet.

Det er imidlertid mange ganger når proxyer vil svikte deg, eller de passer rett og slett ikke godt for redaksjonens behov arbeidsflyt. Eller kanskje du har en redigeringsrigg som kan håndtere fjorten parallelle lag med 8K med effekter og fargekorreksjon brukt og ikke engang slippe en ramme.

De fleste passer imidlertid ikke inn i den sistnevnte kategorien og må finne en arbeidsflyt som passer best for deres maskinvare, og behovene til den redaksjonelle arbeidsflyten eller klienten. Av denne grunn forblir proxyer en flott løsning, og en som (med litt øvelse og eksperimentering) kan gi en sanntidsredigeringsopplevelse på systemer som ellers ville blitt hindret eller rett og slett ikke kunne holde tritt med de originale Camera Raw-filene.

Som alltid, vennligst gi oss beskjed om dine tanker og tilbakemeldinger i kommentarfeltet nedenfor. Hva er din foretrukne metode for å jobbe med proxyer? Eller foretrekker du å omgå dem helt og kun kutte fra det originale kildemediet?