JP2007525906A - 立体３ｄビデオイメージディジタルコーディングのシステムおよび方法 - Google Patents

Abstract

ディジタルビデオストリーム内の３次元イメージを得る目的で、コーディングプロセスの異なる部分でソフトウェア及びハードウェアの変更を行うことにより、現在のＭＰＥＧ２コーダに対する変更が行われる。ビデオデータストリームのビデオシーケンス構造が、ビットレベルでＴＤＶｉｓｉｏｎ（Ｒ）テクノロジイメージのタイプを識別する必要なフラグを含めるために変更される。ソフトウェア変更が、ビデオシーケンス、識別フラグ、データフィールド及びイメージフィールドの変更のヘディングに関するプロセスで行われる。左チャネルイメージと右チャネルイメージの間の電子比較が、ハードウェアで実行される。差がＢタイプイメージとして処理される。結果が、ＴＤＶｉｓｉｏｎ（Ｒ）テクノロジ識別子と共にバッファメモリに保管される。情報コーディング中に、ＤＳＰが使用される。
【選択図】図５

Description

発明の分野

本発明は、３ＤＶｉｓｏｒ（商標）デバイスでの立体ビデオイメージ表示に関し、具体的には、標準化された圧縮技法を使用することによって３次元情報の保管を可能にする、ディジタルデータ圧縮システムによるビデオイメージコーディング方法に関する。

発明の背景

現在、データ圧縮技法は、１つのイメージまたは一連のイメージの表現のビット消費を減らすために使用されている。標準化作業が、国際標準化機構の専門家のグループによって実行された。現在、これらの方法を、通常、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、およびＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）と称する。

これらの技法の共通の特性は、イメージブロックが、通常は離散コサイン変換（ＤＣＴ）と称する、ブロックに適当な変換の適用によって処理されることである。形成されたブロックが、量子化プロセスにサブミットされ、その後、可変長コードを用いてコード化される。

可変長コードは、可逆プロセスであり、可変長コードを用いてコーディングされたものの正確な再構成を可能にする。

ディジタルビデオ表示に、３０Ｈｚから７５Ｈｚの周波数で連続して表示されまたは提示される、ある個数のイメージフレーム（３０ｆｐｓから９６ｆｐｓ）が含まれる。各イメージフレームは、それでも、特定のシステムのディスプレイ解像度に従って、画素アレイによって形成されたイメージである。たとえば、ＶＨＳシステムは、３２０列４８０行のディスプレイ解像度を有し、ＮＴＳＣシステムは、７２０列４８０行のディスプレイ解像度を有し、高品位テレビジョンシステム（ＨＤＴＶ）は、１３６０列１０２０行のディスプレイ解像度を有する。低解像度のディジタル化された形式である３２０列４８０行ＶＨＳフォーマットに関して、２時間のムービーは、１００ギガバイトのディジタルビデオ情報と同等とすることができる。これと比較して、従来のコンパクト光ディスクは、約０．６ギガバイトの容量を有し、磁気ハードディスクは、１〜２ギガバイトの容量を有し、現在のコンパクト光ディスクは、８ギガバイト以上の容量を有する。

そのような大量の情報量に関するストレージ制限および伝送制限に答えて、複数の標準圧縮プロセスが確立された。これらのビデオ圧縮技法は、フレームからフレームへの画素の表現に基づく、フレームごとの圧縮を提供するために、時空間相関と称する連続するイメージフレームの間の類似する特性を使用する。

我々が映画またはＴＶの画面で見るすべてのイメージが、高い速度で完全なイメージ（写真に似た静止画）を提示するという原理に基づく。これらが、３０フレーム毎秒速度（３０ｆｐｓ）ですばやく順次の形で提示される時に、我々は、人間の目の保持力に起因して、これらを動画として知覚する。

順次の形で提示されるイメージを分類し、ビデオ信号を形成するために、各イメージを行に分割する必要があり、ここで、各行は、画素またはピクセルに分割され、各画素は、２つの関連する値すなわちルマおよびクロマを有する。ルマは、各点での光強度を表し、ルマは、定義された色空間（ＲＧＢ）の関数として色を表し、この色空間は、３バイトによって表すことができる。

イメージは、水平垂直ラスタで上から下へ、左から右へと周期的に画面に表示される。走査線の本数および表示の周波数は、ＮＴＳＣ、ＰＡＬ、またはＳＥＣＡＭなどのフォーマットの関数として変化し得る。

理論的に、ルマ、クロマＵ、およびクロマＶごとに画素に値を割り当てることが可能であるが、これは、４バイトを表し（クロマに１バイト、色に３バイト）、これは、ＮＴＳＣの４８０行７２０列フォーマットおよび約３０フレーム毎秒では、４×４８０×７２０×３０すなわち約４０メガバイト毎秒のメモリをもたらし、これは、使用可能な帯域幅に起因して、ストレージおよび伝送がむずかしい。現在、１：４画素でクロマデータを減らす、すなわち、４画素おきに色サンプルをとり、欠けている３画素について同一の情報を複製することが可能であり、人間は、この差を知覚しない。このフォーマットは、すなわち、次の通りである。
４：４：４（４×４＝１６画素グループ内の４つのルマサンプルおよび４つのクロマサンプル）。
４：２：２（４×２＝８画素グループ内の４つのルマサンプルおよび２つのクロマサンプル）。
４：１：１（４×１＝４画素グループ内の４つのルマサンプルおよび１つのクロマサンプル）。
ＭＰＥＧ１の４：２：０（４×２＝８画素グループ内の８つのルマサンプルおよび水平画素の間の２つのクロマサンプル）。
ＭＰＥＧ１の４：２：０（４×２＝８画素グループ内の８つのルマサンプルおよび垂直画素の間の２つのクロマサンプル）。

