のプライマーを NLE ビデオ品質

Ron Shook


	[A Primer on NLE Video Quality] チュートリアル : ブロードキャストビデオチュートリアルのプライマーを NLE ビデオ品質

のプライマーを NLE ビデオ品質

1つのCreative COW編集者の視点


	肩の高目の作品シカゴ, アメリカ合衆国イリノイ ©,2003, Ron と横に振ったCreativeCOW.net. 版権所有.

記事焦点:
この資料で, Ron 比較的以外の方法で試行を横に振ったtechy今日の品質の問題以外に内在-リニア編集の技術の範囲にいくつかの視点を. おそらく次回のお店 NLE やのサービス NLE /編集, 重要な質問をし、販売宣伝の重要なものを分離するためのより良い背景があるだろう.

私は誤解は、牛とは、ビデオの品質については、他のフォーラムの会場問題をフローティングの数を参照してください. 私の考えは理解で私よりもずっといいことが検討の過程で, 私はいくつかの誤解があった自分自身をクリア. 実は私はというかどうか私も深い水中に飛び込んでほしいのですが不思議で. 私は自分自身のビデオ"を行う工学の,"けど、想像力の任意のストレッチではエンジニアではない, 私はこの業界からは、高価なテレビ、企業/産業用テレビのテレビ放送と同等の周りをかじっている. 私は何か、最初の2つは低コストの携帯型テレビ装置から送信された日本からの移動を手にした（ eiaj白黒）は、本日に. 私は比較的techy以外の方法で、今日の品質の問題以外に内在-リニア編集の技術の範囲にいくつかの展望を試みるつもりだ. おそらく次回のお店 NLE やのサービス NLE /編集, 重要な質問をし、販売宣伝の重要なものを分離するためのより良い背景があるだろう.

専門家の認識

私は3人についての問題を抱えている多くの私はどんな進化を理解するための手助けをしている影響力の達人は、インターネットビデオの閲覧に提出した後にこの記事はここで取り上げ製図, アダム萎凋, ティムダンカン, と、牛自身のフィリップhodgetts. 私は、その洞察力と助けを求め、これらのgentlepersonsに感謝感謝を徹底的に読むの下に埋もれててほしくありませんでした. 私も自分の意見したくない, ここに表明, その頭の上に山盛り. 私の意見を私自身している, 一人テレビアンテナのおいが提示されてボロボロにぶら下がっている1年以上とは、最も悲惨な信号時計, 幸せのコンテンツを楽しむ.

アダム萎凋病の両方のビデオエンジニアとユーザーのことです. 彼はdv25使徒の第一人者である, 頻繁に貢献する DV 雑誌（最近のアダムと今後の記事をここにいくつかの問題に関する議論）は、目に置いておく, 怠惰に自分の主張にもかかわらず、たまに疲れ知らずのウェブ貢献. （グラム）アダムの興味や知識の広さを発見する, 彼のサービスで提供しています www.Adamwilt.com, あなたが知っている以上に必要と考えて行うことについての技術的側面を含む.

ティムダンカン、最も好奇心旺盛である, 懐疑的, と私は知っているすべてのビデオおいの実験に追い込ま. 彼は使用しており、ほぼすべての主要な実験 NLE これまで. ティムを拾うことができると合理的に専門家になる NLE 一週間の両方の熱意と鋭い批評（グラム）. は6ヶ月と同じ進歩を遂げるに我々の大部分を取ると. ティムの数にしているアーティストの主なトレードショーのデモ NLE '様々な縞模様の年間秒. 彼はナッシュビルでの生産とポストハウス実行, アダムとのように, 放棄するとは、 Web作品. ティムのウェブサイトを訪問, www.Zapdigital.com.

フィリップhodgetts, その上のホスト AE, FCP, Media100, Premiere, およびQuickTime牛フォーラム（この少年を取得前後（グラム））, と我々の業界としてのウェブの知識を長い間、彼の優れた能力を追加されている人だけ. 近年ではフィリップ社の革新的な文脈の分野で注目されており、敏感な訓練は、プラグを右われわれの多くが使用するツールに役立つ. これらの"仲間のリスト"と"インテリジェントアシスタント"繁栄と成長のための製品のユーザーには継続し誓う. フィリップのウェブサイトでそれらについての詳細を確認, www.Intelligentassistance.com.

ここで私の予算の?

