Hat die Versionskontrolle einen Einfluss auf den Workflow der Videoproduktion?

Ich bin Softwareentwickler und interessiere mich auch für Fotografie (seit vier Jahren) und Videoproduktion (nur für ein paar Monate).

■ Bei der Software-Entwicklung gibt es eine wichtige Regel, die jeder Entwickler bei jedem Projekt befolgt: Alle Komponenten sollten unter Versionskontrolle stehen : Quellcode, Konfigurationsdateien, Datenbankschema, Dokumentation - alles, was es ermöglicht, das Projekt von Grund auf neu zu erstellen. Dies hat zwei angenehme Konsequenzen:

1. Im Katastrophenfall, wenn Sie alles außer dem Versionskontroll-Repository verlieren, sollten Sie so weitermachen können, als wäre nichts passiert.

2. Im Falle einer dummen Änderung, die sich negativ auf das Projekt auswirkt, kann der Entwickler auf eine frühere Revision zurückgreifen.

■ In der Fotografie wird jede Änderung, die ich an Fotos vornehme, für immer im Lightroom-Katalog gespeichert , sodass Sie jederzeit zum vorherigen Status zurückkehren können. Mit der Funktion für virtuelle Kopien ermöglicht Lightroom auch das, was in der Versionskontrolle als Verzweigung bezeichnet wird : die Möglichkeit, etwas anderes zu testen und entweder beide Ergebnisse beizubehalten oder eines davon später zu entfernen.

Der Katalog speichert die RAW-Fotos nicht selbst, aber sie ändern sich trotzdem nicht.

■ In der Videoproduktion sieht es anders aus. Ich arbeite mit Premiere Pro, After Effects und Soundbooth.

• Keiner scheint den Verlauf dauerhaft zu speichern: Wenn ich versehentlich eine Aktion durchführe und sie erst am nächsten Tag bemerke, gibt es keine Möglichkeit, die vorherige Version wiederherzustellen.

• Soundbooth ändert auch direkt die WAV-Dateien, was zusätzlichen Aufwand erfordert, um die Originalaufnahmen von den geänderten zu trennen.

• Versionskontrolle wird selten erwähnt, und ich habe niemanden gefunden, der erzählt, wie er die Versionskontrolle tatsächlich in seinem Workflow einsetzt. Darüber hinaus erwähnt niemand, welche Versionskontrolle verwendet werden soll, und da die meisten Versionskontrollsysteme für Textdateien und nicht für Binärdateien optimiert sind, ist dies eine zusätzliche Herausforderung.

• Video.SE verfügt nicht über Versionskontroll- oder Revisions- Tags.

Ich habe also zwei Fragen:

1. Hat die Versionskontrolle einen Einfluss auf den Workflow einer Person, die mit Videoproduktion arbeitet? Wie ist es integriert?

2. Würde die Migration auf Adobe Creative Cloud helfen? Gibt es bestimmte Funktionen, mit denen in Creative Cloud aufeinanderfolgende Überarbeitungen eines Premiere Pro- oder After Effects-Projekts nachverfolgt werden können?

Anmerkung: Um themenunabhängige Antworten zu vermeiden, möchte ich darauf hinweisen, dass meine Frage nichts mit den Sicherungen zu tun hat und sich speziell auf das Speichern aufeinanderfolgender Überarbeitungen meiner Arbeit bezieht, ohne eine Sicherung der Daten vor Ort / außerhalb des Standorts durchzuführen.

Versionskontrolle im Sinne von Git ist in der Videowelt nicht sehr praktisch. Sie müssten für jedes Audio- und Videotool ein spezielles Tool zur Versionskontrolle erstellen, da alle mit ihren eigenen Projektformaten arbeiten. Das Lesen dieser Formate ist jedoch nur eine Sache. Dann benötigen Sie auch die Render-Engine dieses Tools, um Unterschiede anzuzeigen.