情報がこの形で減らされた時であっても、ＮＴＳＣフォーマットで１秒の情報を保管するのに必要な、必要なディジタル情報量は、４：２：０品質で１５メガバイト、２時間ファイルの場合には１０８ギガバイトである。

２次元ビデオシーケンスからの３次元シーン再構築の複数の方法が存在する。最近のテクノロジ開発に鑑み、将来に関して、ＭＰＥＧ４標準規格は、時空間関連グラフィックスコーディング媒体の提供を試みており、これは、工学応用例の立体イメージ、設計、および製造の重要なツールになる。仮想空間が作成され、ここでシーンの幾何学モデルが再構築される。たとえば、２００３年１２月９日にＣｅｃｉｌｅ Ｄｕｆｏｕｒに与えられた米国特許第６６６１９１４号であるが、この場合に、新しい３次元再構築方法が記載されており、シーン連続物が単純なカメラによって撮影され、イメージの輪郭が再構築され、各ビューの隠れ部分の深さが、後に射影され、リファイニングプロセスにサブミットされる。

イメージ処理に関する競争で、多くの人が貴重な貢献を行い、たとえば２００３年１０月２１日にＩｔｏｋａｗａに与えられた米国特許第６６３６６４４号は、ＭＰＥＧ４を使用するイメージングプロセスに言及しているが、イメージ境界にまたがって延びるクロマ値イメージが抽出され、これを用いて、コーディングでのより高い効率が達成され、自然な色削減を、イメージの輪郭で達成することができる。

２００３年１０月１４日にＫｌｅｉｈｏｒｓｔ他に与えられた米国特許第６６３３６７６号など、ビデオ信号をコーディングする複数の方法および配置が存在し、米国特許第６６３３６７６号の方法は、カメラシステム内のコーダ検出器に適用され、ビデオ信号が、補償された動きを用いてコーディングされ（Ｉ．Ｂ．Ｐ．）、高解像度イメージが生成され、このイメージは、前のイメージの補間であり、要約すると、より高い関心を持たれている領域が、ビデオ信号内で判定され、一緒に、より少ないメモリを占める。

イメージ圧縮コーディングは、本質的に、効率的な形でディジタルイメージを保管するか伝送するのに使用され、圧縮ディジタルイメージコーディングの方法は、ＪＰＥＧおよびＭＰＥＧなどの一般的な標準規格で支配的なテクノロジなのでＤＣＴを使用する。２００２年２月５日にＢｏｏｎに与えられた米国特許第６３４５１２３号に、通常のＤＣＴ法を用いて係数を変換することによるディジタルイメージコーディングの方法が記載されており、事前に書き込まれた量子化スケールで変換するために前記係数の量子化プロセスを適用し、最後に、可変長コーディングプロセスが、量子化され変換された係数に、これらを可変長コードテーブルと比較することによって適用される。

イメージは、コーディングのために複数の小さい領域に分割され、これらの小さい領域は、互いに隣接し、サンプルが、１領域からとられ、次のイメージ領域の環境が、予測される。この予測コーディング方法が、２０００年１１月１４日にＢｏｏｎ他に与えられた米国特許第６１４８１０９号で使用されており、米国特許第６１４８１０９号では、小さい領域の間の差の生成されたイメージデータが、コーディングされ、抽出される。

２０００年８月１日にＭｕｒａｋａｍｉ他に与えられた米国特許第６０９７７５９号に、フィールドコーディングされたイメージのバイブロック（ｂｙ−ｂｌｏｃｋ）コーディングシステムが記載されている。ブロックパターンに、１つの個別ブロックフィールドと１つの非インターレースブロックが含まれ、コーディングシステムは、補償された動き予測信号を作るために奇数フィールドおよび偶数フィールドの動きを調査し、したがって、高効率コーディングがもたらされる。

Ｋａｔａｔａ他に与えられた米国特許第５９７８５１５号、米国特許第５９６３２５７号、および米国特許第５８１５６０１号は、イメージデータを記述するのに使用されるデータ量を増やさずに、他の区域と比較した選択された区域のイメージ品質を高める形でイメージデータをコーディングするイメージコーダに言及している。

１９９６年１１月２６日にＧｉｓｌｅに与えられた米国特許第５５７９４１３号に、量子化されたイメージブロック内のデータ信号を変換し、これを可変長コーディングされたデータ信号に変換する方法が記載されており、ここで、各イベントが、３次元量として表される。

より少ないスペースで同一内容のストレージを可能にするデータ圧縮システムを使用する必要が生じ、専門家グループが、情報を圧縮し、イメージを表示する形であって、実装詳細には言及せずに、ＭＰＥＧと互換であるならばすべてのソフトウェア開発者およびハードウェア開発者がそのプロセスを実行する新しい形を作成できるという目標をもつ形の作成に専念した。現在、ＭＰＥＧ２が、全世界の標準であり、テレビジョン、ビデオ、およびオーディオに関連する会社によって幅広く使用されている。

オーディオおよびビデオは、要素パッケージ（ＰＥＳ）にパッケージ化され、前記オーディオパッケージおよびビデオパッケージは、ＭＰＥＧ２データストリームを作成するために一緒にインターレースされる。各パッケージは、再生時のオーディオおよびビデオの同期化用の時間識別（タイムスタンプ）を有し、たとえば、３つのビデオフレームおきに、１つのオーディオフレームが関連する。

