Päivitys rikkoi projektini: mitä nyt kannattaa tehdä

Jos editointiohjelman päivitys rikkoi projektin, nopein turvallinen korjaus on asentaa uudelleen versio, jolla aloitit projektin, avata kopio viimeisimmästä päivitystä edeltävästä projektista tai varmuuskopiosta ja jatkaa siinä. Älä jatka tallentamista uudessa versiossa vianetsinnän aikana. Moni ohjelma päivittää projektitiedoston ensimmäisellä tallennuksella, eikä päivitetty tiedosto välttämättä enää aukea vanhemmassa julkaisussa.

Pidempi korjaus on käytäntö: jäädytä ohjelmistosi projektin elinkaaren ajaksi, testaa päivitykset kopiolla ja pidä jokaisesta tärkeästä sekvenssistä neutraali siirtotiedosto. Editoijat raportoivat päivitysregressioista useimmissa editointiohjelmissa, kaatumisista ja toisto-ongelmista siihen, että litteroinnin kaltaiset ominaisuudet muuttavat käytöstään julkaisujen välillä. Et voi hallita, mitä valmistaja julkaisee. Voit hallita, milloin se päätyy leikkaukseesi.

Miksi päivitykset satuttavat kesken projektin

Päivitys muuttaa kolme asiaa kerralla, ja mikä tahansa niistä voi purra.

• Projektiformaatti. Uudet versiot kirjoittavat usein uudemman projektiformaatin. Tallennuksen jälkeen vanhempi versio voi kieltäytyä siitä. Tämä on se ansa, johon ihmiset jäävät, koska vahinko tapahtuu sillä hetkellä, kun painat tallenna.
• Media- ja efektiketju. Dekooderit, GPU-polut, kolmannen osapuolen liitännäiset ja efektit voivat käyttäytyä eri tavalla. Liitännäinen, joka toimi eilen, voi kaatua latautuessaan tänään tai renderöidä hieman eri kuvan.
• Työnkulku. Paneelit siirtyvät, oletukset muuttuvat, ominaisuus, johon luotit, uudistetaan. Mikään ei ole rikki, mutta lihasmuistisi on.

Pitkässä elokuvassa tai dokumentissa mikä tahansa näistä viimeisinä viikkoina ennen toimitusta on kallista. Tavoite on tehdä päivityksistä jotain, minkä valitset, ei jotain, mikä tapahtuu sinulle.

Paluu vanhempaan versioon menettämättä työtä

Jos olet jo päivittänyt ja jokin on vialla:

1. Lopeta tallentaminen uudessa versiossa. Sulje projekti tallentamatta, jos voit.
2. Etsi viimeisin päivitystä edeltävä tiedosto. Käsin tehty Save As -versio tai ennen päivitystä syntynyt automaattitallennus. Kopioi se turvaan.
3. Asenna edellinen julkaisu uudelleen. Adoben Creative Cloud -sovelluksella voi asentaa Premiere Pron aiempia versioita sovelluksen lisäasetuksista. Blackmagic säilyttää vanhempia Resolve-asennusohjelmia tukiarkistossaan. Final Cut Prota on vaikeampi palauttaa App Storen kautta, minkä vuoksi Final Cut -editoijia neuvotaan usein säilyttämään kopio toimivasta ohjelmasta ennen päivitystä.
4. Avaa kopio vanhassa versiossa. Varmista, että se toistuu, renderöityy ja viedään.
5. Pelasta päivityksen jälkeen tehty työ. Jos teit oikeaa työtä uudessa versiossa, vie se sekvenssi XML:nä, FCPXML:nä tai EDL:nä uudesta versiosta ja tuo se vanhaan. Menetät efektit ja osan ominaisuuksista, mutta leikkauspäätökset siirtyvät.
6. Tarkista liitännäiset uudelleen. Kolmannen osapuolen liitännäisetkin ovat voineet päivittyä automaattisesti. Sovita niiden versiot niihin, joilla projekti rakennettiin.

Jäädytä versiot projektin elinkaaren ajaksi

Yksinkertaisin ammattilaisten noudattama sääntö: versio, jolla aloitat projektin, on versio, jolla sen viimeistelet.

• Poista automaattiset päivitykset käytöstä editointiohjelmalta ja sen liitännäisiltä aktiivisten projektien ajaksi. Tarkista sekä ohjelman omat päivitysasetukset että järjestelmän.
• Kirjaa kokoonpano. Projektikansioon tavallinen tekstimuistiinpano: ohjelmaversio, käyttöjärjestelmäversio, liitännäisversiot, GPU tai Mac-malli. Kun jokin muuttuu, tiedät mikä.
• Päivitä projektien välissä, ei niiden aikana. Suunnittele päivitykset toimituksen jälkeiseen taukoon.
• Ole varovainen myös käyttöjärjestelmäpäivitysten kanssa. macOS-päivitys voi vaikuttaa ajureihin ja liitännäisiin yhtä paljon kuin ohjelmapäivitys. Pidätä nekin projektikoneella.
• Säilytä asennusohjelma. Säilytä käyttämäsi version asennusohjelma projektiarkiston kanssa, jotta voit avata projektin vuosienkin päästä.

