En oppdatering ødela prosjektet mitt: hva gjør jeg nå

Har en oppdatering av redigeringsprogrammet ødelagt prosjektet ditt, er den raskeste trygge løsningen å installere versjonen du startet prosjektet i på nytt, åpne en kopi av den siste prosjektfilen eller sikkerhetskopien fra før oppdateringen, og fortsette der. Ikke fortsett å lagre i den nye versjonen mens du feilsøker. Mange programmer oppgraderer prosjektfilen ved første lagring, og en oppgradert fil åpnes kanskje aldri igjen i den eldre versjonen.

Den langsiktige løsningen er en regel: frys programvaren så lenge prosjektet varer, test oppdateringer på en kopi, og ha en nøytral utvekslingsfil av hver viktig sekvens. Klippere melder om feil etter oppdateringer i de fleste redigeringsprogrammer, fra krasj og avspillingsproblemer til at funksjoner som transkripsjon oppfører seg annerledes mellom versjoner. Du kan ikke styre hva en leverandør slipper. Du kan styre når det når klippet ditt.

Hvorfor oppdateringer gjør vondt midt i et prosjekt

En oppdatering endrer tre ting på én gang, og hver av dem kan bite.

• Prosjektformatet. Nye versjoner skriver ofte et nyere prosjektformat. Når det først er lagret, kan den eldre versjonen nekte å åpne det. Det er denne som fanger folk, fordi skaden er skjedd i det øyeblikket du trykker lagre.
• Kjeden for medier og effekter. Dekodere, GPU-veier, tredjeparts plug-ins og effekter kan oppføre seg annerledes. En plug-in som fungerte i går, kan krasje ved lasting i dag, eller rendre et litt annerledes bilde.
• Arbeidsflyten. Paneler flytter seg, standardverdier endres, en funksjon du stolte på, blir omarbeidet. Ingenting er ødelagt, men muskelminnet ditt er det.

På en spillefilm eller en lang dokumentar er hver av disse dyr i de siste ukene før levering. Målet er å gjøre oppdateringer til noe du velger, ikke noe som skjer med deg.

Gå tilbake uten å miste arbeid

Har du allerede oppdatert og noe er galt:

1. Slutt å lagre i den nye versjonen. Lukk prosjektet uten å lagre hvis du kan.
2. Finn den siste filen fra før oppdateringen. En manuell Save As-versjon eller en autolagring fra før oppdateringen. Kopier den til et trygt sted.
3. Installer forrige versjon på nytt. Adobes Creative Cloud-app lar deg installere tidligere versjoner av Premiere Pro fra appens avanserte valg. Blackmagic har eldre Resolve-installasjonsfiler i supportarkivet sitt. Final Cut Pro er vanskeligere å rulle tilbake via App Store, og det er nettopp derfor Final Cut-klippere ofte rådes til å ta vare på en kopi av den fungerende appen før de oppdaterer.
4. Åpne kopien i den gamle versjonen. Bekreft at den spiller av, rendrer og eksporterer.
5. Berg alt som ble gjort etter oppdateringen. Gjorde du ekte arbeid i den nye versjonen, eksporterer du den sekvensen som XML, FCPXML eller EDL fra den nye versjonen og importerer den i den gamle. Du mister effekter og enkelte attributter, men klippeavgjørelsene kommer med.
6. Sjekk plug-insene igjen. Tredjeparts plug-ins kan også ha oppdatert seg automatisk. Match versjonene deres med det prosjektet ble bygd med.

Frys versjonene så lenge prosjektet varer

Den enkleste regelen profesjonelle følger: versjonen du starter et prosjekt i, er versjonen du fullfører det i.

• Slå av automatiske oppdateringer for redigeringsprogrammet og plug-insene under aktive prosjekter. Sjekk både appens egne oppdateringsinnstillinger og systemets.
• Noter oppsettet. En enkel tekstfil i prosjektmappen: appversjon, OS-versjon, plug-in-versjoner, GPU eller Mac-modell. Når noe endrer seg, vet du hva som endret seg.
• Oppdater mellom prosjekter, ikke under dem. Planlegg oppdateringer til pausen etter levering.
• Vær forsiktig med OS-oppdateringer også. En macOS-oppdatering kan påvirke drivere og plug-ins like mye som en appoppdatering. Hold også dem tilbake på en prosjektmaskin.
• Ta vare på installasjonsfilen. Lagre installasjonsfilen for versjonen du bruker sammen med prosjektarkivet, så du kan åpne det igjen om flere år.