ＭＰＥＧは、システムのストリームにビデオおよびオーディオをインターレースする２つの異なる方法を有する。
トランスポートストリームは、干渉を受けやすい衛星システムなど、より高い誤りの可能性を有するシステムで使用される。各パッケージは、１８８バイト長であり、識別ヘッダから始まり、この識別ヘッダが、ギャップの認識および誤りの修復を可能にする。さまざまなオーディオプログラムおよびビデオプログラムを、単一のトランスポートストリーム上でトランスポートストリームを介して同時に伝送することができ、ヘッダに起因して、これらを独立に個別にデコードし、多数のプログラムに統合することができる。
プログラムストリームは、ＤＶＤ再生時など、より低い誤りの可能性を有するシステムで使用される。この場合に、パッケージは、可変長を有し、トランスポートストリームで使用されるパッケージより実質的に大きいサイズを有する。主要な特性として、プログラムストリームは、単一のプログラム内容だけを許容する。

ＭＰＥＧ２の下のビデオシステムは、インターレースタイプおよびプログレッシブタイプのビデオイメージのコーディングを可能にする。

すなわち、プログレッシブビデオ方式は、フルフレーム（フレームピクチャ、ｆｐ）で保管され、インターレースビデオ方式では、２つの形すなわち、フルフレームイメージ（フレームピクチャ）またはフィールドイメージ（フィールドピクチャ）で保管することができる。

圧縮方式では、３つのＭＰＥＧ２フォーマットイメージが存在する。
イントラコーディング（Ｉ）、その情報は、そのイメージ自体の内部データの関数としてコーディングされる。
予測コーディング（Ｐ）、その情報は、他の将来の時点に置かれたデータだけに依存する。
両方向予測コーディング（Ｂ）、その情報は、過去と将来に置かれたデータに依存する。

次に、上のパッケージに適用される、たとえば時間予測、圧縮、および空間圧縮など、３つの圧縮タイプがある。

時間での予測圧縮は、時間的に異なるが関連する動きを有する２つのフレームを参照し、フレームの間でイメージがほとんど変化しないという事実を利用する。

空間圧縮は、同一フレーム内に置かれた情報をコンパクト化し（イントラコーディング）、たとえば色に３バイト、ルマに１バイトの１００×１００画素イメージで、この情報を保管することが望まれる場合に、４０キロバイト毎フレームが必要になり、逆に、このイメージが完全に白である場合に、ｃｏｌｏｒ：２５５Ｒ、２５５Ｇ、２５５Ｂ、Ｘｓｔａｒｔ＝０、Ｙｓｔａｒｔ＝０、Ｘｅｎｄ＝９９、Ｙｅｎｄ＝９９として表すことができ、これは、この区域全体が白であることを表し、４０キロバイトではなく７バイトまたは８バイトだけが使用される。したがって、ＭＰＥＧ圧縮が達成されるが、この処理ステップは、複雑であり、本発明の範囲の外である。

タイプ（Ｉ）イメージは、自己完結型であり、前後のフレームを参照せず、したがって、圧縮は、時間予測では使用されず、それ自体の空間の関数としてのみ使用される。

タイプ（Ｐ）イメージは、それ自体をコーディングするために基準イメージに基づき、したがって、時間予測圧縮および空間圧縮も使用する。これらのイメージは、（Ｉ）タイプイメージまたは他の（Ｐ）タイプイメージを参照することができるが、１イメージの基準イメージだけを使用する。

（Ｂ）タイプイメージは、再構築に前および後の２つの基準を必要とし、このタイプのイメージは、最良の圧縮率を有する。（Ｂ）タイプイメージを得るための基準は、（Ｐ）タイプまたは（Ｉ）タイプのどちらかとすることだけができ、絶対に（Ｂ）タイプとすることはできない。

コーディングシーケンスとデコーディングシーケンスは異なる。

情報量を減らすために、完全なイメージが、マクロブロックと呼ばれる単位のフルフレームに分割され、各マクロブロックは、１６画素×１６画素の部分から構成され、上から下、左から右に順序付けられ、名前を付けられ、画面上のマクロブロックマトリックスアレイが作成され、マクロブロックは、情報ストリーム内で順序付けられた順次の形すなわち、０、１、２、３、…、ｎで送られる。

（Ｉ）タイプイメージを有するマクロブロックは、空間圧縮だけの自己完結型であり、（Ｐ）タイプイメージは、制限なしにイントラコーディングされたマクロブロック（インターレースマクロブロック）である可能性を伴って、前のイメージを参照するために（Ｐ）タイプマクロブロックを含むことができる。

（Ｂ）タイプイメージは、イントラコーディングされた（インターレース）タイプのマクロブロックによって形成することもでき、このマクロブロックは、前のイメージ、後のイメージ、またはその両方を参照する。

次に、マクロブロックがブロックに分割され、１ブロックは、８×８のデータ行列またはサンプル行列であり、クロマフォーマットが分類される形に起因して、４：４：４フォーマットは、１つのルマサンプルＹ、１つのクロマサンプルＣｒ、および１つのクロマサンプルＣｂを必要とし、したがって、４：４：４フォーマットマクロブロックは、１マクロブロックあたり１２ブロックを必要とし、４：２：０フォーマットでは、１マクロブロックあたり６ブロックが必要である。

連続するマクロブロックの組は、スライスを表し、１スライス内に任意の個数のマクロブロックを設けることができ、これらのマクロブロックは、単一の行に属する必要があり、マクロブロックと同一の形で、スライスは、左から右、上から下に命名される。スライスは、イメージ全体をカバーする必要がない。というのは、コーディングされたイメージが、画素ごとのサンプルを必要としないからである。

一部のＭＰＥＧプロファイルは、固定したスライス構造を必要とし、このスライス構造によって、イメージ全体が満足されなければならない。適当なハードウェアアルゴリズムおよびソフトウェアアルゴリズムの組合せの使用が、ＭＰＥＧイメージ圧縮を可能にする。