次回の生産に限られた予算を前提と私はまだキスをして1つの無限（グラム）, 2つの広範な配慮は常に戦争状態に, あなたは、何をしたいのですがあなたに何を与えることができます. それは、技術/コストのトレードオフの道に沿って全体を生産している知って支払います, ポストプロダクション, 流通チェーン. この議論の要因は、後の部分は、チェーンの生産に注力することにより、生産の最終的な技術的な品質に影響を与えることのできる範囲を分析しようとします, は急速にほぼ普遍的になっている NLE. 私たちは時々後ろの生産と流通を転送するような専門技術的に見ることにします, しかし、記事では、運用環境の大部分は、信号操作の行われる. 私は具体的に言及されます NLE ハードウェアとソフトウェアを必要に応じて時間を例として, と観客に議論の余地の意見を投げる. しかし, このリモートではない NLE 飛び出して行く, が、技術的なパラメータの議論は、チェーン内の品質の効果をすることができます, どのような NLE. としてDiscreet *または編集, もはや開発ではあるが、多くの強力な製品を使用して, I 、または粉に多くの軸を持っていない NLE 商品を守るために. 実際には, それは私の成長の意見の大半は、存続のプロ NLE 'は、中低の範囲では、 "なしも卑しいから、もはや"秒Adobe Premiereに AVID 交響曲は基本的には同じ能力がある最も大きな違いがある Featurとはほとんどe sets.

費用対. 品質問題

この資料では、フォーラムでの質問では、放送についてのドキュメンタリーを制作したの編集して弾みをした, 彼は本当に誇りに思っていたのは、. このドキュメンタリーは、ハイエンドdvcamビデオカメラで撮影されていた（ 4:1:1 ）, アナログコンポーネントを4に捕捉:2:2 mjpegネイティブ NLE 編集. 彼の質問: 自分の時間と費用の質の面での価値はそれよりも高い品質を形成するdvcamマスターテープの編集を記録する? この自然に様々なビデオフォーマットは、投稿時に何が冒険のためのカメラのまま起こるのか議論を主導, ときは、どこで、どのようにカットされているハードドライブに行くことができます. 簡単な答えは簡単ではないか常に. ところで, 私の違いくらいにしてとNTSC PAL ビデオはここ. ただし技術的な違いがあります, この議論のコンテキスト内のいくつかの実用的な違いでは結果, とに加えて私はあまりにも多くのことを間違えるください. （グラム）

のは、架空のユーザを構築しましょう, "パット."パットがいると仮定されている, 以来、彼女の生産dvcam撃たれた, の形式は、 "上位に編集したバージョンのマスター"にないメリットがある. この事実は基本的に彼女の場合には、 4日に製造したと編集パット:1:1 dv25ネイティブ NLE, しかし、彼女は4日、彼女の制作編集:2:2 mjpegネイティブ NLE, 他の要因が関与する. 背中dv25方法がないからカットすることができます出力は、彼女の彼女 NLE と彼女はdv50形式やdigibetaているのと同じ品質と思う.

それは、パットのカット内の任意の未処理の映像が、これが限界品質ヒットとなる可能性があります, 彼女は出力にすることにどんなデジタル形式. 彼女の映像を、実際に少しdv25で健闘すると実際には DV ネイティブ NLE, が、合成, FX, 彼女の4に比べ、グラフィックが劣化すると:2:2システム. これらの要素も同様に低下するだろう, 彼女の場合、出力は4日からdvcamに戻る:2:2 NLE. それは"十分に良い"かもしれない, しかし彼女のシステムとしての能力があるといい、ではない. パットのI / Oされて以来、アナログコンポーネントがある, 加えて、, （ 2パス上に向かっているトランスの多くが, 2 ）を通過, 彼女には何の出力品質のヒット曲が追加されます, おそらく最高の形式を利用可能に出力するための呼び出し.

Dv25対. 他のデジタル制作のフォーマット＆ betasp

"なぜ"の含まれている色の解像度では妥協dv25フォーマットを可能にする. は、次の準技術的な議論だけです, 私は、準技術的な脳と理解のレベルがある. D9 （グラム）標準解像度のデジタルビデオのような, Dv50フォーマットとdigibetaです YUV 4:2:最初の番号は、他の2つの数字（白黒）コンポーネント輝度成分の解像度を表す2, 色（カラー）コンポーネント. クロマ解像度は1 / 2 luma決議. Betasp, これらのフォーマットのような, ただし、デジタルはない, コンポーネントには、帯域幅の量を約_ lumaの各コンポーネントのための帯域幅は、 2つの色を使用して. どのような本質的に圧縮し、クロマの帯域幅を縮小され、このレベル, かどうかをアナログまたはデジタル, できるという事実は、人間の目よりクロマluma以上の詳細にうまくなじんでいるため、脳で作られてクロマよりlumaからは、画像のシャープさを感じられる.

