バージョン管理はビデオ制作ワークフローに関与していますか？

私はソフトウェア開発者であり、写真（4年間）とビデオ制作（数ヶ月のみ）にも興味があります。

■ソフトウェア開発では、すべてのプロジェクトですべての開発者が従う重要なルールがあります。すべてがバージョン管理下にある必要があります。ソースコード、構成ファイル、データベーススキーマ、ドキュメントなど。これには2つの好ましい結果があります。

1. バージョン管理リポジトリ以外のすべてを失う災害の場合、何も起こらなかったかのように続行できるはずです。

2. プロジェクトに悪影響を与えるバカな変更が発生した場合、開発者は以前のリビジョンに戻ることができます。

■写真では、写真に加えた変更はすべてLightroomカタログに永久に保存され、いつでも以前の状態に戻すことができます。バーチャルコピー機能により、Lightroom はバージョン管理でブランチと呼ばれるものを実行することもできます。異なる機能をテストし、両方の結果を保持するか、どちらかを後で削除する機能です。

カタログにはRAW写真自体は保存されませんが、とにかく変更されません。

■ビデオ制作では、物事は異なっているように見えます。私は、Premiere Pro、After Effects、Soundboothを使用しています。

• 履歴を永続的に保存するものはありません。誤ってアクションを実行し、翌日にしか気づかない場合、以前のバージョンを復元する方法はありません。

• また、SoundboothはWAVファイルを直接変更するため、元の録音と変更された録音を分離するための追加の作業が必要です。

• バージョン管理について言及されることはめったにありません。また、ワークフローでバージョン管理を実際にどのように使用しているのかを説明している人はいません。さらに、どのバージョン管理を使用すべきかについては誰も言及していません。また、ほとんどのバージョン管理システムはバイナリファイルではなくテキストファイル用に最適化されているため、追加の課題が生じます。

• Video.SEにはバージョン管理タグまたはリビジョンタグがありません。

したがって、2つの質問があります。

1. バージョン管理は、ビデオ制作に携わる人のワークフローに関与していますか？どのように統合されていますか？

2. Adobe Creative Cloudへの移行は役立ちますか？Creative Cloudで、Premiere ProまたはAfter Effectsプロジェクトの連続したリビジョンを追跡できる特定の機能はありますか？

注：トピック外の回答を避けるため、私の質問はバックアップとは無関係であり、具体的にはデータのオンサイト/オフサイトバックアップを持たずに、作業の連続したリビジョンを保存することについて強調します。

Gitの意味でのバージョン管理は、ビデオの世界ではあまり実用的ではありません。すべてが独自のプロジェクト形式で機能するため、そこにあるすべてのオーディオおよびビデオツールに対して特定のバージョン管理ツールを作成する必要があります。ただし、これらの形式を読み取ることができるのは1つのことであり、差分を表示するにはそのツールのレンダリングエンジンも必要です。

これらのツールはすべて、いくつかのものを事前にレンダリングしない限り非破壊的に機能しますが（コードのdll / libをコンパイルして、これから作業することと比較してください）、通常は戻ることができますctrl + zを実行するか、一部のプログラムで履歴ツールを使用して、古いリビジョンに戻します。

通常、サブバージョンを保存する方法があります。彼の答えで説明されているような、または手動でそれを行うことによるスティッブのように。

私がやりたいことで、すべてのソフトウェアでうまく機能するのは、プロジェクトファイル（ソース映像なし）をDropboxに入れることです。アップロード速度がやや速い（〜1 Mbit / s）で、プロジェクトファイルが100MB以上でない場合は、次回保存する前にプロジェクトをアップロードできます。Premiere / AE / FCPプロジェクトの平均は10〜20MBなので、最近保存したファイルは1〜2分でアップロードされます。より多くのアップロード帯域幅がある場合はさらに高速です。

その後、戻る必要がある場合は、ファイルのDropboxの履歴にアクセスして、そのリビジョンをダウンロードまたは復元できます。Dropboxは、有料アカウント（*少なくともpack ratオプションを選択したとき、少なくとも1年だと思う）でファイルリビジョンを永久に保存し、無料アカウントで30日間保存します。同様の機能を提供するクラウドホスティング業者は他にもあるはずです。これは、バイナリファイルを非常に適切に処理し、頭痛のないgitの超限定バージョンを使用するようなものです。これには、大量のファイルでフォルダが乱雑にならず、同時にバックアップができるという利点があります。