コーディングされたデータは、ブロック固有情報、マクロブロック、フィールド、フレーム、イメージ、およびＭＰＥＧ２フォーマットビデオを有するバイトである。

この情報を、ブロックによってグループ化しなければならず、情報コーディング、たとえば（ＶＬＣ）から得られた結果は、線形ビット−バイトストリームである。

ここで、ＶＬＣ（可変長デコーダ）は、最も頻繁なパターンがより短いコードによって置換され、頻繁に発生しないパターンがより長いコードによって置換される圧縮アルゴリズムである。この情報の圧縮された版は、より少ないスペースを占め、ネットワークによってより高速に伝送することができる。しかし、これは、簡単に編集可能なフォーマットではなく、ルックアップテーブルを使用する圧縮解除を必要とする。

逆スキャン、情報を、ブロックによってグループ化しなければならず、ＶＬＣによって情報をコーディングする時に得られるものが、線形ストリームである。ブロックは、８×８データ行列であり、したがって、線形情報を正方形の８×８行列に変換する必要がある。これは、プログレッシブイメージまたはインターレースイメージのどちらであるかに応じて、両方のシーケンスタイプで上から下、左から右への降下するジグザグの形で行われる。

逆量子化は、単純に、各データ値に係数をかけることからなる。コーディングされた時に、ブロック内のデータの大半が、人間の目が知覚できない情報を除去するために量子化され、この量子化は、より大きいＭＰＥＧ２ストリーム変換を得ることを可能にし、デコーディングプロセスで逆プロセス（逆量子化）を実行することも必要とする。

ＭＰＥＧビデオシーケンス構造 これは、ＭＰＥＧ２フォーマットで使用される最大の構造であり、次のフォーマットを有する。
ビデオシーケンス（Ｖｉｄｅｏ＿Ｓｅｑｕｅｎｃｅ）
シーケンスヘッダ（Ｓｅｑｕｅｎｃｅ＿Ｈｅａｄｅｒ）
シーケンス拡張（Ｓｅｑｕｅｎｃｅ＿Ｅｘｔｅｎｓｉｏｎ）
ユーザデータ（０）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（０））
イメージグループヘッダ（Ｇｒｏｕｐ＿ｏｆ＿Ｐｉｃｔｕｒｅ＿Ｈｅａｄｅｒ）
ユーザデータ（１）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（１））
イメージヘッダ（Ｐｉｃｔｕｒｅ＿Ｈｅａｄｅｒ）
コーディングされたイメージ拡張（Ｐｉｃｔｕｒｅ＿Ｃｏｄｉｎｇ＿Ｅｘｔｅｎｓｉｏｎ）
ユーザデータ（２）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（２））
イメージデータ（Ｐｉｃｔｕｒｅ＿Ｄａｔａ）
スライス（Ｓｌｉｃｅ）
マクロブロック（Ｍａｃｒｏｂｌｏｃｋ）
動きベクトル（Ｍｏｔｉｏｎ＿Ｖｅｃｔｏｒｓ）
コーディングされたブロックパターン（Ｃｏｄｅｄ＿Ｂｌｏｃｋ＿Ｐａｔｔｅｒｎ）
ブロック（Ｂｌｏｃｋ）
最終シーケンスコード（Ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿Ｃｏｄｅ）

ビデオシーケンスは、これらの構造からなり、ビデオシーケンスは、ＭＰＥＧ１フォーマットおよびＭＰＥＧ２フォーマットについて適用され、各バージョンを区別するために、シーケンスヘッダの直後にシーケンス拡張が存在することが検証されなければならず、シーケンス拡張がヘッダに続かない場合には、そのストリームはＭＰＥＧ１フォーマットビデオストリームである。

発明の簡単な説明

本発明の目的は、伝送、受取、および３Ｄｖｉｓｏｒｓ（登録商標）での表示のためのコーディングされたデータを提供する、立体３Ｄイメージディジタルコーディングの方法およびシステムを提供することである。

本発明のもう１つの目的は、ビデオデータストリームｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ構造が変更され、識別フラグがビットレベルで含まれるコーディング方式を提供することである。

本発明のもう１つの目的は、ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ、識別フラグ、データフィールド、およびイメージフィールドが変更される形で３Ｄイメージディジタルコーディングソフトウェアプロセスを提供することである。

本発明のもう１つの目的は、左チャネルと右チャネルの間で電子比較が行われ、イメージの間の差の誤り訂正が行われ、処理されたイメージがＴＤＶｉｓｉｏｎ（登録商標）テクノロジ識別子と共にｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅに保管される形で３Ｄイメージディジタルコーディングハードウェアプロセスを提供することである。

本発明のもう１つの目的は、ＤＳＰの入力バッファメモリが２倍にされ、２つの独立のビデオ信号の同時入力が使用可能であり、ＤＳＰが、両方のビデオ入力の入力バッファを比較することを可能にされる形で３Ｄイメージディジタルコーディングハードウェアプロセスを提供することである。

発明の詳細説明

ディジタルビデオストリームから３次元イメージを得るという目的をもって、コーディングプロセスの異なる部分のハードウェア変更およびソフトウェア変更によって、現在のＭＰＥＧ２コーダに対する変更が行われた。図１からわかるように、ＭＰＥＧ２−４互換ＴＤＶｉｓｉｏｎ（登録商標）コーダ（１）は、ソフトウェア変更（３）およびハードウェア変更（４）を介して達成されるそれ自体のコーディングプロセス（２）を有する。