Obwohl all diese Tools auf eine zerstörungsfreie Art und Weise funktionieren, es sei denn, Sie rendern vorab etwas (vergleichen Sie dies mit dem Kompilieren einer DLL / Lib eines Teils Ihres Codes und arbeiten Sie von nun an damit), können Sie in der Regel einfach zurückgehen zu einer alten Version wechseln, indem Sie Strg + Z ausführen oder in einigen Programmen das Verlaufstool verwenden.

Obwohl das Speichern von Unterversionen normalerweise der richtige Weg ist. Wie in seiner Antwort beschrieben oder manuell.

Was ich gerne mache und mit jeder Software gut funktioniert, ist das Ablegen meiner Projektdateien (kein Quellmaterial) in Dropbox. Wenn Sie eine etwas schnelle Upload-Geschwindigkeit (~ 1 Mbit / s) haben und Ihre Projektdatei nicht mehr als 100 MB groß ist, können Sie Ihr Projekt hochladen, bevor Sie es beim nächsten Mal speichern. Ein durchschnittliches Premiere / AE / FCP-Projekt hat eine Größe von ca. 10-20 MB, sodass Ihre zuletzt gespeicherten Dateien in 1-2 Minuten hochgeladen werden. Noch schneller, wenn Sie mehr Upload-Bandbreite haben.

Wenn Sie zurückkehren müssen, können Sie auf den Verlauf Ihrer Dateien in Dropbox zugreifen und diese Revision herunterladen oder wiederherstellen. Dropbox speichert Dateirevisionen für immer * auf einem kostenpflichtigen Konto (* mindestens als sie die Pack Rat Option hatten, jetzt ist es ein Jahr, denke ich) und für 30 Tage auf einem kostenlosen Konto. Ich bin mir sicher, dass es andere Cloud-Hoster gibt, die ähnliche Funktionen anbieten. Es ist ein bisschen so, als würde man eine superlimitierte Version von Git verwenden, die Binärdateien sehr gut verarbeitet und keine Kopfschmerzen verursacht. Dies hat den Vorteil, dass Sie den Ordner nicht mit unzähligen Dateien überfrachten und gleichzeitig eine Sicherungskopie erstellen.

Die meisten Cloud-Hoster bieten auch Team-Mitgliedschaften an, sodass Sie mit mehreren Editoren arbeiten können. Oder Sie geben den Projektordner für andere Teammitglieder frei.

Nur um die vorherigen Antworten zu ergänzen: Während es für die Videowelt nichts Vergleichbares wie Git gibt, gibt es Tools für Digital Asset Management / Media Asset Management, die mehr oder weniger dasselbe tun - Versionskontrolle und Berechtigungs- / Benutzerverwaltung (sie tun es auch) viel mehr, da sie wirklich als Bibliotheken für Ihre Medien gebaut wurden). Ich habe jahrelang Apples Final Cut Server-App (mittlerweile veraltet) verwendet, die in die Final Cut Suite (Final Cut Pro 7, Soundtrack Pro usw.) in einer kleinen Post-Einrichtung integriert ist.

Wir haben es für die Versionskontrolle und die Verzweigung auf Projektdateien verwendet, sodass mehrere Editoren relativ nahtlos an einem Projekt arbeiten konnten. Da es sich um ein Apple-Produkt handelt, wurde es für die Verwendung mit Final Cut Pro entwickelt und konnte daher FCP-Projektdateien sehr einfach lesen und bearbeiten. Auch wenn dies so ist, beruhte die Versionskontrolle von Final Cut Server auf dem Speichern früherer Versionen der gesamten Projektdatei, es wurden keine Unterschiede verwendet. Ich kenne kein DAM, das genau aus dem Grund funktioniert, auf den bereits in einer früheren Antwort hingewiesen wurde - es gibt viel zu viele proprietäre Formate (obwohl ironischerweise viele von ihnen jetzt XML als Rückgrat für diese Projektdateiformate verwenden ).

