ターゲット修復
再生成は小さなミスを直す最も費用のかかる方法です。
それはレンダー費用を生み出し、それが触れたすべてのレビュー費用がかかり、すでに正しかったショットに新たなばらつきを導入します。修復は意図的に狭く設定されています。
01 / ワークフロー内
爆発範囲の問題
ほとんどの生成ワークフローでは、あなたが変更できる最小単位は生成されたもの自体です。エピソードがエピソード単位で生成されたなら、最小の修正単位もエピソードになります。あるショットの間違った手の描写があれば、全てのランが無駄になり、新しいランは以前と同一ではないため、問題なかったショットが変わって戻り、再検討が必要になります。
それが被害範囲であり、修正コストが複利的に増える理由です。Tosheoは生成単位、レビュー単位、修正単位を同じ小さなものにすることでこれに対処します。
02 / ワークフロー内
関係性を保つバージョン管理
修復は前任を消し去る置換ではありません。Tosheoは元版、修復版、理由、承認、どの納品物がどのバージョンを搭載しているかを保持します。
これには三つの別々の理由があり、そのうちの一つだけが創造的理由です。
- クリエイティブ
- 戻ることは可能です。修正が事態を悪化させた場合でも、受け入れられたオリジナルが残っているため元に戻せます。
- 権利と出自
- 納品マニフェストは、納品されたバージョンがどのように作られたかを明記しなければならない。修復が別のプロバイダーや別の参照を使った場合、それも記録の一部である。
- 経済
- 受理されたショット当たりの生成と修復試行はコスト指標です。修復が自分の履歴を上書きしてしまうと管理できません。
ショット04はあらゆる点で正しいが、記念品に手を伸ばす場面でKabirの手が11フレームにわたり形状不良になっている。
- 間違った単位
- ワンショットの一部にまたがる地域
- 修復済み
- 同じ参照と処理を用いたその地域。
- 未加工
- シーンのショット01〜03と05以降はすべて受け入れ済み
- 未加工
- このシーンの Hindi 音声トラック
- 記録済み
- オリジナル、修正、理由、承認者、最終成果物
エピソードは再レンダリングされない。隣接するショットに再レビューは不要だ。音声は再タイミングされない。修正のコストは間違っていたもののコストに近くなければならない――それが両者の唯一の合理的な関係だ。
03 / ワークフロー内
付随的変更なしで修復する
手を直して照明を変えた修復は成功していません。副次的変化なしに修復が成功したかどうかは、まさにこの理由で制作品質の指標として追跡されます。
修復を限定的にするために、プロバイダルーティングによるロック処理が重要です。元の生成時の条件—同一プロバイダ、同一パラメータ、同一のリファレンス、同一のカノン版—を再現することが、狭い修復を可能にします。
質問
制作に投入する前に
エピソードを作り直さずに一つのショットだけ差し替えられますか？
それがこのシステムの核心設計目標であり、制作システムを単なる生成ツールから区別する最も重要な機能です。ショットが生成、レビュー、修復の単位であるため、1つを置換しても隣接する単位とその承認は維持されます。
その修復は周囲のショットと見た目が違うだろうか？
そうあるべきではなく、それは希望ではなく計測可能な事実です。修理は元のプロバイダー、パラメータ、参照、カノンのバージョンを再現し、付随的な変更なしに修理が成功するかは我々が追跡する指標の一つです。修理が合致しない場合は、他の受け入れられない結果と同様に却下されます。
修復が承認されたとき、オリジナルには何が起こりますか？
保持されます。納品版は修正版ですが、原版、修正理由、承認の経路は制作記録と納品明細の一部として残ります。
修正（リペア）は私の許可された予算にカウントされますか？
プロバイダの失敗や使用不可の結果による修復はTosheoの費用負担となる。意図変更による修復はスコープ変更であり、他のスコープ変更と同様に見積もられる。この区別は請求時に議論せず記録される。
字幕または一つの言語トラックだけを個別に修復できますか？
はい。字幕、音声セグメント、あるいは一つの市場向けバリアントはすべて修復可能な単位です。あるトラックの発音問題がマスターや他のトラックには影響しないのが、言語を別プロジェクトではなくトラックとして扱う実務上の利点です。