"ユーザに対して立体デジタルビデオを表示するシステムであって、第1の視野画像と第2の視野画像との差から導出されるデルタイメージが存在するか否かを示すデータをそれぞれが有する複数のヘッダと、それぞれが対応する前記ヘッダを有する複数の前記第1の視野画像とを有する一以上のビデオストリームを受信する受信手段と、前記データを有する前記ヘッダを読み出して、前記一以上のビデオストリームが前記第1の視野画像と前記第2の視野画像との差から導出される前記デルタイメージも有するか否かを判定し、前記デルタイメージが存在することを前記ヘッダの前記データが示している場合には前記デルタイメージおよび前記第1の視野画像から前記第2の視野画像を構成するデコーダと、前記第1の視野画像および前記第2の視野画像による立体デジタルビデオを出力するビデオ出力手段と、を備えるシステム。前記システムが、ケーブルシステム、高品位テレビジョンシステム、衛星テレビジョンシステム、光ディスクシステム、DVDシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部である、請求項1に記載のシステム。前記一以上のビデオストリームがタイムコードを有する、請求項1に記載のシステム。前記第1の視野画像のフレームおよび前記第2の視野画像のフレームが高品位ディスプレイまたは立体視覚システムに出力される、請求項1に記載のシステム。前記デコーダが前記デルタイメージを前記第1の視野画像に加算することで前記第2の視野画像を構成する、請求項1に記載のシステム。前記デコーダが前記ヘッダの所定のビット集合を読み出して、前記一以上のビデオストリームがデルタイメージを有するか否かを判定する、請求項1に記載のシステム。前記デルタイメージが、デルタイメージに特有のビデオストリームデータ内に格納される、請求項1に記載のシステム。前記デルタイメージがPタイプイメージまたはBタイプイメージのフレームを有する、請求項1に記載のシステム。前記一以上のビデオストリームが複数のビデオストリームを有する、請求項1に記載のシステム。前記デコーダが前記ヘッダおよび前記第1の視野画像を第1のビデオストリームから読み出し、前記デルタイメージを所定のデータ構造から読み出す、請求項1に記載のシステム。前記デルタイメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される複数の動きベクトルを含む、請求項1に記載のシステム。立体デジタルビデオを復号するシステムであって、第1の視野画像と第2の視野画像との差から導出されるデルタイメージが存在するか否かを示すデータをそれぞれが有する複数のヘッダと、それぞれが対応する前記ヘッダを有する複数の前記第1の視野画像とを有する一以上のビデオストリームを受信する受信手段と、前記データを有する前記ヘッダを読み出して、前記一以上のビデオストリームが前記第1の視野画像と前記第2の視野画像との差から導出される前記デルタイメージも有するか否かを判定し、前記デルタイメージが存在することを前記ヘッダの前記データが示している場合には前記デルタイメージおよび前記第1の視野画像から前記第2の視野画像を構成する構成手段と、前記第1の視野画像および前記第2の視野画像による立体デジタルビデオを出力するビデオ出力手段と、を備えるシステム。前記ビデオ出力手段が、前記立体デジタルビデオを高品位ディスプレイまたは立体視覚システムに出力する、請求項12に記載のシステム。前記構成手段が、前記ヘッダおよび前記第1の視野画像を第1のビデオストリームから読み出し、前記デルタイメージを所定のデータ構造から読み出す、請求項12に記載のシステム。前記構成手段が前記デルタイメージを前記第1の視野画像に加算することで前記第2の視野画像を構成する、請求項12に記載のシステム。前記デルタイメージがPタイプイメージまたはBタイプイメージを有する、請求項12に記載のシステム。前記一以上のビデオストリームがMPEG互換のビデオストリームである、請求項12に記載のシステム。前記一以上のビデオストリームが複数のビデオストリームを有する、請求項12に記載のシステム。前記デルタイメージが、デルタイメージに特有の所定の構造体に格納される、請求項12に記載のシステム。前記第1の視野画像がPタイプイメージである、請求項12に記載のシステム。前記構成手段がディジタル信号プロセッサにより実行される、請求項12に記載のシステム。前記デルタイメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される複数の動きベクトルを含む、請求項1に記載のシステム。立体デジタルビデオを復号する方法であって、第1の視野画像と第2の視野画像との差から導出されるデルタイメージが存在するか否かを示すデータをそれぞれが有する複数のヘッダと、それぞれが対応する前記ヘッダを有する複数の前記第1の視野画像とを有する一以上のビデオストリームを受信する受信ステップと、前記データを有する前記ヘッダを読み出して、前記一以上のビデオストリームが前記第1の視野画像と前記第2の視野画像との差から導出される前記デルタイメージも有するか否かを判定し、前記デルタイメージが存在することを前記ヘッダの前記データが示している場合には前記デルタイメージおよび前記第1の視野画像から前記第2の視野画像を構成する構成ステップと、前記第1の視野画像および前記第2の視野画像による立体デジタルビデオを出力する出力ステップと、を含む方法。前記立体デジタルビデオが高品位ディスプレイまたは立体視覚システムに出力される、請求項23に記載の方法。前記ヘッダおよび前記第1の視野画像が第1のビデオストリームから読み出され、前記デルタイメージが所定のデータ構造から読み出される、請求項23に記載の方法。前記デルタイメージが前記第1の視野画像に加算されることで前記第2の視野画像が構成される、請求項23に記載の方法。前記一以上のビデオストリームがMPEG互換のビデオストリームである、請求項23に記載の方法。前記デルタイメージがPタイプイメージまたはBタイプイメージを有する、請求項27に記載の方法。前記一以上のビデオストリームが複数のビデオストリームを有する、請求項23に記載の方法。前記デルタイメージが、デルタイメージに特有の所定の構造体に格納される、請求項23に記載の方法。前記第1の視野画像がPタイプイメージである、請求項23に記載の方法。前記デルタイメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される複数の動きベクトルを含む、請求項23に記載の方法。ハードウェアとソフトウェアアルゴリズムの組合せは、立体3Dイメージ情報圧縮を可能にし、この情報は、立体対識別子を有する2つの同時プログラムを送り、したがってコーディング-デコーディングプロセスをはかどらせることによって、3Dvision登録商標カメラから来る左右の信号に対応する2つの独立だが同一のtime_codeを有するビデオ信号として受け取られる。また、2つの互いに依存するビデオ信号を、その差を入手することによって処理することができ、この差は、イメージタイプ識別子を有するBタイプフレームとして保管される。コーディングプロセスは、技術開発を促進するためにオープンにされているので、このデコーディングプロセスすなわち、コーディングされたデータに可変長デコーディングを適用し実質的な削減が得られるが、ルックアップテーブルを使用してデコーディングを実行しなければならない、逆スキャンプロセスを適用し、各データにスカラをかける逆量子化プロセスを適用し、逆コサイン変換関数を適用し、誤り訂正または動き補償ステージを適用し、デコードされたイメージを最終的に得ることに従うことだけが必要である。構造および動作方法に関する本発明の新規の特性は、添付明細書と一緒に添付図面の説明からよりよく理解されるが、添付図面では、類似する符号が類似する部分およびステップを指す。図1は、本発明の対象目的が関係するテクノロジマップを表す。図1には、立体3Dイメージのコーディングおよびデコーディングのシステムと、対応する方法とが示されている。イメージは、立体カメラ32から来て、情報は適当なシステム30または33でコンパイルされ31、表示される。情報は、34でコーディングされ、これを、35などの適当な以前のデコーディングステージを有するシステムに伝送することができ、35は、ケーブルシステム36、衛星システム37、高品位テレビジョンシステム38、またはTDVision登録商標社の3DVisors登録商標39などの立体視システムとすることができる。図2に、本プロセスのステップの概要が示された流れ図を示す。目的は、現在のMPEG2デコーダに対する変更と、デコーディングプロセス2のソフトウェア3およびハードウェア4に対する変更を行うことによってディジタルビデオストリームから3次元イメージを得ることであり、デコーダ1は、MPEG2-4と互換でなければならない。図3は、ビットレベルでTDVision登録商標テクノロジイメージタイプを識別するための、変更されなければならない構造と、データストリームのvideo_sequenceとの概略を示す。デコーディングプロセスのステージのそれぞれを、下で詳細に説明する20。コーディングされたデータ10は、ブロック情報、マクロブロック、フィールド、フレーム、およびMPEG2フォーマットビデオイメージを有するバイトである。Variable_length_decoding11VLC、可変長デコーダは、最も頻繁なパターンがより短いコードによって置換され、頻繁に発生しないパターンがより長いコードによって置換される圧縮アルゴリズムである。この情報の圧縮された版は、より少ないスペースを占め、ネットワークによってより高速に伝送することができる。しかし、これは、簡単に編集可能なフォーマットではなく、ルックアップテーブルを使用する圧縮解除を必要とする。たとえば、語BEETLEは、次のようになる文字ASCIIコードVLSB010000100000001010E0110010111L01101100000101T011101000100したがって、この語のASCIIコードは、0100001001100101011001010111010000110110001100101であり、VLCでは000000101011110100000100111である。実質的な減少が認められるが、VLCから語Beetleに戻すためには、ルックアップテーブル内の検索が、ビットストリームをデコードするために必要であり、これは、読取ビットの正確な比較によって行われる。逆スキャン12:情報を、ブロックによってグループ化しなければならず、VLCを用いて情報をコーディングすることによって、線形ストリームが得られる。ブロックは、8×8データ行列であり、したがって、線形情報を正方形の8×8行列に変換する必要がある。これは、プログレッシブイメージまたはインターレースイメージのどちらであるかに応じて、両方のシーケンスタイプで上から下、左から右への降下するジグザグの形で行われる。逆量子化13:これは、単純に、各データ値に係数をかけることからなる。分類された時に、ブロック内のデータの大半が、人間の目が知覚できない情報を除去するために量子化され、この量子化は、より大きいMPEG2ストリーム変換を得ることを可能にし、デコーディングプロセスで逆プロセス逆量子化を実行することも必要とする。逆コサイン変換14IDCT、inverse_discrete_cosine_transform:各ブロック内で処理されるデータは、周波数領域に関係し、この逆コサイン変換は、空間領域のサンプルに戻すことを可能にする。IDCTでデータを変換したならば、画素、色、および色訂正を得ることができる。動き補償15は、MPEGフォーマットのデコーディングステージの前に生成されたいくつかの誤りを訂正することを可能にし、動き補償は、基準として前のフレームをとり、画素に関する動きベクトルを計算し4つまでのベクトルを計算することができる、これらを使用して新しいイメージを作成する。この動き補償は、PタイプイメージおよびBタイプイメージに適用され、ここで、イメージ位置が、基準イメージからのt時間に対して突き止められる。動き補償のほかに、誤り訂正も適用される。というのは、特定の画素の位置を予測することは不十分であり、その色の変化も存在し得るからである。したがって、デコードされたイメージが得られる16。PタイプイメージまたはBタイプイメージをデコードするために、基準イメージがとられ、動きベクトルが、代数的に加算されて、次のイメージが計算され、最後に、誤り訂正データが適用され、したがって、デコードされたイメージが成功裡に生成される。実際には、video_sequence内で、2つの互いに依存するビデオ信号R-L=デルタが存在し、デルタ差は、TDVision登録商標識別子を有するBタイプ立体対フレームとして保管されるものであり、デコーディングの瞬間に、イメージからの差によって構成される。すなわち、R-delta=LおよびL-delta=Rであり、左イメージは、右イメージとの差から構成され、右イメージは、左イメージとの差から構成される。前のプロセスは、左または右の信号がとられ、両方が一時バッファに保管され、その後、左信号と右信号の間の差が計算され、その後、前記イメージからの差によって後にデコードされる、video_sequenceに保管されたBタイプイメージとしてコーディングされる形で概要を示された。デコーディングプロセスでは、VLCステージによって入力されたデータが、同一ステージによって出力されるデータよりはるかに小さいことを演繹することができる。MPEGビデオシーケンス構造これは、MPEG2フォーマットで使用される最大の構造であり、次のフォーマットを有する。ビデオシーケンスVideo_SequenceシーケンスヘッダSequence_Headerシーケンス拡張Sequence_Extensionユーザデータ0および拡張Extension_and_User_Data0イメージグループヘッダGroup_of_Picture_Headerユーザデータ1および拡張Extension_and_User_Data1イメージヘッダPicture_Headerコーディングされたイメージ拡張Picture_Coding_Extensionユーザデータ2および拡張Extension_and_User_Data2イメージデータPicture_DataスライスSliceマクロブロックMacroblock動きベクトルMotion_VectorsコーディングされたブロックパターンCoded_Block_PatternブロックBlock最終シーケンスコードSequence_end_Codeこれらの構造が、ビデオシーケンスを構成する。ビデオシーケンスは、MPEGフォーマットについて適用され、各バージョンを区別するために、シーケンスヘッダの直後にシーケンス拡張が存在することの検証がなければならず、シーケンス拡張がヘッダに続かない場合には、そのストリームはMPEG1フォーマットである。ビデオシーケンスの始めに、sequence_headerおよびsequence_extensionがvideo_sequenceに現れる。sequence_extensionは、最初の試行で同一でなければならず、sequence_headerのs回の反復は、最初の出現と比較してほとんど変化せず、量子化行列を定義する部分だけが変化しなければならない。シーケンス反復を有することによって、ビデオストリームへのランダムアクセスが可能になる、すなわち、デコーダがビデオストリームの途中から再生を開始することを望む場合に、これを行うことができる。というのは、次のイメージをデコードするために、その瞬間の前のsequence_headerおよびsequence_extensionを見つけることだけが必要になるからである。これは、伝送時刻の後に同調された衛星デコーダなど、先頭から開始できないビデオストリームについても発生する。フルビデオ信号コーディング-デコーディングプロセスは、次のステップからなる。ビデオ信号をディジタル化すること。これは、NTSCフォーマット、PALフォーマット、またはSECAMフォーマットで行うことができる。ディジタル形式でビデオ信号を保管すること信号を送ることディジタルビデオストリームを物理媒体DVD、VCD、MiniDVに記録すること信号を受け取ることビデオストリームを再生すること信号をデコードすること信号を表示すること適当なDSPによって処理されるメモリを2倍にし、8つまでの出力バッファを配置する可能性を有することが必須であり、これによって、TDVision登録商標社の3DVisor登録商標などのデバイスで立体イメージの以前の表現および同時表現が可能になる。実際には、たとえば、TexasInstruments社のTMS320C62XDSPの例示的な事例で、DSPのプログラミングAPIを呼び出す時に、2チャネルを初期化しなければならない。MPEG2VDEC_createconstIMPEG2VDEC_fxnsfxns,constMEPG2VDEC_Paramsparamsここで、IMPEG2VDEC_fxnsyMEPG2VDEC_Paramsは、各ビデオチャネルの動作パラメータを定義するポインタ構造であり、たとえば、3DLhandle=MPEG2VDEC_createfxns3DLEFT,Params3DLEFT3DRhandle=MPEG2VDEC_createfxns3DRIGHT,Params3DRIGHTである。これによって、左右の立体チャネルごとに1つずつの、2つのビデオチャネルをデコードできるようになり、2つのビデオハンドラが得られる。二重表示出力バッファが必要であり、ソフトウェアによって、AP関数を呼び出すことによって、2つのバッファのうちのどちらが出力を表示しなければならないかが定義される。すなわち、MPEG2VDEC_APPLY3DRhandle,inputR1,inputR2,inputR3,3doutright_pb,3doutright_fbMPEG2VDEC_APPLY3DLhandle,inputL1,inputL2,inputL3,3doutleft_pb,3doutleft_fbこれと同一の手順を、類似する機能を有するすべてのDSP、マイクロプロセッサ、または電子デバイスについて実施することができる。ここで、3DLhandleは、DSPの作成関数によって返されるハンドルへのポインタであり、input1パラメータは、FUNC_DECODE_FRAMEまたはFUNC_START_PARAのアドレスであり、input2は、外部入力バッファアドレスへのポインタであり、input3は、外部入力バッファのサイズである。3doutleft_pbは、パラメータバッファのアドレスであり、3doutleft_fbは、デコードされたイメージが保管される出力バッファの先頭である。timecodeおよびtimestampは、順次同期式の形での最終デバイスへの出力に使用される。DSPによって処理されるメモリを2倍にし、8つまでの出力バッファを配置する可能性を有することが必須であり、これによって、TDVision登録商標Corporation社の3DVisor登録商標などのデバイスで立体イメージの以前の表示および同時表示が可能になる。ソフトウェアプロセスおよびハードウェアプロセスの統合は、DSPと称するデバイスによって実行され、このDSPは、ハードウェアプロセスのほとんどを実行する。これらのDSPは、製造業者によって供給されるC言語およびアセンブリ言語のハイブリッドによってプログラムされる。各DSPは、DSP内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のAPIを有する。この参照情報を用いて、MPEG2フォーマット互換3Dイメージデコーディングに関する本願が作られる。実際には、ビデオシーケンスの始めに、シーケンスヘッダsequence_headerおよびシーケンス拡張が必ず現れる。シーケンス拡張の反復は、最初と同一でなければならない。対照的に、シーケンスヘッダ反復は、最初の出現と比較してほとんど変化せず、量子化行列を定義する部分だけが変化しなければならない。図4に、TDVision登録商標デコーディング方法のコンパイルソフトウェアフォーマット40を示すが、ここで、sequence_header42内でディジタル立体イメージビデオストリームのvideo_sequence41が識別され、これは、依存または独立平行イメージとすることができる。イメージがTDVision登録商標である場合に、2重バッファがアクティブ化され、aspect_ratio_informationの変更が識別される。ここで見つけることができる、イメージに対応する情報が、user_data43に読み取られる。sequence_scalable_extension44は、それとベースレイヤとエンハンスメントレイヤとに含まれる情報を定義し、video_sequenceをここで突き止めることができ、scalable_modeおよびレイヤ識別子を定義し、extra_bit_picture45は、picture_estructureおよびpicture_headerを定義し、picture_coding_extension46は、Bタイプイメージを読み取り、それがTDVision登録商標タイプイメージである場合に、第2バッファをデコードする。picture_temporal_scalable_extension47は、時間スケーラビリティを有する場合に、Bタイプイメージをデコードするのに使用される。すなわち、シーケンスヘッダsequence_headerは、ビデオストリームに対する上位情報レベルを提供し、わかりやすくするために、それぞれに対応するビット数も示され、上位ビットは、シーケンス拡張Sequence_Extension構造内に置かれ、次の構造によって形成される。Picture_temporal_scalable_extension時間スケーラビリティを有する場合に、2つの空間解像度ストリームが存在し、下レイヤは、ビデオフレームのより小さいインデックスの版を提供し、上レイヤは、同一ビデオのフレームのより大きいインデックスの版を導出するのに使用することができる。時間スケーラビリティは、低品質、低コスト、または無料のデコーダによって使用することができ、より高いフレーム毎秒は、有料で使用される。イメージ空間スケーラビリティの場合に、エンハンスメントレイヤにデータが含まれ、このデータは、ベースレイヤのよりよい解像度を可能にし、したがって、ベースレイヤのよりよい解像度を再構築することができる。エンハンスメントレイヤが、動き補償の基準としてのベースレイヤの関数として使用される時に、エンハンスメントレイヤのより高い解像度を得るために、下レイヤをエスカレートし、オフセットしなければならない。EXTENSION_AND_USER_DATA2イメージは、DVDディジタル多用途ディスクDTVディジタルテレビジョンHDTV高品位テレビジョンケーブルDVB、ディジタルビデオ放送衛星DDS、ディジタル衛星システムで表示することができ、これはソフトウェアプロセスとハードウェアプロセスの統合である。図5のハードウェアセクションでのデコーディングコンパイルフォーマット50は、DSP入力メモリに複製され、それと同時に、立体TDVision登録商標カメラによって撮影された左右の立体の既存信号に対応する2つの独立のまたは依存するビデオ信号の同時入力が許容される。この手順では、video_sequence51が、左右のフレームを交番させるかこれらを並列に送るために検出され、sequence_header52識別、イメージタイプ53が識別され、通常ビデオストリーム54に渡され、次に、誤り訂正プロセス55にサブミットされ、ビデオイメージ情報が、出力バッファ56に送られ、出力バッファ56は、この情報を共用し、ビデオストリーム情報が3Dまたは2Dで表示される前記チャネル内の左チャネル57および右チャネル58に分配する。2つの独立だが同一のtime_codeに同期化されたビデオストリームとしての同時形式でL左とR右の両方のビデオストリームを保管することにあり、したがって、これらを、後にデコードし、より大きい出力バッファ内で並列に再生することができる。これらを、従属とし、差によって分類解除decodifyすることもできる。ハードウェアに関して、プロセスのほとんどが、DSPディジタル信号プロセッサと称するデバイスによって実行される。例として、たとえば、Motorola社のモデルおよびTexasInstruments社のモデルTMS320C62Xを使用することができる。これらのDSPは、当の製造業者によって供給されるC言語およびアセンブリ言語のハイブリッドによってプログラムされる。各DSPは、DSP内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のAPIを有する。この参照情報から、3Dイメージがコーディングされ、このコードは、MPEG2フォーマットおよびそれ自体のコーディングアルゴリズムと互換である。情報がコーディングされる時に、DSPは、MPEG2圧縮されたビデオストリームを形成するために、予測プロセス、比較プロセス、量子化プロセス、およびDCT関数適用プロセスを実行する責任を負う。ディジタルビデオストリームから3次元イメージを得るために、デコーディングプロセスの異なる部分のソフトウェア変更およびハードウェア変更によって、現在のMPEG2デコーダに対するある種の変更が行われた。ビデオデータストリームの構造およびvideo_sequenceを、TDVision登録商標テクノロジイメージタイプをビットレベルで識別するのに必要なフラグを含めるために変更しなければならない。この変更は、次のデコーディングステップで行われる。ソフトウェア-ビデオフォーマット識別。-TDVision登録商標ビデオでない場合のMPEG2後方互換性のための論理andの適用。-video_sequenceをスキャンする、通常の形前の技法でのイメージデコーディング。-TDVision登録商標タイプイメージの場合に、_それらが従属または独立のどちらのビデオ信号であるかの区別。_最後の完全なイメージバッファを左または右のチャネルバッファに保管する。_Bタイプフレーム情報デコーディングを適用する。_動きベクトルおよび色訂正ベクトルを適用することによって、最後に得られたイメージに誤り訂正を適用する。_その結果を各々のチャネルバッファに保管する。_ビデオシーケンス読取を継続する。ハードウェア情報がハードウェアを介してデコードされる時に、_イメージが2Dまたは3Dのどちらであるかを区別する。_二重出力バッファをアクティブ化するメモリを増やす。_差デコーディングセレクタをアクティブ化する。_平行デコーディングセレクタをアクティブ化する。_圧縮解除プロセスを実行する。_イメージをそれに対応する出力バッファ内で表示する。次の構造、副構造、およびシーケンスドは、特定の形で使用され、MPEG2後方互換TDVision登録商標テクノロジのハードウェア実施のvideo_sequence構造に属する。実際には、Sequence_headerAspect_ratio_information1001TDVision登録商標で該当なし1010TDVision登録商標の4:31011TDVision登録商標の16:91100TDVision登録商標の2.21:10111との論理andを実行して、2Dシステムとの後方互換性を得るが、これが行われる時に、立体対左または右のバッファをソースに対して等しくしなければならないことの指示がDSPに送られ、したがって、デコードされるすべてのイメージが、すべてのデバイスでのイメージ表示を可能にするために両方の出力バッファに送られる。Frame_rate_code1001TDVision登録商標フォーマットの24000/10123.9761010TDVision登録商標フォーマットの241011TDVision登録商標フォーマットの251100TDVision登録商標フォーマットの30000/100129.971101TDVision登録商標フォーマットの301110TDVision登録商標フォーマットの501111TDVision登録商標フォーマットの60000/100159.942Dシステムとの後方互換性を得るために、0111との論理andを実行する。User_dataSequence_scalable_extensionPicture_headerExtra_bit_picture0=TDVision登録商標1=通常Picture_coding_extensionピクチャ構造00=TDVision登録商標フォーマットのイメージPicture_temporal_scalable_extension情報をコーディングする瞬間に、DPSが使用され、このDPSは、予測プロセス、比較プロセス、および量子化プロセスを実行する責任を負い、DCTを適用してMPEG2圧縮されたビデオストリームを形成し、2Dイメージと3Dイメージの間で区別する。2つのビデオ信号が、独立だが同一のtime_codeを有する形式でコーディングされ、これらの信号は、3DVision登録商標カメラから来る左信号および右信号に対応し、両方のプログラムがTDVision登録商標立体対識別子と共に同時に送られる。このタイプのデコーディングは、平行イメージによるbyparallelimagesと称し、左と右LとRの両方のビデオストリームを2つの独立だがtime_code同期化されたビデオストリームとして同時に保管することにある。これらは、後に、並列にデコードされ、再生される。デコーディングソフトウェアだけをデコードする必要があり、トランスポートストリームのコーディングおよび圧縮アルゴリズムは、現在のものと同一である。デコーダでのソフトウェア変更デコーダでは、この例の事例ではTMS320C62XファミリのTexasInstruments社のDSPの使用でプログラミングAPIに従って、2つのプログラムストリームまたは、2つの互いに依存するビデオ信号すなわち識別子と共にBタイプフレームとして保管された両方の間の差から構成されたビデオ信号を、同時にプログラムしなければならない。DSPのプログラミングアルゴリズムおよび方法-DSPを始動する時に2つのプロセスチャネル主バッファおよび副バッファまたはAPIを呼び出す時には左右を作成する。-各チャネルのRAMメモリポインタメモリマップ内のRAMアドレスを得る。-TDVision登録商標タイプビデオシーケンスを得た時にこれをBタイプと解釈しイメージをリアルタイムでデコードし変更または差を相補バッファに適用し結果を副バッファに保管する。video_sequenceデータストリームでソフトウェアに関して、次の2つのオプションが実施される。1.一方は、ソフトウェアだけを変更し、user_dataセクションを使用して、立体信号を再生成できるようにする誤り訂正を保管する。2.他方は、ハードウェアによってPICTURE_DATA3D関数をイネーブルし、この関数は、MPEG2互換リーダに透過的であり、TDVision登録商標互換DSPによってデコードすることができる。MPEG2デコーダは、user_dataコードを検出した瞬間に、3DVISION_START_IDENTIFIER=0X000ABCD32ビット識別子を検索し、これは、コードを再作成するのが極端に高く、むずかしいか、データを表さない。次に、読み取るべき3Dブロック長を考慮に入れるが、これは32ビットnデータである。この情報がUSER_DATA内で検出された時に、特殊なデコーディング関数への呼出しが行われ、これが、その後、出力バッファと比較され、Bタイプフレームに関する通常の訂正として、video_sequenceの現在の読取オフセットすなわちnバイトから適用される。この訂正の出力が、他の出力アドレスに送られ、この出力アドレスは、電子表示デバイスに存在するものに追加されるビデオ出力に直接に関連する。PICTURE_DATA3D構造が認識される場合に、直接にデコーダによる情報の読取に進むが、情報は第2出力バッファに書き込まれ、第2出力バッファは、電子表示デバイスに存在するものに追加されるビデオ出力にも接続される。プログラムストリームの場合に、2つの信号左および右が、time_codeによって同期化され、これらの信号は、十分な同時複数ビデオチャネルデコーディング能力を有するMPEGデコーダによって並列にデコードされるか、同一video_sequence内の2つの互いに依存するビデオ信号、たとえばR-L=デルタを送ることができ、ここで、デルタは、立体対TDVision登録商標識別子と共にBタイプフレームとして保管された差であり、2つの信号は、前述のTexasInstruments社のDSPの場合と同様に、イメージからの差によってデコーディングの瞬間に再構成することができる、すなわち、R-デルタ=LまたはL-デルタ=Rであるが、これは、例示的であって制限的な例ではないと考えられる。単一のビデオシーケンスを含むビデオも、実施されるが、60フレーム毎秒で左右のフレームが交番しそれぞれ30フレーム、デコードされた時に、ビデオバッファイメージが対応する左チャネルまたは右チャネルに置かれる。ハードウェアを介して、信号がTDVision登録商標タイプであるかどうかを検出する能力もあり、そうである場合には、その信号がトランスポートストリーム、プログラムストリーム、または60フレーム毎秒の左右多重化であるかどうかが識別される。トランスポートストリームの場合に、後方互換性システムが、3D特性なしで2Dでのみ同一のビデオを表示する能力を有する、現在のデコーダ内で使用可能であり、この場合に、DSPは、TDVision登録商標または以前の技法のデバイスでイメージを表示するためにディスエーブルされる。プログラムストリームの場合に、現在衛星伝送システムで使用されているものなどの無変更のコーダが使用されるが、レセプタおよびデコーダは、TDVision登録商標フラグ識別システムを有し、したがって、左右対を形成するために第2ビデオバッファをイネーブルする。最後に、多重化されたビデオの場合に、2つのビデオバッファ左右を有するMPEGデコーダがイネーブルされ、適当なフレームを識別し、各信号を30フレーム毎秒で分離し、したがって、フリッカレスイメージがもたらされ、ビデオストリームが一定なので、また、人間の目の特性保持波characteristicretentionwaveに起因して、多重化効果は知覚されない。本発明の特定の実施形態を図示し、説明したが、当業者には、本発明の範囲から逸脱せずに複数の修正または変更を作ることができることは明白であろう。そのような修正および変更のすべてが、添付の特許請求の範囲に含まれ、その結果、すべての変更および修正が、本発明の範囲に含まれるようになることが意図されている。"