図２では、本発明のコーダオブジェクトのコンパイルプロセスが示されており、実際には、イメージ（１０）が、撮影され、動き補償および誤り検出プロセス（１１）にサブミットされ、離散コサイン変換関数が、周波数パラメータを変更するために適用され（１２）、次に、量子化行列（１３）が、正規化プロセスを実行するために適用され、行列から行への変換プロセス（１４）が適用され、ここで、可変長コーディング（１５）を実行する可能性が存在し、最後に、コーディングされたデータ（１６）を有するビデオシーケンスが得られる。このコンパイルプロセスを実行するために、フォーマット（図３の３０）またはＭＰＥＧ２互換３Ｄイメージコンパイル方法に従わなければならず、実際に、図３に示されているように、ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ（３１）を、ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ（３２）、ｕｓｅｒ＿ｄａｔａ（３３）、ｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（３４）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ（３５）、ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎ（３６）、およびｄｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（３７）の各構造で変更し、したがって、ＴＤＶｉｓｉｏｎ（登録商標）立体カメラを用いて撮影された立体３Ｄディジタルイメージに適するコンパイルフォーマットを得なければならない。

ビデオデータストリームの構造およびｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅを、ＴＤＶｉｓｉｏｎ（登録商標）テクノロジコーディングされたイメージタイプをビットレベルで識別するのに必要なフラグを含めるために変更しなければならない。

この変更は、次のコーディングステージですなわち、ＭＰＥＧ２で二重イメージをコーディングする時（ソフトウェア）とハードウェアによってイメージをコーディングする時に行われる。

ソフトウェア：
ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅヘッダを変更する。
識別フラグを識別する。
データフィールドを変更する。
イメージフィールドを変更する。

ハードウェア：
左チャネルと右チャネルの間で電子比較を行う。
差をＢタイプイメージとして処理する（誤り訂正）。
次に、これをＴＤＶｉｓｉｏｎ（登録商標）識別子と共に保管する。
変更を、相補バッファに適用する。
結果を副バッファに保存し、保管する。

実際には、ＤＳＰバッファの入力メモリが２倍にされ、立体ＴＤＶｉｓｉｏｎ（登録商標）カメラからの既存の左右の立体信号に対応する２つの独立のビデオ信号の同時入力が可能にされ、ＤＳＰが、両方のビデオ信号の入力バッファを比較することを可能にされる。

ハードウェアコーディングプロセスは、単一のビデオ入力チャネルの関数として通常のＭＰＥＧ２の形で実行され、両方の信号（左および右）がとられ、電子的に比較され、左信号と右信号の間の比較の差が、得られ、前記差が、一時バッファに保管され、誤り訂正が、左信号に関してルマおよびクロマで計算され、ＤＣＴ（離散コサイン変換）関数が適用され、情報が、Ｂタイプブロック内で、
ａ）ＵＳＥＲ＿ＤＡＴＡ（）（ＳＷ）識別子構造内
ｂ）ＰＩＣＴＵＲＥ＿ＤＡＴＡ３Ｄ（）構造内
に保管される。次のフレームに継続する。

ハードウェアは、図４のブロック図で表されており、実際には、左信号（４１）および右信号（４２）がとられ、両方の信号が、一時バッファ（４３）に保管され、左信号と右信号の間の差が、比較され、誤り差分が、計算され、その情報が保管され（４５）、正しいイメージが、コーディングされ（４６）、このコーディングは、「Ｉ」、「Ｂ」、または「Ｐ」タイプイメージ（４７）として実行され、最終的にｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ（４８）に保管される。

ＤＳＰによって処理されるメモリを複製し、８つまでの出力バッファを配置する可能性を有することが必須であり、これによって、ＴＤＶｉｓｉｏｎ（登録商標）社の３ＤＶｉｓｏｒ（登録商標）などのデバイスでの立体イメージの以前の表現および同時表現が可能になる。
実際には、Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ社のＴＭＳ３２０Ｃ６２Ｘ ＤＳＰのプログラミングＡＰＩを呼び出す時に、２チャネルを初期化しなければならない。
ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｃｏｎｓｔ ＩＭＰＥＧ２ＶＤＥＣ＿ｆｘｎｓ＊ｆｘｎｓ，ｃｏｎｓｔ ＭＥＰＧ２ＶＤＥＣ＿Ｐａｒａｍｓ＊ ｐａｒａｍｓ）
ここで、ＩＭＰＥＧ２ＶＤＥＣ＿ｆｘｎｓ ｙ ＭＥＰＧ２ＶＤＥＣ＿Ｐａｒａｍｓは、各ビデオチャネルの動作パラメータを定義するポインタ構造であり、たとえば、
３ＤＬｈａｎｄｌｅ＝ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｆｘｎｓ３ＤＬＥＦＴ，Ｐａｒａｍｓ３ＤＬＥＦＴ）
３ＤＲｈａｎｄｌｅ＝ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｆｘｎｓ３ＤＲＩＧＨＴ，Ｐａｒａｍｓ３ＤＲＩＧＨＴ）
である。
これによって、左右の立体チャネルごとに１つずつの、２つのビデオチャネルをデコードできるようになり、２つのビデオハンドラが得られる。

二重表示出力バッファが必要であり、ソフトウェアによって、ＡＰ関数を呼び出すことによって、２つのバッファのうちのどちらが出力を表示しなければならないかが定義される。
すなわち、ＭＰＥＧ２ＶＤＥＣ＿ＡＰＰＬＹ（３ＤＲｈａｎｄｌｅ，ｉｎｐｕｔＲ１，ｉｎｐｕｔＲ２，ｉｎｐｕｔＲ３，３ｄｏｕｔｒｉｇｈｔ＿ｐｂ，３ｄｏｕｔｒｉｇｈｔ＿ｆｂ）
ＭＰＥＧ２ＶＤＥＣ＿ＡＰＰＬＹ（３ＤＬｈａｎｄｌｅ，ｉｎｐｕｔＬ１，ｉｎｐｕｔＬ２，ｉｎｐｕｔＬ３，３ｄｏｕｔｌｅｆｔ＿ｐｂ，３ｄｏｕｔｌｅｆｔ＿ｆｂ）
３ＤＬｈａｎｄｌｅは、ＤＳＰの作成関数によって返されるハンドルへのポインタであり、ｉｎｐｕｔ１パラメータは、ＦＵＮＣ＿ＤＥＣＯＤＥ＿ＦＲＡＭＥまたはＦＵＮＣ＿ＳＴＡＲＴ＿ＰＡＲＡのアドレスであり、ｉｎｐｕｔ２は、外部入力バッファアドレスへのポインタであり、ｉｎｐｕｔ３は、外部入力バッファのサイズである。

