En uppdatering förstörde mitt projekt: gör så här

Om en uppdatering av redigeringsprogrammet förstörde ditt projekt är den snabbaste säkra lösningen att installera om versionen du började projektet i, öppna en kopia av din senaste projektfil eller säkerhetskopia från före uppdateringen och fortsätta där. Fortsätt inte spara i den nya versionen medan du felsöker. Många program uppgraderar projektfilen vid första sparningen, och en uppgraderad fil kanske inte går att öppna i den äldre versionen igen.

Den långsiktiga lösningen är en policy: frys programvaran under hela projektets livslängd, testa uppdateringar på en kopia och ha en neutral utbytesfil av varje viktig sekvens. Klippare rapporterar regressioner efter uppdateringar i de flesta NLE, från krascher och uppspelningsproblem till funktioner som transkription som ändrar beteende mellan versioner. Du kan inte styra vad en leverantör släpper. Du kan styra när det når ditt klipp.

Varför uppdateringar gör ont mitt i ett projekt

En uppdatering ändrar tre saker på en gång, och vilken som helst av dem kan bita.

• Projektformatet. Nya versioner skriver ofta ett nyare projektformat. När filen väl sparats kan den äldre versionen vägra öppna den. Det är den här som fångar folk, eftersom skadan är skedd i samma ögonblick som du trycker på spara.
• Medie- och effektkedjan. Avkodare, GPU-vägar, plug-ins från tredje part och effekter kan bete sig annorlunda. En plug-in som fungerade i går kan krascha vid laddning i dag, eller rendera en något annorlunda bild.
• Arbetsflödet. Paneler flyttas, standardvärden ändras, en funktion du förlitade dig på görs om. Ingenting är trasigt, men ditt muskelminne är det.

På en långfilm eller en lång dokumentär är vilket som helst av detta under de sista veckorna före leverans dyrt. Målet är att göra uppdateringar till något du väljer, inte något som händer dig.

Gå tillbaka utan att förlora arbete

Om du redan har uppdaterat och något är fel:

1. Sluta spara i den nya versionen. Stäng projektet utan att spara om du kan.
2. Hitta din senaste fil från före uppdateringen. En manuell Spara som-version eller en autosparning från före uppdateringen. Kopiera den till ett säkert ställe.
3. Installera om den tidigare versionen. Creative Cloud-appen från Adobe låter dig installera äldre versioner av Premiere Pro via appens avancerade alternativ. Blackmagic har äldre installationsprogram för Resolve i sitt supportarkiv. Final Cut Pro är svårare att gå tillbaka med via App Store, vilket är precis därför Final Cut-klippare ofta rekommenderas att spara en kopia av den fungerande appen innan de uppdaterar.
4. Öppna kopian i den gamla versionen. Bekräfta att den spelar upp, renderar och exporterar.
5. Rädda allt som gjorts efter uppdateringen. Om du gjorde riktigt arbete i den nya versionen, exportera sekvensen som XML, FCPXML eller EDL från den nya versionen och importera den i den gamla. Du förlorar effekter och vissa attribut, men klippbesluten följer med.
6. Kontrollera plug-ins igen. Plug-ins från tredje part kan också ha uppdaterats automatiskt. Matcha deras versioner mot dem projektet byggdes med.

Frys versionerna under projektets livslängd

Den enklaste regeln proffs följer: versionen du börjar ett projekt i är versionen du avslutar det i.

• Stäng av automatiska uppdateringar för redigeringsprogrammet och dess plug-ins under aktiva projekt. Kontrollera både appens egna uppdateringsinställningar och systemets.
• Dokumentera stacken. En vanlig textanteckning i projektmappen: appversion, OS-version, plug-in-versioner, GPU eller Mac-modell. När något ändras vet du vad som ändrades.
• Uppdatera mellan projekt, inte under dem. Planera uppdateringar till glappet efter leverans.
• Var försiktig med OS-uppdateringar också. En macOS-uppdatering kan påverka drivrutiner och plug-ins lika mycket som en appuppdatering. Håll tillbaka dem på en projektdator också.
• Spara installationsprogrammet. Lägg installationsprogrammet för versionen du använder i projektarkivet, så att du kan öppna det igen om flera år.

Utbytesexporter som försäkring