FCS war großartig, weil es relativ erschwinglich war. Für Premiere Pro gab es eigentlich nie etwas Vergleichbares. Heutzutage müssen Sie leider einen schönen Teil der Änderungen herausgeben, um ähnliche Funktionen zu erhalten - hauptsächlich, weil diese Tools wirklich für Post-Funktionen entwickelt wurden und nicht für einen einzelnen Editor. Sie erfordern auch eine potenziell signifikante Integration / Einrichtung.

Hier sind einige Optionen (ich habe keine Beziehung zu einem dieser Unternehmen, dies basiert lediglich auf meiner Forschung, die nach einer ähnlichen Lösung sucht):

• Cantemo: http://www.cantemo.com/premiereprocs6.html
• CatDV: http://www.squarebox.com/

Die Versionskontrolle spielt bei der Videobearbeitung keine so große Rolle, da sie von Natur aus nicht destruktiv ist. Im Kern eines NLE (nichtlinearer Video-Editor) ist die Ausgabe eine sogenannte Bearbeitungsentscheidungsliste (EDL). Dies entspricht weitgehend dem Verlauf in Lightroom, da in diesem Verlauf alle Änderungen aufgezeichnet werden, die in der angegebenen Reihenfolge angewendet wurden.

NLEs funktionieren aus Quellclips. Sie nehmen Anfangs- und Endpunkte dieser Clips, um sie in einer Timeline zu platzieren. Anschließend können Effekte in einer bestimmten Reihenfolge auf diese Assets angewendet werden (basierend auf der Platzierung der Effekte). Dies sind jedoch alles Bearbeitungsentscheidungen und werden sofort angewendet ( oder möglicherweise in temporäre Vorschaudateien gerendert). Das endgültige Rendering der Ausgabe ist das Ergebnis der Anwendung der gesamten EDL auf die Quellclips.

Sie können eine Version des Projekts speichern, um auf Wunsch zu einer früheren Version der EDL zurückzukehren. Dies ist jedoch in der Regel nicht erforderlich, es sei denn, Sie sind sehr absichtlich verzweigt, um einen alternativen Ansatz zum Bearbeiten einer Sequenz zu versuchen ( In diesem Fall ist eine Kopie dieser Timeline oft die bessere Wahl.)

Wenn Sie es in den Voreinstellungen von After Effects und Premiere aktivieren, werden die Projektdateien automatisch inkrementell gespeichert.

Diese inkrementellen Speicherungen können verwendet werden, um zu früheren Versionen zurückzukehren. Dies entspricht einer sehr einfachen Implementierung der Versionskontrolle (Sie können jedoch die Anzahl der Versionen von 5 erhöhen). FCP verfügt über eine integrierte Funktion zum Wiederherstellen von früheren Versionen. Diese Funktion ist hilfreich, wenn Ihre Projektdateien beschädigt werden sollen. Nachdem Effekte die Möglichkeit haben (Premiere hat sie jedoch nicht, siehe Abbildung), ein Projekt inkrementell zu speichern. Ich benutze dies die ganze Zeit, wenn ich große Änderungen an einem Projekt vornehme und in der Lage sein möchte, sozusagen zum Hauptstamm zurückzukehren.

Als zusätzliche Kontrolle können Sie sich vorstellen, dass Sie mit einer Versionskontrollsoftware die Ordner verwalten, in denen Ihre Projektdateien gespeichert und automatisch gespeichert werden, sodass die Redakteure den aktuellen Schnitt auschecken und Änderungen festschreiben, solange alle Medien zentral verfügbar oder kopiert sind auf alle Maschinen im gleichen relativen Pfad. Es würde nicht dazu führen, dass Sie die Bearbeitungen anderer Personen wie möglich mit Code teilen und zusammenführen - das wäre eine interessante Funktion (ich würde sagen, es könnte mit Adobes ExtendedScript-Scripting implementiert werden, solange Sie über die erforderlichen Kenntnisse verfügen, um sie neu zu schreiben) Git oder SVN in Javascript).