Siirtotiedostot vakuutuksena

Hyödyllisin yksittäinen tapa on tylsä: vie jokaisesta tärkeästä sekvenssistä neutraali aikajanatiedosto jokaisessa virstanpylväässä.

• FCPXML kantaa runsaasti rakennetta, ja sitä lukevat Final Cut ja monet muut työkalut.
• XML (Final Cut Pro 7 -tyylinen XML, jota Premiere vie) on yhä laajasti tuettu.
• EDL on vanha ja rajallinen, mutta lähes kaikki lukevat sitä. Se on leikkauspäätösten viimeinen puolustuslinja.
• OTIO (OpenTimelineIO) on avoin formaatti, jonka tuki kasvaa ja jota voi lukea tekstinä.

Nämä tiedostot ovat pieniä, yksinkertaisia ja versiosta riippumattomia. Jos päivitys tekee projektista avaamattoman, eilinen XML muuttaa katastrofin iltapäiväksi efektien uudelleensoveltamista. Pidä ne varmuuskopioiden vieressä. Oppaamme leikkauksen siirtämisestä Premieren, Resolven ja Final Cutin välillä selittää, mitä kukin formaatti kantaa ja mitä se menettää.

Testaa päivitykset ensin kopiolla

Kun haluat päivittää, kohtele sitä kuin käyttöönottoa.

1. Monista edustava projekti, mieluiten raskain, joka sinulla on.
2. Asenna päivitys toiselle Macille tai erilliselle käyttäjätilille, jos voit.
3. Avaa kopio, toista kiireisin osuus, renderöi se, vie master ja vertaa sitä edelliseen masteriin.
4. Tarkista jokainen liitännäinen ja efekti, johon luotat.
5. Päivitä vasta sitten pääkone, ja vain projektien välissä.

Se vie tunnin. Se säästää sen viikon, jolloin kaikki menee pieleen kerralla.

Miten cinemaOS kohtelee päivityksiä

cinemaOS on suunniteltu niin, ettei päivitys ole koskaan yllätys. Päivittäjä, kohdassa Settings ▸ Updates, tarkistaa uudet julkaisut eikä koskaan asenna hiljaa. Sinä päätät, milloin asennat, joten kesken toimituksen oleva projekti pysyy buildissa, jolla se aloitettiin.

Projektitiedostot tallennetaan .mntm-muodossa taaksepäin yhteensopivalla dekoodauksella, ja Save Compatibility Copy… kirjoittaa erillisen kopion projektisi rinnalle, kun haluat varatiedoston ennen jonkin uuden kokeilemista. Kumoushistoria tallennetaan projektiin, ja palautustyökalut, kuten tarkistuspisteet, versiotilannekuvat ja Verified Archive, toimivat versiosta riippumatta. Projektit myös aukeavat ja tallentuvat ilman voimassa olevaa lisenssiä, joten lisenssitarkistus ei koskaan seiso sinun ja leikkauksesi välissä.

Siirto on rakennettu molempiin suuntiin. Vie FCPXML, Premiere XML, EDL, OTIO, ALE tai AAF linkitetyllä medialla mistä tahansa sekvenssistä, joten yllä kuvattu vakuutustiedosto on yhden valikkokohdan päässä. Tuonti hyväksyy FCPXML-, XML-, EDL-, OTIO-, AAF-, Premiere- ja Resolve-aikajanat ja kirjoittaa conform-raportin kaikesta, mikä ei siirtynyt. .prproj-tiedostojen suora luku on kokeellista, joten XML-vienti Premierestä on yhä luotettava reitti.

Mikään tästä ei tarkoita, että cinemaOS:n saisi päivittää kesken projektin ajattelematta. Sama jäädytä ja testaa -kurinalaisuus pätee jokaiseen työkaluun, myös meidän omaamme.

UKK

Voinko avata uudemmalla versiolla tallennetun projektin vanhemmassa?

Yleensä et. Useimmat editointiohjelmat päivittävät projektiformaatin tallennettaessa. Vie XML, FCPXML tai EDL uudemmasta versiosta ja tuo se vanhempaan siirtääksesi leikkauksen.

Pitäisikö editointiohjelma päivittää kesken projektin?

Vain jos tarvitset nimenomaan tiettyä korjausta, ja vasta kopiolla testaamisen jälkeen. Muuten vie projekti loppuun versiolla, jolla aloitit.

Mikä on turvallisin siirtoformaatti säilytettäväksi?

Pidä kaksi: FCPXML tai XML rakennetta varten ja EDL minimaalisena varana. OTIO on hyvä kolmas vaihtoehto, jos työkalusi tukevat sitä.

Seuraava askel

Kirjaa ylös nykyiset ohjelma- ja liitännäisversiosi, poista automaattiset päivitykset käytöstä ja vie pääsekvenssistäsi yksi siirtotiedosto tänään. Jos haluat editorin, jonka päivittäjä odottaa päätöstäsi ja jonka siirtoviennit ovat osa arkityötä, kokeile cinemaOS-editoria 60 päivän ilmaisella kokeilulla ilman korttia. Jos päivitys jätti sinulle jumittuneen tai vaurioituneen projektin, aloita projektin palautusoppaastamme.