ほとんどのクラウドホスティングサービスでは、チームメンバーシップも提供しているため、複数のエディターで作業できます。または、プロジェクトフォルダを他のチームメンバーと共有します。

前の回答に追加するだけです：ビデオの世界にはGitに似たものはありませんが、バージョン管理と許可/ユーザー管理（ほぼ同じ）を行うことができるデジタル資産管理/メディア資産管理ツールがありますさらに、メディアのライブラリとして実際に構築されているためです）。長年、私は小さなポスト施設でFinal Cut Suite（Final Cut Pro 7、Soundtrack Proなど）と統合されたAppleのFinal Cut Serverアプリ（現在は廃止）を使用していました。

プロジェクトファイルのバージョン管理と分岐に使用しました。これにより、複数のエディターが1つのプロジェクトで比較的シームレスに作業できるようになりました。これはApple製品であるため、Final Cut Proで使用するように設計されているため、FCPプロジェクトファイルを非常に簡単に読み取って操作できます。これを考えても、Final Cut Serverのバージョン管理はプロジェクトファイル全体の以前のバージョンの保存に依存しており、差分は使用しませんでした。以前の答えがすでに指摘したまさにその理由でDAMを知っていません-あまりにも多くの独自の形式があります（皮肉なことに、それらの多くはプロジェクトファイル形式のバックボーンとしてXMLに依存していますが） ）。

FCSは、比較的手頃な価格であったため素晴らしかったです。Premiere Proに類するものは決してありませんでした。残念ながら、残念なことに、同様の機能を得るには、かなりの変更を加える必要があります。これは、これらのツールが実際には単一のエディターではなく投稿機能のために設計されているためです。また、潜在的に重要な統合/セットアップが必要です。

以下にいくつかのオプションを示します（これらの企業とは関係がありません。これは、同様のソリューションを探している私の研究に基づいています）。

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

バージョン管理は、本質的に非破壊的であるため、実際にはビデオ編集にはそれほど多くの場所がありません。NLE（ノンリニアビデオエディター）の中核では、出力は実際には編集決定リストまたはEDLとして知られています。Lightroomの履歴は、順番に適用されたすべての変更の記録であるため、これはLightroomの履歴に非常に類似しています。

NLEはソースクリップから機能します。これらのクリップの開始点と終了点を取得してタイムラインに配置し、その後、エフェクトを特定の順序で（エフェクトの配置に基づいて）それらのアセットに適用できますが、これらはすべて編集の決定であり、その場で適用されます（または一時的なプレビューファイルにレンダリングされる可能性があります）。最終的な出力レンダリングは、EDL全体をソースクリップに適用した結果です。

必要に応じて、以前のバージョンのEDLに戻ることができるようにプロジェクトのバージョンを保存することもできますが、シーケンスを編集するための代替アプローチを試みるために意図的に分岐しない限り、これは通常必要ありません（その場合、そのタイムラインのコピーは多くの場合より良い選択です。）

環境設定After EffectsおよびPremiereで有効にすると、プロジェクトファイルの増分保存が自動的に行われます。

これらのインクリメンタルセーブは、以前のバージョンに戻すために使用できます。これは、バージョン管理の非常に基本的な実装のようなものです（ただし、バージョン数を5から増やすこともできます）。FCPには「以前のバージョンからの復元」機能が組み込まれています。これは、プロジェクトファイルが破損した場合に適しています。エフェクトには、プロジェクトを段階的に保存する機能があります（ただし、Premiereにはありません）。私は、プロジェクトに大きな変更を加えるときに常にこれを使用し、いわばメイントランクに戻りたいと思っています。

コントロールを追加するには、バージョン管理ソフトウェアを使用してプロジェクトファイルと自動保存を保存するフォルダーを管理します。すべてのメディアが中央からアクセスまたはコピーされる限り、編集者は現在のカットをチェックアウトして変更をコミットします同じ相対パスで全員のマシンに。コードでできるように、他の人の編集をフォークしてマージすることはできません-それは興味深い機能です（あなたのスキルが書き直している限り、Adobeのextendscriptスクリプトで実装できると思います） JavaScriptのGitまたはSVN）。