Dv25 （ DV, Dvcam, Dvcpro25 ）, 4:1:1形式, 1月4日の決議には、 lumaクロマさらに、この圧縮する. これはとてもよく、ほとんどの色の彩度が比較的低いので、色解像度の不足はほとんど注目されずに構成されている"現実世界"を記録する作品, i.e., 我々は出血する通知しない. "現実の世界を文書で動作するので、よくdv25,"と言って私は、この使用をためらうbetaspに優れているではない. 同じ高品質のカメラヘッドdv25 （ 500行以上の分解能を持つ対betaspよりも大幅に改善されます. 雑音比（五デシベル以上の改善）に満たない400行）と大幅に改善信号. その結果、画像のシャープさになります。未満dv25対ザラザラしています. Betasp.

唯一の主要な警告がbetaspクロマ色空間分解能の向上のための鍵のための録音作業に良く考えられている色の画面です. 少なくとも、これは議論されている可. 私は確かな筋からは、この議論があるが、ややもっともらしい. Dv25ている, ポンドのポンド, Betaspとしては基本的に同じ色分解能, と、より高価なデジタルフォーマットの2倍の色分解能を持つ. しかしばがら, から行くのは異常です DV コーデッククロマクロマdv25もっと問題では、鍵を鍵のRGBのに, エイリアス（ steppy ）キーイング結果. Dv25ソースbetaspとしてはほぼ同じレベルで達成することができますが成功の鍵になりますクロマ. 少しは色のトリックに使用される鍵に対応するRGBののチャネルをあいまいにすることです, 通常青や緑の. 他のソフトウェアの価値は、これを行うことができるプログラム塩合成. それは、クロマdv25に鍵を記録することはできませんではないとはいい仕事をする, でもそれだけでなく、ソフトウェアの起源betasp映像に動作させるのがよりfutz必要があるでしょう. これは明らかにされる, おそらくかなり多く, 時間. このdv25以外はとても良い買収形式です.

Dv25対. 高品質（高コスト）のデジタルポストプロダクション形式

しかし..., Dv25としてのネイティブ編集フォーマットが開始さを一度離れてからの移動の基本的な切削加工合成低下する, FX とグラフィックスは、空間の色解像度の不足の累積的な不利な効果を持つバンドとの別名を開始. よりよい（ハードウェア支援） DV カノプス嵐のようなネイティブとのMatrox rtx100支援システムは、 4の特別な低コストのハードウェアですべてのビデオ処理を実行することで、これらの悪影響を最小限に抑えるため:2:2領域. このヘルプは, それでも出力にする必要があります DV アナログをFireWireまたは経由通常アイを使用して/の劣化は、画像C接続.

4の重いので、ハードウェアの原因が考えられます:2:2のネイティブ編集システム, は、よりスムーズになり、カラービデオコンポーネントの毅然とされ、それらを取ることができると私配信/ Oとは、高品質のフォーマットからの品質の大部分を保持. そこから11日のような技術や方法の面で技術的な理念と方法を構築するなど、これらの重いシステムでは、これらに限定されないが、圧縮形式を使用するとしているようだ, YUV またはRGBのネイティブ, ロスレスや非圧縮し、現在10, 12, または16ビットの処理の代わりに、古いスタンバイ8ビット. それらすべての長所と短所がある, がされているすべてのネイティブよりもdv25.

前の文も広くしたり、あまり意味. 我々すべての世界でどのようdv25抜本的なソフトウェアの異なるバージョン間での質の違いが見られることができます DV コーデック. 品質の変化は、他のデジタルコーデックでも、わずかためのコーデックは、 4が存在する:2:は機能だけでなく、その可能性を比較すべきでは2自動的という意味ではない, と競合する4:2:2コーデック. 工業標準化と品質のすべてのメーカーが進化. 任意の名前に言及せず, ことが可能です, おそらくそうでも, 一部の古い世代は4アール:2:2ハードウェアの選択肢が戻っている限りでは、現在の4席の品質を取る:1:ハードウェアの選択肢の1作物, 単に高度な技術により、.

圧縮コーデック