Als langjähriger Videoprofi kann ich bestätigen, dass die Notwendigkeit einer leichten, robusten, transparenten und offenen Form eines VCS in den meisten Medienworkflows schmerzlich fehlt. Das Problem ist jedoch vielfältig und sowohl kultureller als auch technischer Natur.

Traditionell haben wir in einer Wurstfabrik gearbeitet, in der ein Projekt vom Drehbuch aus grün beleuchtet ist, in die Produktion übergeht, sobald es verpackt ist, in die Postproduktion übergeht und dann eine endgültige Ausgabe an den Verteilungsarm geliefert wird, der dann die Geräte- / Plattformausgaben abspaltet .

Heutzutage ist diese fabrikähnliche Herangehensweise eine Illusion, bei der der Übergang zwischen Postproduktion und Vertrieb niemals klar ist. Es gibt eine Menge Hin und Her mit Schnitten / Bearbeitungen für verschiedene Sprachen / Märkte, aber es wird immer wieder zurückgegangen und es wird beispielsweise für das neueste Format ein Remastering durchgeführt. Dann besteht die Notwendigkeit, für Marketingzwecke auf die endgültigen Versionen zuzugreifen. Daher ist es entscheidend, dass nicht nur entfernte Parteien, sondern auch Personen, die sich möglicherweise nie treffen, ein katalogisiertes, endgültiges Verständnis darüber haben, an welcher Version sie arbeiten müssen. Dies gilt nicht nur für Master-Codierungen, sondern für alle Versionen dieses Masters für verschiedene Märkte sowie für die Versionen der Assets, die zum Erstellen der einzelnen Master verwendet wurden.

Erst jetzt beschäftigt sich die Medientechnik-Community mit der Frage, was eine Version wirklich ist, und sie wird aufgrund der Vielzahl unterschiedlicher Workflows und Anliegen regelmäßig diskutiert. Ich zerlege es als Arbeitsversion und Distributionsversion. Es gibt Bestrebungen, dies in der Distribution zu beheben, indem ein Archivdateiformat erstellt wird, das die Versionen in sich selbst verfolgt (um der Tatsache entgegenzuwirken, dass es mehrere Tools, Plattformen usw. gibt). Dies wird als Interoperables Master - Format (IMF) bezeichnet und ist nicht mit dem zu verwechseln Bank) und wird über SMPTE gesteuert. Das Gute daran ist, dass es eine Interoperabilität zwischen den unzähligen digitalen Asset-Management-Systemen (die es unterstützen möchten) gibt - einige Studios, von denen ich weiß, dass sie über Asset-Management-Systeme verfügen, die es in der Größenordnung von Hunderten gibt - helfen ihnen intern geschweige denn für externe Übergaben. Natürlich wurde es noch nicht in einer Produktionsumgebung verwendet, da es als Archivformat konzipiert ist (Netflix verwendet es jetzt). Es ist auch eine sehr umfangreiche Datei, die nicht einfach erstellt werden kann, es sei denn, Sie verfügen über das erforderliche Kapital, um in die Tools zu investieren. Netflix hat ein Open-Source-Tool-Set veröffentlicht, das gute Lesefähigkeiten bietet. Es ist auch eine sehr umfangreiche Datei, die nicht einfach erstellt werden kann, es sei denn, Sie verfügen über das erforderliche Kapital, um in die Tools zu investieren. Netflix hat ein Open-Source-Tool-Set veröffentlicht, das gute Lesefähigkeiten bietet. Es ist auch eine sehr umfangreiche Datei, die nicht einfach erstellt werden kann, es sei denn, Sie verfügen über das erforderliche Kapital, um in die Tools zu investieren. Netflix hat ein Open-Source-Tool-Set veröffentlicht, das gute Lesefähigkeiten bietet.