長期的なビデオの専門家として、私は軽量で、堅牢で、透明で、オープンな形式のVCSの必要性が、メディアワークフローの大部分で非常に不足しているという事実を証明できます。しかし、問題は多面的であり、文化的な問題であると同時に技術的な問題でもあります。

伝統的に、私たちはプロジェクトがスクリプトから青信号になり、プロダクションに移行し、ラップされてポストプロダクションに行き、最終出力が配布アームに配信され、デバイス/プラットフォーム出力をスピンオフするような方法でソーセージ工場で働いてきました。

現在、この工場のようなアプローチは、ポストプロダクションと配布の間の明確なやり取りが明確ではないという幻想です。さまざまな言語/市場向けのカット/編集には、多くのやり取りがあります。たとえば、最新のフォーマットに戻ってリマスタリングを行うことは決してありません。次に、マーケティング目的で最終バージョンにアクセスする必要があります。その結果、リモートパーティだけでなく、どのバージョンで作業する必要があるかを明確にカタログ化するために会うことのない人々の必要性が重要です。これは、マスターエンコードだけでなく、さまざまな市場のマスターのすべてのバージョン、および各マスターの作成に使用されたアセットのバージョンにも拡張されます。

現在、メディアテクノロジーコミュニティは、バージョンとは何かについて真剣に取り組んでおり、さまざまなワークフローや懸念事項があるため、定期的に議論されています。作業バージョンと配布バージョンとして分類します。複数のツール、プラットフォームなどがあるという事実に対抗するために、内部のバージョンを追跡するアーカイブファイル形式を作成することにより、ディストリビューション内でこれを改善する努力があります。これは、Interoperable Master Format（IMF-と混同しないでください銀行）、SMPTEを通じて運営されています。これの良い点は、世の中にある無数のデジタル資産管理システム（それをサポートしたいもの）の間で相互運用性を提供しようとしていることです-私が知っているいくつかのスタジオは数百の資産管理システムを持っています-これは外部からのハンドオフについてはもちろん、社内で支援します。もちろん、アーカイブレベルの形式として設計されているため、実稼働環境ではまだ使用されていません（Netflixは現在それを利用しています）。また、ツールに投資するために必要な資本がない限り、作成する簡単な方法がない非常に大きなファイルです。Netflixは、優れた読み取り機能を提供するオープンソースツールセットをリリースしました。また、ツールに投資するために必要な資本がない限り、作成する簡単な方法がない非常に大きなファイルです。Netflixは、優れた読み取り機能を提供するオープンソースツールセットをリリースしました。また、ツールに投資するために必要な資本がない限り、作成する簡単な方法がない非常に大きなファイルです。Netflixは、優れた読み取り機能を提供するオープンソースツールセットをリリースしました。

作業バージョンまたは実稼働レベルに関しては、リモート作業を容易にするために大小に関係なく誰でも利用できるVCS（おそらくgitの修正形式など）を提供する必要があると感じています。もちろん、メディアファイルはコードやライブラリを交換するよりもはるかに大きくなりますが、これらのファイルに対する決定は重要な要素です。私は、「file_Final_FINAL_MASTER_version3.mxf」という命名規則が前後に入れ替わるのを避けるためだけに、gitコミットを介してリモートで動作することをテストしたいと思います。

私も同じ質問をしました。また、フォトショップの仕事を考えて、貿易のソフトウェアエンジニアでもありました。

ビデオ編集プログラムに「バージョン2.5に戻す」、少し編集してから「バージョン7に戻す」と伝えることができますか？

Photoshopを使用すると、名前付きバージョンを履歴に設定できることがわかりました。ファイルに保存されていると思います...？名前が付けられていないリビジョン（履歴リストのエントリ）の場合、前の場所（分岐）を編集すると、reflogが公開されないため、ノードは表示から失われます。