プロで使用されていないすべての圧縮コーデック NLE s 'をしている同じ. 一番たくさんの NLE ', 新しい圧縮と非圧縮コーデックとは、最新のエンジニアリング技術を除いて, 使用した, といくつかの使用を継続, 独自のハードウェア圧縮mjpeg. これらのコーデックとして、より効率的ではないとして、最近のMPEG2, Iフレームのコーデック, i.e., に匹敵する品質をより多くのディスク領域を使用. しかし, コインの反対側に, Mjpeg圧縮後のoff-line/on-lineなり、非常に容易に拡張され、適切な生産, i.e., あなたは何を最高品質の製品に必要なすべての編集と再安っぽい画質でソースのキャプチャキャプチャすることができます.

Dv25ネイティブ NLE システムの拡張性ではない, また、規模で明らかにすることが可能です DV 家族（ dv100 dv50 dv25 ）. 私は誰にも実際にはこのことを認識していない NLE まだ, Dv50ソースのキャプチャが可能dv25を除いて（なぜ誰もこれを行うと）よく分からない. FCP, 例えば、, ノートパソコンでも、ソフトウェアのみを使用することができますソースを取り込み、編集ラインから独自の低解像度プロキシファイルをレンダリングの機能を回避している. FCP 撮影中もその場で、これらのプロキシを作成することができます最新のバージョンの中で. Edit6.5この道を前に、人生の最後にファイルを投げていたダウンを開始, と扇動するエディタ3.5, について発表される, この能力は、. その DV コーデック（圧縮dv50の量を削減し、配信4コーデックの2つのチップを使用していますdv25:2:2ビデオ）、比較的最近のです, 高効率, 非プロプライエタリなコーデックや低コストのため、誰もが同じチップを標準化圧縮とハードウェアを使用して. ということは、これらの圧縮コーデックは容易に拡張している, 彼らは安価です, とにもかくにもより多くのディスクスペースを支払うことができるようにする義務を負うもの.

YUV 対. RGBの

ホワイトペーパーの利点をextolling書かされている YUV ネイティブとRGBのネイティブ NLE ハードウェア. YUV テレビの標準やフォーマットは、テレビの現実とRGBのを記録するために使用するコンピュータにネイティブですので、そのグラフィックと我々を活性化し、その現実を明らかにネイティブのアニメーションを作成している. これは、貿易の上の任意の特定のnativenessに向かって NLE, すべてのシステムが出力する必要があります YUV 彼らはテレビのテープフォーマットしている場合.

と言わざるをしたくなってしまうことの間に" nativeness "この違い、様々な NLE s 'を心配することは、おそらく何もされていません, それは恐らく他の免責事項の時間だ. 変換には常にいくつかの質の損失を1つの色空間から別のいずれかになるだろう NLE システム, コーデックのよう, Nlesの色空間の変換アルゴリズムは常に同じではない. 加えて、, 一人の損失を他の人の受け入れられない損失を無視できる程度です. 私は簡単には長い形式で意見を述べることができる, ドキュメンタリーから相対的にほとんど影響を受ける方がよい YUV ネイティブ NLE, これらの短縮形を行う中, ひどく、集中的な作業のRGBのグラフィックスnlesネイティブにこだわる必要があります影響. 私はそれは私の直接の知識を超えたのは少し不安のような声明を作ることがほしいのですが. 人々, 私よりも多くの知識を持つ, としている YUV ビデオ編集システムに優れている. その一方で, Discreetとてもよく$ 200kに200万ドルの両方のビデオや映画の編集のために高度なシステムを提供している、すべてのRGBのネイティブです. 変換エレクトロニクスの品質とは、おそらくそれが多い.

非圧縮の対. ロスレス対. 圧縮

多くので謳われてきた NLE 世界についてだけでなく、キャンプでのMatrox 、 media100機能については数学的に可逆圧縮非圧縮. 数学的に可逆圧縮ロスレス真にです? おそらく. ですが、任意の特定のシステムに実装本当にロスレス? わかんない, しかし、もしそれではない, おそらく十分に近いの. 私は、同じ若干少ない程度で、最低downscaled圧縮フォーマットのことが言えると思う. スケーラブルな圧縮の場合は、最低の圧縮を使用するベース NLE, これがあれば、非圧縮と区別することができる製品を与えることはないだろう. 最もベースのMPEG2圧縮nlesについて2月1日に最低圧縮設定, Mjpegベースnlesはしばしば1に行くことができます.5-1圧縮. どちらでもないように見えるレベルでartifacting表示するための最も複雑な複合1世代で行わ余分な非圧縮に比べても責任があります. さらに、海泥だらけに, 別のメーカーが同じ品質の非圧縮コーデックではありませんか. ある理論は、煙が上がるのは、現実の世界では多くの.