Arbeitsversion oder Produktionsebene Ich bin der Meinung, dass es notwendig ist, ein VCS (wie z. B. eine modifizierte Form von Git) bereitzustellen, das jeder nutzen kann, egal wie groß oder klein, um das Remote-Arbeiten zu erleichtern. Mediendateien sind natürlich viel größer als der Austausch von Code oder Bibliotheken, aber die Entscheidungen, die für diese Dateien getroffen werden, sind die Schlüsselkomponente. Ich für meinen Teil möchte testen, ob die Arbeit per GIT-Commit aus der Ferne erfolgt, wenn nur die Namenskonventionen von 'file_Final_FINAL_MASTER_version3.mxf' vermieden werden sollen, die hin und her ausgetauscht werden.

Ich hatte die gleiche Frage, auch als Software-Ingenieur von Beruf, über Photoshop-Arbeit nachzudenken.

Wir können dem Videobearbeitungsprogramm sagen, dass es "auf Version 2.5 zurücksetzen" soll, ein wenig bearbeiten und dann sagen, dass es "auf Version 7 zurücksetzen" soll, und ob es das kann?

Ich habe festgestellt, dass ich mit Photoshop eine benannte Version im Verlauf festlegen kann, und ich denke, dass diese in der Datei gespeichert ist ...? Bei Revisionen (Einträgen in der Verlaufsliste), die nicht benannt sind, gehen die Knoten aus der Anzeige verloren, wenn eine Bearbeitung an einer vorherigen Stelle vorgenommen wird (Verzweigung) und kein Reflog verfügbar ist.

Neue Versionen von Premiere scheinen ein ähnliches Verlaufsprotokoll zu haben, und ich gehe davon aus, dass sich die Entwicklung zu derselben internen Architektur hin entwickelt, bei der jede Änderung eine andere Kopie des Projekts ist, die den größten Teil des Status mit dem vorherigen teilt. Wenn im Verlauf Prüfpunkte gespeichert sind, ähnelt dies einem Git-Store: Jede Version enthält (gemeinsam genutzte) Verweise auf zugrunde liegende Elemente bis hinunter zu den Segmentdefinitionen. Da das Video selbst nicht in der Datei enthalten ist, können immer mehr Versionen mit einer geringen Vergrößerung erstellt werden.

Ich habe ein Seminar gesehen, in dem jemand im Photoshop-Entwicklungsteam die Architektur erklärte. Es sieht so aus, als wären die Verlaufseinträge, die Sie sehen, analog zu Git-Versionen, wie Gitk-Displays. Die Bezeichnung der Version entspricht einem Git-Tag. Sie können , indem sie auf sie zu sichtbaren Revision zurückgesetzt und Reset wieder zu. Aber jede Änderung, die selbst in den Verlauf geschrieben wird, ist wie eine vollständige Aktualisierung (Umschalt- oder Strg-Taste F5) - Sie verlieren alles, was nicht an den aktuellen Zweigkopf oder das benannte Tag gekettet ist (aber ich denke, Dinge wie Verweise auf Klonquellen sind immer noch vorhanden) zeigen Sie auf die jetzt nicht mehr sichtbare Version).

Aber ich schreibe nicht, um dies vorzuschlagen. Ich stelle das NAS-Volume, auf dem sich mein Projekt befindet, so ein, dass alle 3 Stunden ein Snapshot erstellt wird. Windows hat einen Checkpoint-Mechanismus, der aber meiner Meinung nach nicht konfigurierbar ist. Mac Time Machine macht etwas Ähnliches.

Im Allgemeinen können Sie alle gespeicherten Versionen der Datei archivieren , und in Premiere sind nicht alle importierten (konstanten) Assets enthalten. Daher ist es sinnvoll, alle zu speichern, auch ohne dass Deltas verwendet werden können, um nur die Änderungen zu speichern.