Utvekslingseksporter som forsikring

Den aller nyttigste vanen er kjedelig: eksporter en nøytral tidslinjefil av hver viktig sekvens ved hver milepæl.

• FCPXML bærer en god del struktur og leses av Final Cut og mange andre verktøy.
• XML (XML i Final Cut Pro 7-stil, som Premiere eksporterer) støttes fortsatt bredt.
• EDL er gammelt og begrenset, men nesten alt leser det. Det er siste forsvarslinje for klippeavgjørelser.
• OTIO (OpenTimelineIO) er et åpent format som støttes stadig bredere og kan leses som tekst.

Disse filene er små, enkle og uavhengige av versjon. Gjør en oppdatering et prosjekt umulig å åpne, gjør en XML fra i går en katastrofe om til en ettermiddag med å legge på effekter igjen. Hold dem sammen med sikkerhetskopiene. Guiden vår om å flytte et klipp mellom Premiere, Resolve og Final Cut forklarer hva hvert format bærer med seg og mister.

Test oppdateringer på en kopi først

Når du faktisk vil oppdatere, behandle det som en utrulling.

1. Dupliser et representativt prosjekt, helst det tyngste du har.
2. Installer oppdateringen på en annen Mac eller en egen brukerkonto hvis du kan.
3. Åpne kopien, spill av den travleste delen, render den, eksporter en master og sammenlign den med forrige master.
4. Sjekk hver plug-in og effekt du er avhengig av.
5. Oppdater først da hovedmaskinen, og bare mellom prosjekter.

Det tar en time. Det sparer deg for uka der alt går galt på én gang.

Slik behandler cinemaOS oppdateringer

cinemaOS er laget slik at en oppdatering aldri er en overraskelse. Oppdateringsfunksjonen under Settings ▸ Updates ser etter nye versjoner og installerer aldri i det stille. Du velger når du installerer, så et prosjekt midt i levering blir værende på bygget det startet på.

Prosjektfiler lagres som .mntm med bakoverkompatibel dekoding, og Save Compatibility Copy… skriver en separat kopi ved siden av prosjektet når du vil ha en reservefil før du prøver noe nytt. Angrehistorikken lagres i prosjektet, og gjenopprettingsverktøy som checkpoints, versjonsbilder og Verified Archive fungerer uansett versjon. Prosjekter åpnes og lagres også uten aktiv lisens, så en lisenssjekk står aldri mellom deg og klippet ditt.

Utveksling er innebygd begge veier. Eksporter FCPXML, Premiere XML, EDL, OTIO, ALE eller AAF med lenkede medier fra enhver sekvens, så forsikringsfilen beskrevet over er ett menyvalg unna. Importen tar imot tidslinjer i FCPXML, XML, EDL, OTIO, AAF, fra Premiere og fra Resolve, og skriver en conform-rapport som lister opp alt som ikke ble overført. Direkte lesing av .prproj er eksperimentell, så en XML-eksport fra Premiere er fortsatt den pålitelige veien.

Ingenting av dette betyr at du bør oppdatere cinemaOS midt i et prosjekt uten å tenke deg om. Den samme disiplinen med å fryse og teste gjelder alle verktøy, også vårt.

FAQ

Kan jeg åpne et prosjekt lagret i en nyere versjon i en eldre?

Som regel ikke. De fleste redigeringsprogrammer oppgraderer prosjektformatet ved lagring. Eksporter XML, FCPXML eller EDL fra den nyere versjonen og importer det i den eldre for å ta med klippet.

Bør jeg oppdatere redigeringsprogrammet midt i et prosjekt?

Bare for en rettelse du konkret trenger, og bare etter å ha testet på en kopi. Ellers fullfører du prosjektet i versjonen du startet med.

Hvilket utvekslingsformat er tryggest å ta vare på?

Ta vare på to: FCPXML eller XML for strukturen, og en EDL som minimal reserve. OTIO er et godt tredje valg hvis verktøyene dine støtter det.

Neste steg

Skriv ned versjonene av appen og plug-insene du bruker nå, slå av automatiske oppdateringer, og eksporter én utvekslingsfil av hovedsekvensen i dag. Vil du ha et redigeringsprogram der oppdateringen venter på din avgjørelse og utvekslingseksport er en del av hverdagen, kan du prøve cinemaOS med den 60 dager lange gratis prøveperioden, uten kort. Har oppdateringen etterlatt deg med et frosset eller skadet prosjekt, begynn med guiden vår om å redde prosjektet.