ところで, これは、この議論の範囲外ですが、比較のため, この業界では、高品質のメガ重い鉄, のようなDiscreet火災やinfernos, 使用12bit, RGBのの（ 4:4:解像度を独立していますが4 ）ネイティブの非圧縮のハードウェア. 多くのピクセルの周りを急いでフィルム解像度でプッシュする. あるシステムをプッシュ品質も高くなっていますが、.

何ビット?

ビットの会話, さらに、最近のハイテク/ハードウェア, デジタル NLE 区別は歴史的な8bitや最近の10または16ビットの処理の間にある. これは、ビット深度を指します, ＃変動のレベルの色とイメージのグレースケール. は、 8ビットの各コンポーネントがシステムの3つのコンポーネントで256色を表すことができます. 256 × 256 × 256 = 16.7000000色には、システムの機能については聞いたことがある. これは、コンピュータシステムやされている NLE システムは、ネイティブのRGBのです, 4:4:4. 一ntsc, YUV, 4:2:2, Ntsc設定（台座）のスペースをマイナス8bitのシステム= 3 、 240 × 120 × 120している.500万人の潜在的な色. だとお考えかもしれない, "良い天, も3.5000000色するべきは自分のニーズを処理する,"が、インスタンスが真実ではないがこれは. バンドと呼ばれるこれらのインスタンスには、同一または類似色またはグレースケールと結果artifactingの微妙な階調を伴う. おそらくそれが発生した. ほとんどの場合、グラフィックの場合はいずれかの微妙な階調の作成を試みたと滑らかではないが、発生段階に見える. めったにまたはそれが発生するのが自然界の詳細はそこのインスタンスは、空と水の録音をすることができますで撮影しているときにマスクされ. は、この問題を最小限に抑えることは、カメラの信号処理の生産装置の最新世代で改善された. 8ビットの固有の問題と解決策です意識信号劣化の一部のフォームは、私は本当に理解して関係.

染問題がある場合、あなたの8ビットのソースの材料です, すべての共通のデジタル生産形式に関係なく、 8ビットのコンポーネントでは、ビット深度は、カメラヘッドやビデオカメラのデッキレベルでの処理に使用されるテープに記録されています, あなたはとてもいい8bitのコンポーネントで悪化すること NLE, より詳細な場合には、材料や合成に使用されます FX. 視界が表示されない場合でも、ソース内に映像を悪化すること. の場合 NLE 維持されている10bits以上（ 10bit処理のプロセス）を配合し、オリジナルのソース映像の整合性（品質）が起きにくいとしている可能性の色は、 8ビットの64倍の番号が付いています. 私は個人的には、これ以上のビットを区別一物全体の品質が重要であることを疑う私たちの最終的な NLE 非常に高いデータレート圧縮と非圧縮の間の区別よりもプロジェクト. が、この区別は非常に多くの主要なハードウェアの供給の大部分を提供しているため、まだ8ビットが聞こえない NLE ハードウェア.

あなたかもしれないのか, "もし私の記事では、テープを8bitの連鎖を開始し、 8bitのマスターテープを編集で終わる, 何がすごいことだ?"よく, 最初の場所で, それは巨大な対処ではなく、我々の多くのケースではほとんど実用的な違いが表示されます. けど、はるかに多くの違いがあるものとしている, 場合は、チェーンの中で処理されるより高いビット深度. Truismsには考えているいくつかのルールにこの事実をポイント. 一度離れて、ポストプロダクションチェーン内の任意の時点でお戻りになることは決してないだろう品質を取る. 品質の妥協も、簡単な添加物の品質の損失よりも多くのことができる品質の妥協の結果の上に積み重ね. と..., 失うの品質に対する最良の防御は、表面には少し行き過ぎのように思えるかもしれないのです.