Premiereの新しいバージョンは同様の履歴ログを持っているようで、同じ内部アーキテクチャに向けて進化していると思います。各変更は、以前のほとんどの状態を共有するプロジェクトの別のコピーです。履歴にチェックポイントが保存されている場合、それはgitストアに非常に似ています。各バージョンには、セグメント定義までの基礎となる要素への（共有）参照が含まれます。ビデオ自体はファイルに含まれていないため、サイズをほとんど増やすことなくバージョンを増やすのに適しています。

Photoshop開発チームの誰かがアーキテクチャを説明するセミナーを見ました。表示される履歴エントリは、gitkディスプレイのようなgitバージョンに類似しているようです。バージョンの命名はgitタグと同じです。表示されているリビジョンをポイントしてリセットし、リセットすることもできます。しかし、それ自体が歴史の中に置かれたすべての変更を加えることは、完全なリフレッシュ（シフトまたはCtrl F5）をやってようなものです-あなたは、現在のブランチヘッドまたは名前付きタグ（からまでチェーンされていないものは何でも失うが、私は考えてまだクローンソース参照のようなものを現在表示されていないバージョンを指します）。

しかし、それは私が提案するものではありません。プロジェクトのあるNASボリュームを設定して、3時間ごとにスナップショットを作成します。Windowsにはチェックポイントメカニズムがありますが、構成することはできません。Mac Time Machineは同様のことを行います。

一般に、ファイルの保存されたすべてのバージョン、およびインポートされた（一定の）アセットがすべて含まれていないPremiereでアーカイブできるため、デルタを使用して変更内容のみを保存することができない場合でも、すべてを保存するのが妥当です。

Premiereを再学習し、試行錯誤を重ねただけで、次回作業するときに自分がやったことを後悔したり、より良い方法を見つけてもう一度やり直したりしたら元に戻すことができると確信しています。これは効果的な改訂バージョン管理システムです。NASで実行することで、保存時にプロジェクト全体を破壊するBSODからも保護されます。:)

履歴の更新は短い長さで、デフォルトは32エントリです。プロジェクトがロードされると、空になります。ただし、自動保存は、ほとんどのプログラムで見られるように同じファイルを上書き保存するだけではありません。むしろ、それらに番号を付けて保持します。そのため、ファイルのタイムスタンプを確認して古いコピーを読み込むと、15分のチェックポイントのバージョン履歴が得られます。私の場合、各ファイルは44Kであり、これはアセットサイズと比較しても何でもありません。サイズは76ミリ秒のオーディオ、つまりクラス10 SDカードのフレームの1/7です。

意味のある名前でチェックポイントを保持することを念頭に置いている場合は、[名前を付けてコピーを保存]を選択してください。しかし、高頻度に設定された自動保存は、事前の計画なしで、少しの労力で、任意の状態（その時点までの粒度）を再訪するために使用できます。

バージョン管理に精通していないものを非エンジニアのノート：明白な方法であなたの仕事を後戻りする機能のほかに、私はまた、多くの場合、私が何をチェックするためにそれを使用するだけで変更、または現在のタスクを開始する前の状態と比較、またはグループと共有されている最後のバージョンと比較します。

Premeireはワークスペースで複数のプロジェクトを開くことをサポートするようになったため、2つのタイムラインを比較するためのウィンドウ配置ワークスペース設定が可能になります。つまり、バックアップだけでなく、これらのバージョンをより効果的に使用します。gitを使用しないプログラマーに、テキストエディターのような汎用ツールになる方法をよく教えます。

プロの映画制作者は、アドホック以外のバージョン管理をどのように扱っているのだろうか？自動保存の設計は非常に目的がありそうで、統合されたスクリプト記述グループウェアツールには、明確な可視リビジョン追跡機能があります。

ビデオファイル自体のバージョン管理は実用的ではありません。最初は巨大で、2番目は動いています（すべてのフレームを保存しますか？）、3番目は不変です。つまり、編集時に元のファイルが変更されることはありません。

しかし、プロジェクトファイルのバージョン管理は非常に理にかなっています。現在、重要な変更が行われるたびに、新しいプロジェクトファイルを作成し、わかりやすい名前を付けます（何をし、何を追加し、何を削除したか）。基本的に、ファイル名を使用して手動で履歴を維持する必要があります。プロジェクトファイルをバージョン管理下に置くことは素晴らしいアイデアです。なぜこれまで考えもしなかったのでしょうか。