Ich lerne Premiere nur neu und werde aggressiver, wenn ich Dinge versuche. Ich bin mir sicher, dass ich zurückkehren kann, wenn ich das nächste Mal daran arbeite. Ich bereue, was ich getan habe, oder finde einen besseren Weg und möchte es erneut tun. Das ist ein effektives Versionsverwaltungssystem. Wenn ich das auf dem NAS mache, bin ich auch vor einem BSOD geschützt, der das gesamte Projekt beim Speichern in den Papierkorb wirft. :)

Update der Geschichte ist eine kurze Länge, standardmäßig 32 Einträge. Es ist leer, wenn das Projekt geladen wird. Beim automatischen Speichern wird jedoch nicht nur dieselbe Datei gespeichert, die in den meisten Programmen angezeigt wird. vielmehr werden sie gezählt und behalten. So kann ich die Datei-Zeitstempel sehen und eine ältere Kopie laden, die mir einen Versionsverlauf von 15-minütigen Prüfpunkten gibt. In meinem Fall hat jede Datei eine Größe von 44 KB, was nichts im Vergleich zur Größe des Assets ist - es entspricht der Größe von 76 Millisekunden Audio oder 1/7 eines Frames mit SD-Kartenmaterial der Klasse 10 .

Wenn Sie einen Kontrollpunkt mit einem aussagekräftigen Namen behalten möchten, speichern Sie die Kopie einfach unter. Mit der automatischen Speicherung, die auf eine hohe Frequenz eingestellt ist, können Sie jedoch mit geringem Aufwand jeden Zustand (bis zu diesem Zeitpunkt Granulatität) ohne vorherige Planung erneut aufrufen.

Ein Hinweis für Nichtingenieure, die mit der Versionskontrolle nicht vertraut sind: Neben der Möglichkeit, Ihre Arbeit auf offensichtliche Weise zurückzuverfolgen, nutze ich sie häufig auch, um zu überprüfen, was ich gerade geändert habe, oder um einen Vergleich mit dem Status vor Beginn der aktuellen Aufgabe anzustellen , oder vergleiche mit der letzten Person, die mit der Gruppe geteilt wurde.

Da Premeire jetzt das Öffnen mehrerer Projekte im Arbeitsbereich unterstützt, ist es möglich, eine Fensteranordnung für den Arbeitsbereich zum Vergleichen von zwei Zeitleisten festzulegen. Das heißt, macht eine effizientere Nutzung des mit diesen Versionen, nicht nur für das Backup. Ich erzähle Programmierern, die git nicht verwenden, oft, wie es zu einem Allzweckwerkzeug wird, wie einem Texteditor.

Ich frage mich, wie professionelle Filmemacher mit der Versionskontrolle umgehen, wenn überhaupt etwas anderes als Ad-hoc? Das Design der automatischen Speicherung scheint durchaus zweckmäßig zu sein, und das integrierte Groupware-Tool zum Schreiben von Skripten verfügt über eine explizite, sichtbare Nachverfolgung von Revisionen.

Die Versionskontrolle für Videodateien selbst ist unpraktisch, weil sie zum einen riesig sind, zum anderen sich bewegen (bewahren Sie jeden Frame auf?) Und zum anderen unveränderlich sind. Das heißt, die Originaldateien ändern sich beim Bearbeiten nie.

Die Versionskontrolle für Projektdateien ist jedoch sehr sinnvoll. Derzeit erstelle ich nach jeder wesentlichen Änderung eine neue Projektdatei und gebe ihr einen beschreibenden Namen - was habe ich getan, was habe ich hinzugefügt und was habe ich entfernt. Im Wesentlichen muss ich den Verlauf manuell über Dateinamen pflegen. Es ist eine großartige Idee, Projektdateien unter Versionskontrolle zu haben, weshalb ich noch nie daran gedacht habe!