例えば、, 圧縮時の場合は約3月1日に取得したお客様の NLE の映像を合成し、ソフトウェアプログラムの一部を使用している, 3-1で合成した場合、あなたのプログラムで圧縮コーデックを使用して、映像の品質を維持できるとは思わない. 合成プログラムは、非圧縮へのエクスポートは、品質を維持する唯一の方法です. 別の例: NLE 製造は、圧縮ビデオの品質を一定レベルでの主観的品質を示すためにスケーラブルな趣旨の圧縮システムでチャートを与えてお, i.e., VHSは、異なるデータレートを同一視している, 秒- VHSビデオVHS, Betasp, Digibetaなど. 多くのユーザーはこれらのチャートを誤解されている. わたしのTarga 2000オフラインで使用可能な映像に、約40キロバイトで圧縮することができます*システム/ （ 15-1圧縮）、最大470フレーム編集kpfのベースラインの映像（ 1.5-1 ）. もし100 kpf VHSビデオVHSの品質と350 kpfとして識別されますdigibetaとしての品質に識別されます NLE チャート, この意味を持つのは、それらを使用すれば、その設定をキャプチャしている? その種のものとは限らない. VHSビデオVHS悪い材料はかなりの圧縮を圧縮するコーデックよりも原始的であるために困難ですdigibeta映像, ので、さらにノイズやグリッチを含む可能性. 私はかなりdigibetaの映像を250 kpfで、品質のタッチ投棄のみなけなしの品質を維持するには満足かもしれないが映像で400 kpfにVHSでデジタル化によるものです, もし一緒に使用するようにした. コースを失う場合にプッシュしたい場合は、最大のいずれかの映像をできるだけ少なく.

予算はどこに行く?

パットに戻る: 彼女の4に、彼女の場合、ソースとフィードSDIのdv25:2:2 NLE ロスレスのいずれか、または非圧縮, からの唯一の変換元の DV 信号は、解凍されます DV 信号とデジタル4からなる:1:4月1日に:2:2 （これはデッキに）達成されている, はほぼ完全に良性の変換. そこからは4編集:2:2 、 SDIの出力を介してマスタを編集して, うまくいけば、 4の1:2:2 、デジタル形式. あなたのオリジナルのデジタルソースの映像の中にはほとんど損失と非常に原始のままのグラフィックとは完全にデジタル信号経路を維持し FX. このdv25原本からの使用に理想的なワークフローを最適な品質です.

私たちの施設はしばしば、このワークフローのすべての要素を持っていない, ので、ここで我々の予算制約の中で妥協して計画する必要がある. パットの施設に, 彼女は何を選択するための出力形式に関係なく, 彼女の最高のI / Oの右アナログ今のコンポーネント, と彼女の NLE 彼女はプッシュ機能は、ロスレス圧縮されていないと仮定している NLE データの圧縮率の上位レベルに, そこは、達成することができますが、リアルタイムで処理されるすべてのグラフィック元からほとんど分解される彼女 NLE および/または出力複合まで圧縮されていない.

この中に2回やらなければならないのがベストではないと, コンポーネントを私から/ Oは、アナログのサイクルを行っている, 私の意見では, 美的観点からは、全く悪いこと. あなたに信号を2 〜 3デシベルを失うことになるノイズや解像度のいくつかの行を私〜 / Oアナログコンポーネントをdv25原本から. ここでいくつかのアナログ丸め、実際にはソースの材料を、デジタルエッジのほとんどを取ることができますが起こっている, 美的のイメージは、多くのユーザーが検索をより満足. それとあまりにも攻撃的なエッジの強化"蚊"高い周波数を最小限に抑えることができます. 場合は、入力と出力の両方を避けることができるだろう、おそらくこのルートでも"良い"ものの大半です. パットの場合, SDIのことでショートの両方を NLE すべてのビデオデッキ, 高価な命題, 能力を得ることとなると彼女のポストの生産チェーンは、デジタルの整合性を高めるために、システムに入力dv25のFireWire入力をインストールするには、比較的低コストな方法, 可能であれば. その後、彼女を渡すだけで、より高品質な出力形式には、アナログがあるだろう. これは、グラフィック効果はないとしてよいでしょう入力では、アナログを通過して, だが、知っている, おそらく、グラフィックには少し丸めそのような悪いことではない?

予算については駄々をこねる, 最も疎外されて得る.

の初めに再度バックアップする. 私は初期の罰金を取得形式として心からうなずいdv25提供を開始, し、ほぼポストプロダクション形式としてはゴミ箱に進めている. 時間と予算を絞り、これらの困難な時代にしていないため、実際にはそうです, の主要な"十分な"良い本当に道理にかなっている. あなたが取ることができるとのことdv25ネイティブ編集する際の手順をしており、そのことを避けることができるプロフェッショナルなポストプロダクションのための十分な、非常に高い割合を心から. 高速なプロセッサがこれまで一緒に, ハードウェアの支援がなくても, Dv25ソフトウェアの一部のバージョンのみを編集するワークフローを持つことができます良いほど、はるかに高価な重い鉄システムとして, クライアント" "エディタの肩での支援も. ネイティブ編集dv25より良い質の面で高価な代替案としてはされないことがあります, それでもかなり全く良いことだ. また、この業界では、何も良いことだと言うように非常に何年も行く必要はありませんし、その費用100,000ドル未満. 一口いるが、全体, 以来、ネイティブ DV プロの編集のほとんどは$年次やストレージの多い少ないにした、完全なシステムにすることができます.