Den enskilt mest användbara vanan är tråkig: exportera en neutral tidslinjefil av varje viktig sekvens vid varje milstolpe.

• FCPXML bär med sig en hel del struktur och läses av Final Cut och många andra verktyg.
• XML (den XML i Final Cut Pro 7-stil som Premiere exporterar) har fortfarande brett stöd.
• EDL är gammalt och begränsat, men nästan allt kan läsa det. Det är sista försvarslinjen för klippbeslut.
• OTIO (OpenTimelineIO) är ett öppet format som får allt bredare stöd och går att läsa som text.

De här filerna är små, enkla och versionsoberoende. Om en uppdatering gör ett projekt omöjligt att öppna förvandlar en XML från i går en katastrof till en eftermiddag med att lägga på effekter igen. Förvara dem bredvid dina säkerhetskopior. Vår guide om att flytta ett klipp mellan Premiere, Resolve och Final Cut förklarar vad varje format bär med sig och tappar.

Testa uppdateringar på en kopia först

När du väl vill uppdatera, behandla det som en driftsättning.

1. Duplicera ett representativt projekt, helst det tyngsta du har.
2. Installera uppdateringen på en andra Mac eller ett separat användarkonto om du kan.
3. Öppna kopian, spela upp det tyngsta avsnittet, rendera det, exportera en master och jämför med den förra mastern.
4. Kontrollera varje plug-in och effekt du förlitar dig på.
5. Uppdatera först därefter din huvuddator, och bara mellan projekt.

Det tar en timme. Det sparar dig veckan då allt går fel på en gång.

Så hanterar cinemaOS uppdateringar

cinemaOS är utformat så att en uppdatering aldrig blir en överraskning. Uppdateraren, under Settings ▸ Updates, letar efter nya versioner och installerar aldrig i tysthet. Du väljer när du installerar, så ett projekt mitt i en leverans stannar på den build det började på.

Projektfiler lagras som .mntm med bakåtkompatibel avkodning, och Save Compatibility Copy… skriver en separat kopia bredvid projektet när du vill ha en reservfil innan du provar något nytt. Ångra lagras i projektet, och återställningsverktyg som checkpoints, versionsögonblicksbilder och Verified Archive fungerar oavsett version. Projekt går också att öppna och spara utan aktiv licens, så en licenskontroll står aldrig mellan dig och ditt klipp.

Utbyte är inbyggt åt båda hållen. Exportera FCPXML, Premiere XML, EDL, OTIO, ALE eller AAF med länkade medier från vilken sekvens som helst, så försäkringsfilen som beskrivs ovan finns ett menyval bort. Importen tar emot FCPXML, XML, EDL, OTIO, AAF samt tidslinjer från Premiere och Resolve och skriver en konformeringsrapport som listar allt som inte kunde översättas. Direkt läsning av .prproj är experimentell, så en XML-export från Premiere är fortfarande den pålitliga vägen.

Inget av det betyder att du ska uppdatera cinemaOS mitt i ett projekt utan att tänka efter. Samma disciplin med att frysa och testa gäller alla verktyg, vårt inräknat.

FAQ

Kan jag öppna ett projekt som sparats i en nyare version i en äldre?

Oftast inte. De flesta NLE uppgraderar projektformatet vid sparning. Exportera XML, FCPXML eller EDL från den nyare versionen och importera den i den äldre för att föra över klippet.

Ska jag uppdatera redigeringsprogrammet under ett projekt?

Bara för en rättelse du specifikt behöver, och bara efter att ha testat på en kopia. Annars, gör klart projektet i versionen du började med.

Vilket utbytesformat är säkrast att spara?

Spara två: FCPXML eller XML för strukturen och en EDL som minimal reserv. OTIO är ett bra tredje alternativ om dina verktyg stöder det.

Nästa steg

Skriv ner dina nuvarande app- och plug-in-versioner, stäng av automatiska uppdateringar och exportera en utbytesfil av huvudsekvensen i dag. Om du vill ha ett redigeringsprogram vars uppdaterare väntar på ditt beslut och där utbytesexporter är en del av vardagsarbetet, prova cinemaOS med den 60 dagar långa gratisperioden, inget kort krävs. Om uppdateringen lämnade dig med ett fryst eller skadat projekt, börja med vår guide för att rädda projekt.