３ｄｏｕｔｌｅｆｔ＿ｐｂは、パラメータバッファのアドレスであり、３ｄｏｕｔｌｅｆｔ＿ｆｂは、デコードされたイメージが保管される出力バッファの先頭である。

ｔｉｍｅｃｏｄｅおよびｔｉｍｅｓｔａｍｐは、順次同期式の形での最終デバイスへの出力に使用される。

ソフトウェアプロセスおよびハードウェアプロセスの統合は、ＤＳＰと称するデバイスによって実行され、このＤＳＰは、ハードウェアプロセスのほとんどを実行する。これらのＤＳＰは、製造業者によって供給されるＣ言語およびアセンブリ言語のハイブリッドによってプログラムされる。各ＤＳＰは、ＤＳＰ内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のＡＰＩを有する。

この参照情報を用いて、ＭＰＥＧ２フォーマット互換３Ｄイメージコーディングに関する本願が作られる。

実際には、ビデオシーケンスの始めに、シーケンスヘッダおよびシーケンス拡張が必ず現れる。シーケンス拡張の反復は、最初と同一でなければならない。対照的に、シーケンスヘッダ反復は、最初の出現と比較してほとんど変化せず、量子化行列を定義する部分だけが変化しなければならない。シーケンス反復を有することによって、ビデオストリームへのランダムアクセスが可能になる、すなわち、デコーダがビデオストリームの途中から再生を開始しなければならない場合に、これを行うことが可能であり、デコーダは、ビデオストリーム内の次のイメージをデコードできるようになるために、前のシーケンスヘッダおよびシーケンス拡張を検索するだけでよい。これは、プログラムが既に開始されている時に同調された衛星デコーダなど、先頭から開始できないビデオストリームについても発生する。

すなわち、シーケンスヘッダは、ビデオストリームに対するより高い情報レベルを提供し、わかりやすくするために、それぞれに対応するビット数も示され、上位ビットは、シーケンス拡張（Ｓｅｑｕｅｎｃｅ＿Ｅｘｔｅｎｓｉｏｎ）構造内に置かれ、次の構造によって形成される。

拡張データ（ｉ）およびユーザデータ（ｉ）
これは、他の構造を保管するコンテナであり、それ自体のデータを有しておらず、基本的に、一連のｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（１）構造およびｕｓｅｒ＿ｄａｔａ（）構造であり、いくつかの場合に、この構造が完全に空である可能性がある。

Ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（ｉ）
この構造には、単純な構造拡張が含まれる。含まれる拡張構造タイプは、（ｉ）の値に依存し、この値は、１または２の値を有することができる。この値が「０」と等しい場合には、ｄａｔａ＿ｅｘｔｅｎｓｉｏｎがｓｅｑｕｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎに続き、ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（ｉ）が、両方すなわち１つのｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎまたは１つのｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含むことができる。

ｉ＝２の場合に、この構図はｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎに続き、このｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎに、ｑｕａｎｔ＿ｍａｔｒｉｘ＿ｅｘｔｅｎｓｉｏｎ（）、ｃｏｐｙｒｉｇｈｔ＿ｅｘｔｅｎｓｉｏｎ（）、ｐｉｃｔｕｒｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎ（）、ｐｉｃｔｕｒｅ＿ｓｐａｔｉａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）、または１つのｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含めることができる。この構造は、必ず０ｘ０００００１Ｂ５から始まる。

Ｕｓｅｒ＿ｄａｔａ
ｕｓｅｒ＿ｄａｔａ構造は、アプリケーション用の特定のデータをビデオシーケンス（ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ）内に保管することを可能にする。ＭＰＥＧ２仕様は、この機能のフォーマットを定義せず、ユーザデータのフォーマットも定義していない。この構造は、ｕｓｅｒ＿ｄａｔａ＿ｓｔａｒｔ＿ｃｏｄｅ＝０ｘ０００００１Ｂ５から始まり、データストリーム（ｓｔｒｅａｍ）内の次の開始コードまで続く任意の個数のデータ（ｕｓｅｒ＿ｄａｔａ）を含む。唯一の条件は、２３個を超える連続する０を有してはならないことである。というのは、２３個を超える連続する０が、開始コードとして解釈される可能性があるからである。

Ｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎ（）
この構造は、デコーディングプロセスで使用されない情報すなわち、デコードされたビデオを正しく表示するのに有用な、コーディングされた内容に関する情報を提供する。

Ｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ
この構造は、すべてのスケーラブルビデオストリームに存在しなければならず、スケーラブルビデオストリームとは、ベースレイヤと１つまたは複数のエンハンスメントレイヤを含むビデオストリームである。異なるタイプのＭＰＥＧ２スケーラビリティがあり、メインレイヤのスケーラビリティの例が、ビデオ内容の標準解像力を含むことであり、エクステンションレイヤは、解像力を高める追加データを有する。

Ｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）
時間スケーラビリティを有する場合に、２つの空間解像度ストリームが存在し、下レイヤは、ビデオフレームのより小さいインデックスの版を提供し、上レイヤは、同一ビデオのフレームのより大きいインデックスの版を導出するのに使用することができる。時間スケーラビリティは、低品質、低コスト、または無料のデコーダによって使用することができ、より高いフレーム毎秒は、有料で使用される。

Ｐｉｃｔｕｒｅ＿ｓｐａｔｉａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）
イメージ空間スケーラビリティの場合に、エンハンスメントレイヤにデータが含まれ、このデータは、ベースレイヤのよりよい解像度を可能にし、したがって、ベースレイヤのよりよい解像度を再構築することができる。エンハンスメントレイヤが、動き補償の基準としてのベースレイヤの関数として使用される時に、エンハンスメントレイヤのより高い解像度を得るために、下レイヤをエスカレートし、オフセットしなければならない。

ＥＸＴＥＮＳＩＯＮ＿ＡＮＤ＿ＵＳＥＲ＿ＤＡＴＡ（２）
このＭＰＥＧ２互換コーディングプロセスは、現在、図５の立体カメラ（５２）を用いて撮影される３Ｄディジタルイメージをコーディングするのに使用され、そのコードは、次にコンパイラ（５１）を通り、次に、それをＰＣ（５０）、ＤＶＤ（５３）で表示するための信号を得ることができ、デコーダ（５４）内で信号がコーディングされる時に、これをデコーダ（５５）内に送って、イメージをケーブル（５６）、衛星（５７）、高品位テレビジョン（５９）（ＨＤＴＶ）、または３ＤＶｉｓｏｒ（登録商標）デバイス（５９）などで表示することができる。したがって、イメージは、
ＤＶＤ（ディジタル多用途ディスク）
ＤＴＶ（ディジタルテレビジョン）
ＨＤＴＶ（高品位テレビジョン）
ケーブル（ＤＶＢ、ディジタルビデオ放送）
衛星（ＤＤＳ、ディジタル衛星システム）
で表示することができ、これはソフトウェアプロセスとハードウェアプロセスの統合である。

ハードウェアに関して、プロセスのほとんどが、ＤＳＰ（ディジタル信号プロセッサ）と称するデバイスによって実行される。すなわち、１つのＭｏｔｏｒｏｌａ社のモデルおよび１つのＴｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ社のモデル（ＴＭＳ３２０Ｃ６２Ｘ）である。

これらのＤＳＰは、当の製造業者によって供給されるＣ言語およびアセンブリ言語のハイブリッドによってプログラムされる。各ＤＳＰは、ＤＳＰ内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のＡＰＩを有する。この参照情報から、３Ｄイメージがコーディングされ、このコードは、ＭＰＥＧ２フォーマットおよびそれ自体のコーディングアルゴリズムと互換である。情報がコーディングされる時に、ＤＳＰは、ＭＰＥＧ２圧縮されたビデオストリームを形成するために、予測プロセス、比較プロセス、量子化プロセス、およびＤＣＴ関数適用プロセスを実行する責任を負う。

本発明の特定の実施形態を図示し、説明したが、当業者には、本発明の範囲から逸脱せずに複数の修正または変更を作ることができることは明白であろう。そのような修正および変更のすべてが、添付の特許請求の範囲に含まれ、その結果、すべての変更および修正が、本発明の範囲に含まれるようになることが意図されている。

立体３Ｄビデオイメージコーディングに関するハードウェア変更およびソフトウェア変更を表す図である。 ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルプロセスを表す図である。 ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルに関するソフトウェアフォーマットを表す図である。 ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルに関するハードウェアフォーマットを表す図である。 本発明のコーダが属するテクノロジの枝すなわち、立体３Ｄイメージ処理と、そのコーディングと、デコーディングと、ケーブル、衛星、およびＤＶＤを介する伝送と、ＨＤＴＶと、３ＤＶｉｓｏｒｓ（登録商標）ディスプレイとの地図を表す図である。

Claims (12)

1. ソフトウェアアルゴリズムと関連するハードウェアの変更とを含むＭＰＥＧタイプコーディングプロセスからなる立体３Ｄビデオイメージディジタルコーディングの方法およびシステムであって、コーディングプロセスで前記ソフトウェアを変更すること、すなわち、
   ビデオ構造を変更することと、
   ビデオデータストリームのｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅヘッダを変更することと、
   ビットレベル識別フラグを変更することと、
   データフィールドを変更することと、
   イメージフィールドを変更することと
   を含むことを特徴とする立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
2. 前記ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅビデオデータストリームが、次の構造すなわち、
   ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ、ｓｅｑｕｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎ、ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（０）、ｇｒｏｕｐ＿ｏｆ＿ｐｉｃｔｕｒｅｓ＿ｈｅａｄｅｒ、ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（１）、ピクチャヘッダ、ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎ、ｅｘｔｅｎｓｉｏｎｓ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（２）、ｐｉｃｔｕｒｅ＿ｄａｔａ、ｓｌｉｃｅ、ｍａｃｒｏｂｌｏｃｋ、ｍｏｔｉｏｎ＿ｖｅｃｔｏｒｓ、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ、ｂｌｏｃｋ、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅ
   を含み、これがＭＰＥＧ１およびＭＰＥＧ２について適用されることをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