我々の画質で見ることができないで NLE 品質での入力と出力用のオプションの観点から（ I / O ）を探しに世界. どのようなソースの映像, デジタルまたはアナログ, 内部 NLE すべてのデジタルの, Dv25とネイティブのシステムの場合にはソースの映像を除いてdv25, そこには、ソースを提供して変換する必要があります NLE '編集のためのネイティブファイル形式を. して、もう一度, Dv25ネイティブは、チェーンの例外を除き、, が提供する上でのトランスコードが必要になるだろう NLE 'テープやサーバーへの製品の編集を. 完全なアナログ, 3線式のコンポーネントのI / Oは、少なくとも/したときに、アナログテープのフォーマットを使用しているまたは任意の私の質を破壊されて NLE. のY / C I / Oには遠くの第2回です. 再び, Dv25を除いて, SDIのI / Oは、以上の品質を破壊したときに、デジタルテープのフォーマットを使用しているお客様 NLE. Dv25場合、ソースの映像および/または4にマスタリングを使用する:2:2 NLE FireWireまたはSDIのいずれかのI / O同様に効果がある. 使用している場合は、ソースのFireWireに変換されます NLE ソースを入力する場合は上のデッキとは逆のSDIの出力に変換されている. しかしばがら, 場合は/ Oの詳細SDIは高価なのか私はあなたの NLE, デジタル混在させることを容易に高品質のテープデッキを通じてレンタル形式を追加することができます, これのFireWire （ 1394 ）と一緒に試合をすることはできませんが、この段階でのI / O （すぐにいくつかの変更が声明になります）.

連結?

一番たくさんの, すべて, Nles, それは排他的に圧縮される, 彼らは後の環境の中で処理されている共通のテープのフォーマットと同じ圧縮方式を使用していない. 最も一般的な2 nlesで使用される圧縮スキームは、古いmjpeg以降のMPEG2 Iフレームしている. しかしばがら, 中には、これらのnlesとのシステムにはソースの摂取, デジタル信号の圧縮コーデックは、システムをネイティブ変換する必要があります. 品質安打連結と呼ばれる現象に起因することができます. 連結時に1つの圧縮方式の成果物をもっと派手に注目されないから、比較的少ないときに別の圧縮方式の互換性が顕著に発生するartifactingで悪化. 連結の成果物（エイリアシング異なる形態をとることができます, Blockiness, 染, 等.）は、トランスの両側には、圧縮方式に応じて. すべての圧縮方式の高データレート, 圧縮スキームをしている場合は、スケーラブル, は、以下の連結が目立つ程度に発生する可能性があります. デジタルソースの場合は連結で非圧縮またはロスレスなんだろう, しかし、すべての共通のデジタルソースをいくつかの圧縮がある, これは無意味なステートメントです（グラム）, が、もし NLE これらの領域では、ロスレスや非圧縮のデジタルソースでの作業が可能です, が少ないことが起こりそうだ.

連結の関係で最も頻繁に醜いリアは非常に頭のMPEG2内部ケーブルに使用される圧縮, 衛星とは、業界でのサーバーディストリビューションのMPEG2やDVDの生産に使用されると. このため、ディスカバリーチャンネル、他のディストリビューションには、マスターテープを編集するのは非圧縮の編集のために購入を再度オン/オフを再度要求しているだ. ディスカバリーチャンネルでのプログラミングは、他の多くは、いくつかの圧縮とnlesで編集されてですが、その場合には、非圧縮の編集を要求する義務を負うものであっても新しいしているプログラミングを受け入れるのは知っているからだ, と信頼が高すぎると、圧縮プッシュしないように. ほとんどの圧縮 NLE システムに過度のMPEG2分布によって汚したされません結果を提供することができます, 場合は、製品は、鳥に起こっているか、サーバーに高いが、 10月15日MB /秒のデータレートの要求. 最も新しい技術を4:2:プライマリファイルストレージ媒体としては、スケーラブルな圧縮が2 nles, または代替として、ハードディスクに保存する完全非圧縮, これは、この他の圧縮方式よりも少ないチャンスを連結の配布のためのMPEG2に変換されますipb IフレームのMPEG2圧縮のフォームを使用する. 誤解しないでください, 非圧縮の機能は非常に良いことだ, しかし、より高いデータレートで圧縮をかなりよくポストの生産チェーンには、厳しさを保持.

