* 1, 私は現在、 FCP 私の主な編集ツールのユーザー.この記事は、もともとは上に投稿されました HDV フォーラムでは、一部のユーザーに役立つようにフォーラムは、.技術的な要因は、処理の周辺 HDV 〜で FCP とはほとんど関係がない FCP 自身と私はこの批判するつもりはない, この資料でまたは他の編集システム.ティムコルブ）
HDV 確かにネイティブ編集が可能です, ルールは任意のシステムとしては、削減 HDV Xの効率で, 削減は、 I - （のような例mjpeg ）でのみの形式フレームのX +効率とは、 IフレームとXでのコンピュータのプロセッサ上で実行するように最適化されている圧縮形式をカット+ +. 変数の違いがあります, が、相対的な位置は同じままである.
HDV コースは、 Iフレームの形式ではありません, は時間的に圧縮されている...が、一部はほとんど言及は、圧縮技術としてのMPEGやPC上で実行するように設計されていないです MAC プロセッサ...それは、専用のチップで実行するように設計されて.PCとMacのMPEG圧縮伸張、そしてもちろん実行することができます, が、命令セットは本当に効率のピーク時には、コンピュータのCPUの力を悪用する構造化されていません.
また、 mpegの検討を必要とし、他の電源を解凍よりも圧縮にかかる時間の非対称である, これは仕様のMPEGとして配布フォーマットとして設計されていた, 消費者と高価で、さらに圧縮を解凍するのは難しいために安価なこと...コンテンツ制作時の許容システム圧縮している.
これらの要素を編集するほとんどのコンピュータのための高負荷のMPEGを組み合わせる. 再び, これは、そういうことができないわけではない...ソフトウェアの多くの部分が完了するとのコンピュータの電源として増加し続けブルートフォース, それを改善していきます. それは問題だ, 結婚式のような長い形式のイベントの仕事特に, 効率の.
いくつかの FCP ユーザーは、このために追加のアプローチがある可能性があります, しかし、ワークフローのオプションとは、私のための意味を知っている FCP '編集のために最も人気のある選択肢を HDV の追加カードがなくている
- HDV ネイティブ;
- HDV タイムライン上では非圧縮の映像;
- Dvc prohdに変換, または解凍、,
- 摂取（と）の非圧縮の編集.
私は何の関係もないと説明した要因 FCP '全体の編集機能を, は、ワークフローの影響のみを後方.
1.HDV ネイティブ
このアプローチ
ディスク上のファイルサイズを小さくできるという利点があります. 25メガバイトで2時間/秒、通常と同じ空間に DV, 約24ギガバイト. HDV 映像やトランジションをタイムライン上に配置され FX 非常に高速なプレビューしている..."リアルタイム"の主張です, が、解像度のプレビュー時の速度に対応するためにドロップすることがあります...は必ずしも大げさに.
イベントをビデオ撮影のための大きな取引されている" "を完了するには、タイムラインの長さのいくつかの複数のプロセスの終了時にかかる時間をエド適合かもしれない, お使いのシステムに基づいて変数筋. 新しいGOP構造を作成し、効果を再レンダリングする"適合'は、タイムラインを必要とする段階であると, 等., 出力する準備ができているに HDV.
HDV 任意のプラットフォーム上でネイティブ編集している他の要因も. （私はいくつかの詳細がある HDV ネイティブの保存...)
2. HDV タイムライン上では非圧縮の
FCP 摂取することができます HDV ネイティブ編集は非圧縮のタイムライン上で, 自分自身を維持するために試行されていませんが、タイムラインの任意の再発行を回避する HDV データレート. （グレイムnattress私の注意を編集このメソッドをもたらした.)
タイムラインの出力をして外出を伴うとHD-SDI従来に HD 形式（おそらくない通常のイベントのビデオワークフロー）やトランスに戻る HDV または SD またはDVDを何. ここで最も重要な利点は維持される小 HDV ディスク上のファイルサイズ, に制限されていない HDV 固定データレートは、タイムライン上で切断, 再と制限（該当する場合に必要な出力用に戻る HDV ）は、最後まで.
3. Dvcに変換 Pro HD
摂取とトランスは確かに編集する応答時間を改善するprohd dvc HDV ネイティブ, しかし別のコーデックに変換任意の時間, そこを検討する要因となっています.
データレートの1つの考慮され. Prohdしているdvc 4 〜 5倍のデータレートの HDV ドライブの空き容量が必要なので、より多くなる. イベントスケジュールの話が長い, この重要なことができる. その一方で, それよりも小さくなっていますが大幅に圧縮されていない.
サブカラーが別のエリアです. Dvc prohdの4:2:2切り札 HDV のMPEGの4:2:0確かに...これは他の要因が関与して, 質がない'損失' （することができます' 'もちろん）サブ色で、改善されないだろう.
しかしばがら, いくつかの他の要因が関与している. Hdv2ピクセルと正方形ではない（私は言葉を引用していないカメラのセンサーが, 画像のサイズのみ） 1440x1080です. 1080年から1029年にdvc prohd.97fpsの表示は、 ' 1920x1080スクエアピクセル, しかし現実には1280x1080店.
表示の画像を点から, 1440x1080 4を取っている:2:0イメージとするトランス1280x1080 4コーデックには、異なる:2:2.
Hdv1で撮影している場合は JVC, 実際には真で始まる, 広場1280x720ピクセルの画像で4:2:0色サブ. 摂取すると4でdvc prohdが720pに変換:2:それはいいアイデアのようにすべきである2と5倍のデータレート（ hdv1わずか20メガバイト未満の場合/ s ）のようだ, が720pは1280x720でdvc prohd格納されないこと. 4に格納されて960x720:2:2.
このいずれもが次のように形式dvc prohd編集作業てはならないということだ, しかし、それをテストする必要があるとそこに目を開いて行く.
編集中に、より良い対応を迅速にお客様のイベント事業をクランクを可能にすることがあります, 大きなファイルのサイズを正当化. 材料の上の任意の視覚効果、完全にあなたの顧客に受け入れマイナーされることがあります.
Dvc prohdまた、コーデックは、もともとはコンピュータ上で実行するように設計されていないです. それはテープを収集システム用に設計された, ですので、一定のビットレートコーデック. またそれよりも実行 HDV 編集応答を, そのようなコーデックがコンピュータに拠点を置く AVID さらに効果的にする必要があります. Dvc prohdのタイムラインを出力し、必要となるHD-SDI 1への出力 HD 甲板, または、変換に戻る HDV またはMPEG SD DV またはDVDを配達されるか.
4. 非圧縮の摂取と編集
摂取
HDV 圧縮解凍には、最高品質のオプションです, だけでなく、高いコストを単純にし、ディスクの速度とされて巨大なサイズを要求されるため実質filesizes. テレビのコマーシャルで, このワークフローの品質の利点には報われるかもしれない, それよりも私の意見では価値があるとは結婚式やイベント、このワークフローを、より多くのリソースを必要とする.
*****
そこには、アドインカードの購入を伴うと1つのワークフロー全体のアプローチです: プロプライエタリなフォーマットに変換.
いくつかのメーカーは（ AJA と黒魔法のデザインはすぐ頭にくる, とは他）をしている人HD-SDIビデオI / Oカードはまた、高品質の代替品を提供することができる独自の圧縮システムとなる HDV 圧縮.
プロ: おとなし圧縮後の過程を経て、画像品質の保護に役立てることができますHD-SDI従来のカードを提供することができます HD 監視.
短所: より多くのディスク容量が大きいファイルとは、ディスクドライブのサブシステムに比べても、高速応答性を必要とする必要があります再生のために必要となる HDV ファイル, あるいはdvc prohd.
HDV ネイティブ編集
によって作られたという主張は、広く多くの NLE メーカーの場合は、 "削減をのみ"にしている HDV ネイティブタイムライン, ない再圧縮. この残念なことは不可能です, 以上にまでさかのぼるには、タイムラインを出力するように HDV 懸念している, いない場合は現在のエディタでは、タイムライン上でカットする.
その要因を考慮する HDV 長い共和党とcbrまたは（ ） 、固定ビットレートを一定の圧縮, 1は、放送や企業環境の中で典型的な考えかもしれませんシーケンス編集に適用:
（ 15フレームgops - Sony / Canon, それぞれ削減する新たなビジュアル素材を表します）と仮定
最初のショットの得点する共和党の最初のフレームは5です, して、次のショットのinpointは次の共和党のフレームは11です. これは、フレーム数で次のように編集:
1 2 3 4 5月11日12 13 14 15 1 2 3 4 5 6....
にもかかわらず、フレーム11 inpointにIフレームではない, 原因は、完全に新しい視覚的な素材を編集する, フレームは、元共和党からは基本的には完全に再建する必要があります. これは、 Iフレームのデータサイズを与える, それにもかかわらず、共和党内の元の位置にIフレームをすることがあります.
共和党は15フレームで, 25 Mビットの固定データレート/秒のフルサイズのIフレームごとに15フレームを見に基づいている...と私たちはとにかく） 10フレームのタイムで3 Iフレームのサイズ（で作成した. 私たちは非常に単純にデータレートの許容hdv2上.
（ jvcsが720pのバージョンの HDV " hdv1 "とみなされ、共和党6フレームを使用して.)
コンプレッサー...ではなく、ただの圧縮, が、非常に積極的な HDV 圧縮のMPEG...さらに、ビデオを圧縮するのに必要なデータレートの天井の下で維持する.
これは私の問題に対処していない出力の前にフレームシフト, するときに出力を発生する HDV タイムラインに戻る HDV. 買収時に発生するのIフレームにIフレームは、出力ファイルの位置に落下することを15チャンスでわずか1....再圧データを両立させるために必要となり、その結果. 出力のために追加されます無数の予測や双方向フレームフレーム, 一方、実際の画像データは、オリジナルのI -フレームに含まれての大部分を破棄する.
かどうかは、すべてこれを受け入れられないことを見つけるか、顧客の視覚的な成果物を作成するのは制作者としてのあなたの決断です. 費用対効果と品質の許容レベルの異なる事柄を意味し、それぞれに異なる他のすべての状況に関連.
と覚えて: 編集 HDV 私は説明したように存在していますネイティブ FCP. Premiere Pro およびUlead, Vegasとediusすべてのモードを持って編集することができます HDV ネイティブとは、みんなどのように扱うのわずかな違いがある HDV ネイティブ, それらはすべて同じある, 基本的なハードルを克服するために.
としては、 PC用に開発されたコーデックの例については/ MAC 処理効率, 2つは、ほとんどすぐに頭に来ている側面のcineform /接続 HD とcanopushq. これらのコーデックを中間フォーマットとして使用されている編集 HDV 物事のPC側と非常に高い品質を.AVID 'また、クロスプラットフォームでこの部門のカテゴリーになると独自のコーデック秒, 〜だけれども AVID s 'を元のコーデック技術を独自で動作するように設計されて AVID ハードウェア, および AJA 黒魔術があるとワークフローを自社の製品も同様に動作するように設計その他（ ）の中. CineformのコーデックのQuickTimeへの道の両方にある MAC とPC, しかし、非常に高速応答はcineformの編集のために担当しているコーデックPremiere Pro は、 PC上で、またはどのように配管の深さに応じて可能にすることができない場合があります FCP 物事を第三者ベンダーが調整することができます.
私は、多くのユーザーのニュアンスと、ここに提供さのバリエーションを提供できると確信している.私はいくつかの基本的なパラメータは、技術的な要因を扱うためのさまざまな方法の概要を提示するに関与しようとしている HDV ポストプロダクションから.
すべての後に...（フー！!）は、主なポイントは、 HDV ネイティブ編集に FCP 可能性は確かです, しかし、その利点と欠点がある. まさにこれらの利点と欠点を知るとはどのようにお客様のワークフローに影響を与えるのが最良のシステムを決定するための鍵です.
ティムコルブ