3. 前記ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ構造が、ａｓｐｅｃｔ＿ｒａｔｉｏ＿ｉｎｆｏｒｍａｔｉｏｎフィールド内で前記ビデオストリームに関するより高い情報レベルを提供し、２Ｄシステムとの後方互換性を得るために０１１１との論理「ａｎｄ」が実行されることと、２Ｄシステムとの後方互換性を得るために０１１１との論理「ａｎｄ」が実行されるｆｒａｍｅ＿ｒａｔｅ＿ｃｏｄｅとをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
4. ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（ｉ）構造が、他の構造を保管するコンテナであり、いくつかの場合に空の構造であることと、ｉの値を０から２までとすることができ、ｉが０と等しい場合に、ｅｘｔｅｎｓｉｏｎ＿ｄａｔａがｓｅｑｕｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎに続き、ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（ｉ）がｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎまたはｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含むことと、ｉ＝２の時に、次の構造が、ｑｕａｎｔ＿ｍａｔｒｉｘ＿ｅｘｔｅｎｓｉｏｎ（）、ｃｏｐｙｒｉｇｈｔ＿ｅｘｔｅｎｓｉｏｎ（）、ｐｉｃｔｕｒｅ＿ｓｐａｔｉａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）、またはｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含むｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎであることとをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
5. ｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎ（）構造が、ビデオを正しく表示するのに有用なコーディングされた内容に関する情報を提供することと、ｖｉｄｅｏ＿ｆｏｒｍａｔフィールド内でこれが１１１を用いて識別されることとをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
6. ｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ構造が、空間スケーラビリティモード０１および時間スケーラビリティ１１と、ｌａｙｅｒ＿ｉｄと、ｌｏｗｅｒ＿ｌａｙｅｒ＿ｐｒｅｄｉｃｔｉｏｎ＿ｖｅｒｔｉｃａｌ＿ｓｉｚｅと、ｍａｒｋｅｒ＿ｂｉｔと、ｌｏｗｅｒ＿ｌａｙｅｒ＿ｐｒｅｄｉｃｔｉｏｎ＿ｖｅｒｔｉｃａｌ＿ｓｉｚｅと、ｈｏｒｉｚｏｎｔａｌ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｆａｃｔｏｒ＿ｍと、ｈｏｒｉｚｏｎｔａｌ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｆａｃｔｏｒ＿ｎと、ｖｅｒｔｉｃａｌ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｆａｃｔｏｒ＿ｍと、ｖｅｒｔｉｃａｌ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｆａｃｔｏｒ＿ｎと、ｐｉｃｔｕｒｅ＿ｍｕｘ＿ｅｎａｂｌｅと、ｍｕｘ＿ｔｏ＿ｐｒｏｇｒｅｓｓｉｖｅ＿ｓｅｑｕｅｎｃｅと、ｐｉｃｔｕｒｅ＿ｍｕｘ＿ｏｒｄｅｒと、ｐｉｃｔｕｒｅ＿ｍｕｘ＿ｆａｃｔｏｒと共にベースレイヤおよびエンハンスメントレイヤを含むので、解像力を高める追加データを有することをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
7. ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ構造が、予測コーディング（Ｐ）について０１０、両方向予測コーディング（Ｂ）について０１１のイメージコーディングタイプフィールド（ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ）を用いて定義されることと、ビデオ一時メモリ（ビデオバッファ）検証機構とをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
8. ｐｉｃｔｕｒｅ＿ｓｔｒｕｃｔｕｒｅフィールドが、イメージがフィールドに分割されるのかフルフレームであるのかを指定し、００はＴＤＶｉｓｉｏｎフォーマットイメージに予約済み、０１は上フィールド、１０は下フィールド、１１はバイフレームイメージであることと、ｐｉｃｔｕｒｅ＿ｓｔｒｕｃｔｕｒｅフィールドが、ｃｏｍｐｏｓｉｔｅ＿ｄｉｓｐｌａｙ＿ｆｌａｇフィールド、Ｖ＿ａｘｉｓフィールド、ｆｉｅｌｄ＿ｓｅｑｕｅｎｃｅフィールド、ｓｕｂ＿ｃａｒｒｉｅｒフィールド、ｂｕｒｓｔ＿ａｍｐｌｉｔｕｄｅフィールド、およびｓｕｂ＿ｃａｒｒｉｅｒ＿ｐｈａｓｅフィールドも定義することとをさらに特徴とする請求項１に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
9. ソフトウェアアルゴリズムと関連するハードウェアの変更とを含むＭＰＥＧタイプコーディングプロセスからなる立体３Ｄビデオイメージディジタルコーディングの方法およびシステムであって、コーディングプロセスで前記ハードウェアを変更すること、すなわち、
   左チャネルと右チャネルとを電子的に比較する時に２つの独立のビデオ入力チャネルが使用可能にされ、左チャネルと右チャネルとの間の比較の差が処理され、立体イメージの以前の表示および同時表示を提供するためにメモリが２倍にされ、ＤＳＰが左右の両方のビデオ信号の同時入力バッファを比較することを可能にされる
   ことを特徴とする立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
10. ＴＤＶｉｓｉｏｎ（登録商標）カメラの既存の立体左右信号に対応する２つの独立のビデオ信号の同時入力を可能にするために２つの独立のビデオチャネルを使用可能にすることをさらに特徴とする請求項９に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
11. ＤＳＰバッファの入力メモリを２倍にすることをさらに特徴とする請求項９に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。
12. ハードウェア変更が、
    単一のビデオ入力チャネルの関数として通常の形式（ＭＰＥＧ２）でフレームコーディングするステップと、
    両方の信号をとるステップと、
    左信号と右信号とを電子的に比較するステップと、
    前記左信号と前記右信号との間の誤り差分を得るステップと、
    前記差分を一時バッファに保管するステップと、
    前記左信号に関してルマおよびクロマの誤り訂正を計算するステップと、
    ＤＣＴを適用するステップと、
    情報をｐｉｃｔｕｒｅ＿ｄａｔｅ３Ｄ（）構造内のＢタイプブロックに保管するステップと
    にあることをさらに特徴とする請求項９に記載の立体３Ｄビデオイメージディジタルコーディングの方法およびシステム。

Images