連結は、 DVDの生産、新興分野の別の興味深い異常の原因をされることがあります. 一部のユーザーは、 Yの給餌DVDレコーダー/ çのFireWire接続ではなく、より良い結果をもたらしていると報告している, 賢明でないとの解像度やノイズの面で, が、目に見えるartifactingの面で. それには、この技術からの変換に問題が解決されると、メーカーが成熟する可能性が DV ほとんどの可能性があるため、連結する部分でのMPEG2 ipbに. この問題を常にすることができない場合, しかし今では、ユーザのためのテストを作成し、 DVD記録するための最も良い方法を選択する入力を支払う.

余談として, が明らかになった数年前には、放送用のMPEG2圧縮アルゴリズムを選択した放送されるだろう, 当分は衛星やケーブルを使用. NLE 理論の専門家は、現在、ほぼすべてのMPEG2圧縮を使用するnles Iフレームを使用して圧縮されるだろうが, より簡単にするため、他の圧縮形式よりも低い連結でのMPEG2 ipbが再. これは確かにしているの多く, でもそれは、その場合は、古い, と非常に高いデータレートへの拡張性と真のmjpeg圧縮した, これらのディスク容量と高いデータレートを格納するために必要な低コスト, 自社保有のは非常に良い仕事をした.

何が同じボックス内に複数のコーデックについて?

数nles複数のハードウェアコーデックでは特殊なハードウェアを中心に構築, 特に、 Pinnacle ' （旧高速）青い液体, とそこまではいかないにPinnacle ' Targa 3000, とのMatroxのdigisuiteのDTVは、タイムライン上でネイティブのデジタルフォーマットミックスすることが可能です. 一部の人々の意味は、この品質を保持する他のアプローチよりもなるかもしれない. これは必ずしもそうではありません. ミックスダウンと出力用に、これらのシステムでは、トランスのではなく、飛行中に起きて撮影には、システムで発生, i.e., トランスコーディングは、同じ量の他のシステムと同様に. このアプローチの美しさを持つことによって、 dv25, の場合には、青とのDTV, Dv50源, で、その国のネイティブフォーマットでの滞在 NLE, ストレージ用のディスク容量が絶対的な最小限度に開催されます. 別の圧縮方式にはトランスからの品質低下や壮大より多くの記憶領域に変換するために必要な非圧縮. ファイバーチャネル SAN ストレージはまだ比較的高価である, しかし、その人材の多様な才能は、ワークフローを最大化するために大規模施設に行くための唯一の方法ことができます. さらに、これらのハードウェアのコストを集中的に増加nles以上の額の減少のためのコストが構成されています SAN 保存それらをフィードするために必要. このことが正確ですが、なぜこのようなシステムがインストールされているとは主に、ワークフローではなく、質の問題です.

これらすべての潜在的な品質のヒットの協議を経, それのようにそれは不思議では何もドロドロ以外始まるのを感じるように出てくるのはnles. 実際には, 驚くべきは、メーカーからの品質の良いnlesに配信し、それを編集する方法を選択すると一度はインテリジェント鎖我々は小屋の掃除をしないことを選択した作業を十分に理解している次第です. 私は、これがあなたのために進化の理解に役立つことを期待. 確かに私の理解に役立っているのレビューを書くと. もし私は、より深くこの領域に移動しようとすると, 私の顔には、ピーターが校長の顔を満たす. あなたが何か特定の詳細については、特定の情報を得るためのケア（グラム）を求めるフォーラム首脳 NLE としては、品質の要素に適用されますここで議論. 牛の仲間のユーザーと数多くの選択肢を比較すると対照的に固有の資源である, のどの渇きを丁寧に限りではなく、攻撃を理解するための課題探求的アプローチ.

このシリーズの2番目の記事のためのチューニング滞在, "パート2: 新しい NLE 戦場,"数週間のうちに来る.

＃＃＃ Ron 横に振った

当社のフォーラムをご覧ください。 Creativecow.net 場合は、直接リンクから、このページを発見

フォーラム • チュートリアル • マガジン • サービス • ビデオ • ニュース • ブログ

© CreativeCOW.net 全ての権利を確保されています.

クリエイティブコミュニティの世界

[頂上]

English • العربية • 中文 • Français • Deutsch • עברית • हिन्दी • Italiano • 日本語 • Português • Русский • Español