(57)【特許請求の範囲】
【請求項１】
画像データを符号化して符号化データを生成する符号化手段と、
上記符号化データを復号側バッファに伝送するバッファ手段と、
上記符号化手段から出力される第１の符号化情報に基づいて、上記符号化データを伝送開始した後上記復号側バッファに蓄積される上記符号化データの蓄積量が予め設定された所定量となるまでの時間を一定とするように、上記復号側バッファのデータ蓄積量が上記所定量となるまでの上記符号化データの出力量を決定し、上記第１の符号化情報に続く第２の符号化情報に基づいて、上記復号側バッファのデータ蓄積量が上記所定量となった後の上記符号化データの出力量を決定する決定手段と
を具える符号化データ出力装置。
【請求項２】
上記決定手段は、上記符号化データの出力量をピクチャ単位で決定する
請求の範囲第１項に記載の符号化データ出力装置。
【請求項３】
上記決定手段は、上記所定量となるまでの時間における最後のピクチャに対応する上記復号側バッファの蓄積量が上記復号側バッファの最大容量となるように割り当て、上記最大容量を基準にして、上記所定量となるまでの上記符号化データの出力量を決定する
請求の範囲第２項に記載の符号化データ出力装置。
【請求項４】
上記決定手段は、上記第２の符号化情報に含まれる各ピクチャの符号化データに対してピクチャタイプに応じて決定するフレーム番号を割り当てる
請求の範囲第２項に記載の符号化データ出力装置。
【請求項５】
上記決定手段は、上記最大容量を基準にして、上記所定量となるまでの時間における最初のピクチャに対応する上記符号化データの出力量を決定する
請求の範囲第３項に記載の符号化データ出力装置。
【請求項６】
上記決定手段は、上記符号化情報に含まれるフィールドの符号発生量からフレームビット量を算出し、上記符号化データの出力量を決定するピクチャに対応する上記復号側バッファの蓄積量が上記フレームビット量以上である場合に、上記最後のピクチャから時間的に逆上っていく毎に上記フレームビット量を読み出して、上記所定量となるまでの上記符号化データの出力量を決定する
請求の範囲第３項に記載の符号化データ出力装置。
【請求項７】
上記符号化データは、ＭＰＥＧ方式のトランスポートストリームである
請求の範囲第１項に記載の符号化データ出力装置。
【請求項８】
上記復号側バッファに蓄積される上記符号化データの蓄積量が予め設定された所定量となるまでの時間は、ＶＢＶディレイである
請求の範囲第７項に記載の符号化データ出力装置。
【請求項９】
上記符号化手段は、上記第１の符号化情報及び第２の符号化情報をピクチャ単位で出力する
請求の範囲第１項に記載の符号化データ出力装置。
【請求項１０】
上記画像データは、２フィールドで構成されたピクチャと３フィールドで構成されたピクチャとが混在したデータである
請求の範囲第１項に記載の符号化データ出力装置。
【請求項１１】
画像データを符号化して符号化データを生成するステップと、
上記符号化データを復号側バッファに伝送するステップと、
上記符号化する際に生成された第１の符号化情報に基づいて、上記符号化データを伝送開始した後上記復号側バッファに蓄積される上記符号化データの蓄積量が予め設定された所定量となるまでの時間を一定とするように、上記復号側バッファのデータ蓄積量が上記所定量となるまでの上記符号化データの出力量を決定し、上記第１の符号化情報に続く第２の符号化情報に基づいて、上記復号側バッファのデータ蓄積量が上記所定量となった後の上記符号化データの出力量を決定するステップと
を具える符号化データ出力方法。
【請求項１２】
画像データを符号化する符号化手段から生成される符号化データの出力量を制御する符号化データ制御装置において、
上記符号化手段から出力される第１の符号化情報及び上記第１の符号化情報に続く第２の符号化情報を取得する取得手段と、
上記取得手段により取得された上記第１の符号化情報に基づいて、上記符号化データの出力先である復号側バッファに蓄積される上記符号化データの蓄積量が予め設定された所定量となるまでの時間を一定とするように、上記復号側バッファのデータ蓄積量が上記所定量となるまでの上記符号化データの出力量を決定し、上記取得手段により取得された上記第２の符号化情報に基づいて、上記復号側バッファのデータ蓄積量が上記所定量となった後の上記符号化データの出力量を決定する決定手段と
を具える符号化データ制御装置。
【請求項１３】
画像データを符号化する符号化手段から生成される符号化データの出力量を制御する符号化データ制御方法において、
上記符号化手段から出力される第１の符号化情報及び上記第１の符号化情報に続く第２の符号化情報を取得するステップと、
取得された上記第１の符号化情報に基づいて、上記符号化データの出力先である復号側バッファに蓄積される上記符号化データの蓄積量が予め設定された所定量となるまでの時間を一定とするように、上記復号側バッファのデータ蓄積量が上記所定量となるまでの上記符号化データの出力量を決定し、取得された上記第２の符号化情報に基づいて、上記復号側バッファのデータ蓄積量が上記所定量となった後の上記符号化データの出力量を決定するステップと
を具える符号化データ制御方法。
【発明の詳細な説明】
技術分野
本発明は符号化データ出力装置及びその方法に関し、例えば映像データ及び音声データを多重化して伝送する符号化データ出力装置及びその方法に適用して好適なものである。
背景技術
従来、ディジタル放送システムにおいては、図１に示すように映像データをビデオエンコーダ１によってＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）方式で圧縮符号化し、当該圧縮符号化してなる符号化データＥＳを符号器ＦＩＦＯ２に格納した後、これをトランスポートストリームＴＳとして復号側のデコーダバッファ３に送出する。デコーダ４はデコーダバッファ３に蓄積されたデータを所定のタイミングで読み出し、これをデコードする。
かかるディジタル放送システムでは、所定のタイミングごとにほぼ等量の符号化データをデコーダバッファ３に伝送することにより、デコーダバッファ３のオーバフロー又はアンダフローを回避し得るようになされている。
ところが、符号化データを一定レートで伝送するようになされたディジタル放送システムでは、伝送レートを可変にして伝送すると、デコーダバッファにオーバフロー又はアンダフローが生じる問題があった。
発明の開示
本発明は以上の点を考慮してなされたもので、可変レートで符号化データを伝送してもデコーダバッファが破綻することを回避し得る符号化データ出力装置及びその方法を提案しようとするものである。
かかる課題を解決するため本発明においては、画像データを符号化して符号化データを生成した符号化データを復号側バッファに伝送するときに、符号化の際に生成された第１の符号化情報に基づいて、符号化データを伝送開始した後復号側バッファに蓄積される符号化データの蓄積量が予め設定された所定量となるまでの時間を一定とするように、復号側バッファのデータ蓄積量が所定量となるまでの符号化データの出力量を決定し、第１の符号化情報に続く第２の符号化情報に基づいて、復号側バッファのデータ蓄積量が所定量となった後の符号化データの出力量を決定するようにする。
符号化データの伝送開始後復号側バッファの蓄積量が所定量となるまでの時間を一定とするように符号化データの出力量を第１の符号化情報によって決定すると共に、所定量となった後の符号化データの出力量を第２の符号化情報によって決定するようにしたことにより、復号側バッファがオーバーフローや、アンダーフローしないような状態を維持しながら復号側バッファへの符号化データの伝送をなし得る。
【図面の簡単な説明】
図１は、従来のディジタル放送システムを示すブロック図である。
図２は、本発明による符号化システムを示すブロック図である。
図３は、本発明によるトランスポートストリーム生成装置の構成を示すブロック図である。
図４は、本発明によるビデオエンコーダの構成を示すブロック図である。
図５は、オーディオエンコーダの構成を示すブロック図である。
図６は、ＶＢＶディレイの説明に供するブロック図である。
図７は、本発明による伝送計画及びその実行の説明に供するフローチャートである。
図８は、伝送計画の説明に供する略線図である。
図９は、第１番目のビデオレポートに基づく伝送計画及びその実行の説明に供するフローチャートである。
図１０は、符号化データを伝送するタイミング及び伝送量の説明に供する略線図である。
図１１は、第２番目のビデオレポートに基づく伝送計画及びその実行の説明に供するフローチャートである。
図１２は、プルダウン処理されたビデオデータの伝送計画の説明に供する略線図である。
図１３は、プルダウン処理されたビデオデータの伝送計画の説明に供する略線図である。
図１４は、伝送計画によって決定された符号化データの各読出しフレームごとの伝送量を示す略線図である。
図１５は、伝送計画による伝送開始タイミングの説明に供する略線図である。
発明を実施するための最良の形態
以下図面について、本発明の一実施例を詳述する。
図２は符号化システム１０の構成を示し、ｎチャンネルのトランスポートストリーム生成装置２１1、２１2、……２１nは、それぞれビデオデータ、オーディオデータ及びプライベートデータ（付加データ）を入力し、これらをＭＰＥＧ２によって符号化する。
各トランスポートストリーム生成装置２１1、２１2、……２１nは、ビデオデータを符号化する際に画像の複雑度に応じて変化する符号化の難易度（ｄｉｆｆｉｃｕｌｔｙ）をそれぞれ算出し、当該算出結果（ｄｉｆｆｉｃｕｌｔｙ♯１〜ｄｉｆｆｉｃｕｌｔｙ♯ｎ）をイーサネット等のＬＡＮ２４を介してコンピュータ２５に送出する。
コンピュータ２５は、各トランスポートストリーム生成装置２１1、２１2、……２１nから出力される符号化の難易度情報（ｄｉｆｆｉｃｕｌｔｙ♯１〜ｄｉｆｆｉｃｕｌｔｙ♯ｎ）に基づいて、難易度に比例した目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯１〜ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯ｎ）を各トランスポートストリーム生成装置２１1、２１2、……２１nに割り振る。従って、複雑な画像や動きの速い画像を符号化するトランスポートストリーム生成装置に対しては高い目標符号化ビデオレートが割り当てられると共に、符号化難易度の低い画像を符号化するトランスポートストリーム生成装置に対しては低い目標符号化ビデオレートが割り当てられる。
各トランスポートストリーム生成装置２１1、２１2、……２１nはコンピュータ２５から与えられた目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯１〜ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯ｎ）に応じて符号化レートを制御し、その出力データを多重化部２２に送出する。
多重化部２２は各チャンネル毎にＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）データ及びＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ）データ生成部２３から供給される番組ガイド情報やＣＡ情報（ストリームに関するパラメータの設定情報）と各トランスポートストリーム生成装置２１1、２１2、……２１nから供給されるトランスポートストリームを多重化する。
因みに、多重化部２２は、スクランブル、エラー訂正符号化等の伝送路符号化部を含んでおり、多重化されたデータに対してこれらの処理を施した後、ＱＳＫ変調部に出力する。
トランスポートストリーム生成装置２１1、２１2、……２１nのそれぞれは、例えば図３に示す構成とされている。簡単のために以下の説明では、１チャンネル分のデータを多重化する例について説明する。図３において、ビデオエンコーダ３１は、スイッチャ等の外部機器から入力される映像データを、例えばＭＰＥＧ２方式により圧縮符号化する。ビデオエンコーダ３１からのビデオエレメンタリストリームがバッファメモリとしての符号器ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）バッファ３３に供給される。
このとき、ビデオエンコーダ３１は難易度情報（ｄｉｆｆｉｃｕｌｔｙ）を一旦ＣＰＵ３９に取り込んだ後、イーサネットインタフェース４４を介してコンピュータ２５（図２）に送出する。
オーディオエンコーダ３２は、外部機器から入力されるオーディオデータを、例えばＭＰＥＧ２方式により圧縮符号化し、所定の長さのオーディオフレームごとに等しいデータ量のオーディオストリームを生成し、符号器ＦＩＦＯバッファ３４に対して出力する。ＭＰＥＧ２オーディオのレイヤ２では、１１５２サンプルを１オーディオフレームとして符号化、復号がなされる。サンプリング周波数としては、４８ｋＨｚ、４４．１ｋＨｚ、３２ｋＨｚ又はその他の周波数を使用できる。従って、各サンプリング周波数に対応して、１オーディオフレームが２４ｍｓ、２６．１ｍｓ、３６ｍｓとなる。オーディオエンコーダ３２からのオーディオエレメンタリストリームの伝送レートも固定レート例えば３８４ｋ〔ｂｉｔ／ｓ〕である。
また、プライベートデータ用のメモリとしてＲＡＭ３５が設けられている。符号器ＦＩＦＯバッファ３３、３４及びＲＡＭ３５から出力されるストリームがスイッチ回路で表されるマルチプレクサ３６の入力端子ａ、ｂ、ｃにそれぞれ供給される。マルチプレクサ３６で選択されたストリームがＦＩＦＯバッファ３８を介してトランスポートストリームＴＳとして出力される。
図３に示すトランスポートストリーム生成装置は、エレメンタリストリームの多重化の制御のために、ＣＰＵ３９と、このＣＰＵ３９とＣＰＵバスを介して結合されたＲＡＭ４０、４１と、データサイズ計数用インタフェース４２、４３と、イーサネットインタフェース４４、シリアルインタフェース４５とが設けられている。
イーサネットインタフェース４４及びシリアルインタフェース４５を介してプライベートデータ１及びプライベートデータ２がＣＰＵバス上に供給される。プライベートデータは、サブタイトル、付加オーディオ情報、テキスト情報、ユーザデータ等である。
ＣＰＵ３９は、ビデオエンコーダからピクチャ単位で出力されるビデオレポートＶＲを受け取るごとに、後述する読出しスケジュールを計画し、当該計画に従ってＦＩＦＯバッファ３３に蓄積されているビデオエレメンタリストリームを読み出し、マルチプレクサ３６に送出する。マルチプレクサ３６は、ＣＰＵ３９からのコントロール信号の制御に従って、入力端子ａ、ｂ、ｃのいずれかを選択し、これら入力端子のそれぞれに入力されるエレメンタリストリームのいずれかを選択する。マルチプレクサ３６で多重化されたストリームが供給されるマルチプレクサ３７も、ＣＰＵ３９からのコントロール信号で制御される。
なお、マルチプレクサ３６は、入力端子のいずれにも入力されるエレメンタリストリームがない場合、あるいは、スタッフィング処理を行う場合等は、入力端子ａ、ｂ、ｃのいずれをも選択せず、所定のブランクデータ（連続した論理値１又は０）を出力する。
マルチプレクサ３７は、コトロール信号の制御に従って、入力端子ｄ、ｅのいずれかを選択し、入力端子ｄからのエレメンタリストリームと、入力端子ｅからのヘッダデータ（ＴＳパケットヘッダ又はＰＥＳパケットヘッダ）を選択して多重化し、ＦＩＦＯバッファ３８に対して出力する。
ＦＩＦＯバッファ３８は、マルチプレクサ３７が多重化したデータストリームをバッファリングし、トランスポートストリームＴＳとして複数チャンネルのストリームを多重化するための多重化部等の外部機器（図示せず）に対して出力する。
必要に応じて、マルチプレクサ３７からのトランスポートストリームを、ハードディスク装置、光磁気ディスク装置等の蓄積装置に出力して、記録するようにしても良い。
データサイズ係数用インタフェース４２及び４３は、ビデオエンコーダ３１及びオーディオエンコーダ３２から入力されるビデオストリーム及びオーディオストリームのフレーム又はフィールドごとのデータサイズを計数し、ＣＰＵバスを介してＣＰＵ３９に対して供給する。プライベートストリームのデータ量は、ＣＰＵ３９が分かっているので、プライベートストリームに関してのデータサイズインタフェースは不要である。
なお、データサイズの計数は、データサイズインタフェース４２、４３のそれぞれに内蔵されたカウンタにより行われる。また、データサイズの計数は、ビデオエンコーダ３１及びオーディオエンコーダ３２が出力する各エレメンタリストリームのフレームごとのデータサイズを、データサイズインタフェース４２及び４３自身が検出することによっても可能である。
イーサネットインタフェース４４は、イーサネット等のＬＡＮ（図示せず）を介して入力されてくるプライベートデータ２を受け入れ、ＣＰＵバスを介してＣＰＵ３９に対して出力する。シリアルインタフェース４５は、例えばコンピュータから入力されるシリアル形式のプライベートデータ１を受け入れ、ＣＰＵバスを介してＣＰＵ３９に対して出力する。
ＣＰＵ３９は、例えば、マイクロプロセッサ及びプログラム格納用のＲＯＭ及びこれらの周辺回路から構成され、トランスポートストリーム生成装置が所望の動作を行うように、トランスポートストリーム生成装置を制御する。具体的には、ＣＰＵ３９は、例えばビデオエンコーダ３１のビットレート制御回路に対して目標ビデオ符号化レートを供給する。
また、ＣＰＵ３９は、制御データ用ＲＡＭ４０に記憶された制御データを用いて、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）の情報を含むアダプテーションフィールド及びＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットヘッダの内容を生成する。生成されたヘッダは、処理用ＲＡＭ４１に記憶された後、マルチプレクサ３７の入力端子ｅ及びその出力端子を介して出力される。このように、マルチプレクサ３６によって、エレメンタリストリームの多重化がされ、マルチプレクサ３７によってＰＥＳパケットヘッダ及びＴＳパケットヘッダが付加される。その結果、図３のトランスポートストリーム生成装置は、エレメンタリストリームからＰＥＳパケット及びＴＳパケットへの変換の両者を行っている。
また、ＣＰＵ３９は、データサイズインタフェース４２及び４３から入力されるデータサイズ、イーサネットインタフェース４４から入力される目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ）、及び符号化器ＦＩＦＯバッファ３３、３４の残り記録容量（バッファ残量）などに基づいて、多重化するエレメンタリストリームの順番、各エレメンタリストリームの多重化データ量等を決定し、その決定に基づいてマルチプレクサ３６、３７を制御する。この時に多重化のタイミング調整なども行う。
処理用ＲＡＭ４０は、上述したような処理をＣＰＵ３９が行う際に、取り扱うデータ量等を記憶するメモリである。具体的には、例えばＣＰＵ３９で生成されたヘッダがＲＡＭ４０に記憶され、このＲＡＭ４０からマルチプレクサ３７の入力端子ｅに対して出力され、トランスポートストリーム上に挿入される。
また、ＣＰＵ３９がデータサイズ係数用インタフェース４２、４３等から読み込んだ符号化データ量のデータや、イーサネットインタフェース４４またはシリアルインターフェース４５を介して入力されたプライベートデータ等が処理用ＲＡＭ４０に一旦記憶され、ＣＰＵ３９における処理に供される。
制御データ用ＲＡＭ４１は、ＣＰＵ３９の処理にかかわる制御用データを記憶するメモリである。制御データ用ＲＡＭ４１には、例えばヘッダデータの作成に関連する制御データ、スケジュールデータ等が記憶される。
ビデオエンコーダ３１は、図４に示す構成とされている。すなわち、入力ビデオデータから符号化難易度（ｄｉｆｆｉｃｕｌｔｙ）を算出する統計量算出回路５０と、入力ビデオデータとローカル復号ビデオデータの差分を演算する減算回路５１と、減算回路５１の出力をＤＣＴ変換するＤＣＴ回路５２と、ＤＣＴ回路５２からの係数データを量子化する量子化回路５３と、量子化回路５３の出力を可変長符号化（ＶＬＣ）する可変長符号化回路５４と、可変長符号化回路５４の一定レートの出力として取り出すためのバッファメモリ５５とが設けられる。可変長符号化回路５４の発生データ量の情報がビットレート制御回路５６に供給され、量子化スケールが制御される。それによって、発生データ量の制御がなされる。また、逆量子化回路５７、逆ＤＣＴ回路５８、加算回路５９およびフレームメモリ６０からなるローカル復号部が設けられる。
さらに、図示を省略されているが、動き検出部が設けられ、動き検出部によって、マクロブロック単位の動きベクトルが検出される。この動きベクトルに基づいて、フレームメモリ６０が制御され、動き補償がなされる。
なお、ＭＰＥＧの場合では、ピクチャタイプが３種類ある。すなわち、フレーム内符号化画像であるＩ（Ｉｎｔｒａ）ピクチャと、フレーム間前方向予測符号化画像であるＰ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャと、双方向予測画像であるＢ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ  ｐｒｅｄｉｃｔｉｖｅ）ピクチャとがある。このピクチャタイプと同様に、マクロブロックタイプが３種類ある。すなわち、フレーム内符号化（Ｉｎｔｒａ）マクロブロックと、過去から未来を予測する前方向（Ｆｏｒｗａｒｄ）フレーム間予測マクロブロックと、未来から過去を予測する後方向（Ｂａｃｋｗａｒｄ）フレーム間予測マクロブロックと、前後両方向から予測する内挿的（Ｉｎｔｅｒｐｏｌａｔｉｖｅ）マクロブロックとがある。
Ｉピクチャ内の全てのマクロブロックは、フレーム内符号化マクロブロックである。また、Ｐピクチャ内には、フレーム内符号化マクロブロックと前方向フレーム間予測マクロブロックとが含まれる。Ｂピクチャ内には、上述した４種類の全てのタイプのマクロブロックが含まれる。これらのマクロブロックタイプに応じて、ローカル復号データが形成され、また、予測符号化の場合に、減算回路５１において差分が演算され、フレーム内符号化の場合では、差分が演算されず、入力ビデオデータが減算回路５１の出力に現れる。
上述したトランスポートストリーム生成装置のＣＰＵ３９は、ビデオエンコーダ３１のビットレート制御回路５６に対して目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ）を供給する。ビットレート制御回路５６は、可変長符号化回路５４が実際に生成したビデオエレメンタリストリームのデータ量に基づいて、圧縮符号化後のデータ量が、設定された目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ）と等しくなるように量子化回路５３を制御する。
オーディオエンコーダ３２は、図５に示すように、サブバンド分析フィルタバンク（ＳＡＦＢ）６１、線形量子化回路６２、ビット圧縮回路６３、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｅｒ）回路６４、心理聴覚モデル６５、動的ビット割り当て回路６６、スケールファクタ選択情報記憶回路６７、スケールファクタ抽出回路６８、サイド情報符号化回路６９およびビットストリーム生成回路７０から構成される。
オーディオエンコーダ３２は、外部機器から入力されたオーディオデータをＭＰＥＧ２方式により圧縮符号化し、オーディオストリームを生成し、符号器ＦＩＦＯバッファ３４及びデータサイズ係数用インタフェース４３に対して出力する。
上述した本発明の一実施例において、各トランスポートストリーム生成装置２１1、２１2、……２１nは、ビデオエレメンタリストリーム、オーディオエレメンタリストリームおよびプライベートエレメンタリストリームを多重化し、ＭＰＥＧ２のトランスポートストリームＴＳを生成する。
かくして、図２について上述した多重化部２２は、各トランスポートストリーム生成装置２１1、２１2、……２１nからそれぞれの符号化難易度（ｄｉｆｆｉｃｕｌｔｙ♯１〜ｄｉｆｆｉｃｕｌｔｙ♯ｎ）に応じた目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯１〜ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ♯ｎ）で供給されるトランスポートストリームＴＳを多重化し、当該多重化した結果をＱＳＫ変調部を介して受信側に送信する。かくして、符号化難易度の高いビデオデータを符号化してなるトランスポートストリームＴＳは高い伝送レートで受信側に送信され、符号化難易度の低いビデオデータを符号化してなるトランスポートストリームＴＳは低い伝送レートで受信側に送信される。
受信側では、受信したデータを一旦デコードバッファ（ＶＢＶ（Ｖｉｄｅｏ  Ｂｕｆｆｅｒｉｎｇ  Ｖｅｒｉｆｉｅｒ）バッファ）に蓄積し、当該蓄積量が予め設定された蓄積量に達すると、デコーダがデコードバッファに蓄積されたデータを読み出して直ちにデコードを開始する。
因みに、図６は図２及び図３について上述した符号化システム１０の各トランスポートストリーム生成装置２１1、２１2、……２１nのいずれかのビデオエンコーダ３１及び符号器ＦＩＦＯ３３と、受信側のデコードバッファ１０３及びデコーダ１０４を示し、符号化システム１０の各トランスポートストリーム生成装置２１1、２１2、……２１nは、入力ビデオデータの符号化難易度（ｄｉｆｆｉｃｕｌｔｙ）に応じて目標符号化ビデオレート（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ）が変化しても、各トランスポートストリームＴＳのＶＢＶディレイが一定となるような伝送を行うようになされている。各トランスポートストリームＴＳのＶＢＶディレイとは、ビデオエンコーダ３１から出力されるビデオエレメンタリストリームＥＳが符号器ＦＩＦＯ３３に入力されるタイミングから、当該入力されたビデオエレメンタリストリームが符号器ＦＩＦＯ３３から読み出されて受信側のデコーダバッファ（ＶＢＶバッファ）１０３を介してデコーダ１０４でデコード開始されるまでの時間をいう。
この実施例の場合、各トランスポートストリーム生成装置２１1、２１2、……２１nの符号器ＦＩＦＯ３３からデコーダバッファ１０３に対してフレーム単位でトランスポートストリームＴＳの伝送計画が実行され、ＶＢＶディレイは２２フレームとされている。
以下、伝送ディレイを２２フレームとする理由について説明する。ＭＰＥＧ２規格では、トランスポートストリームＴＳを伝送する際のディレイ値を１６ビットで表現するようになされている。従って、当該１６ビットで表される最大のディレイ値はＦＦＦＦ（６５５３５）となる。そして、符号化システム１０におけるカウンタは９０〔ｋＨｚ〕で動作していることにより、ディレイ値の最大値は、６５５３５／９００００＝０．７３〔秒〕となる。このようにＭＰＥＧ２における伝送ディレイは１６ビットで表される最大値０．７３〔秒〕までを考慮していれば良く、当該０．７３〔秒〕を１／３０〔秒〕ごとのフレーム数に換算すると、２１．９フレームとなる。
従って、この実施例では、２１．９フレームを越える最小のフレーム数（２２フレーム）をＶＢＶディレイとして設定することにより、ＭＰＥＧ２の規定による最大ディレイ値での伝送処理を可能としている。
以下、トランスポートストリームＴＳのＶＢＶディレイを一定にする処理について説明する。
図７は各トランスポートストリーム生成装置２１1、２１2、……２１nのＣＰＵ３９において実行される符号器ＦＩＦＯバッファ３３からのデータ読み出し処理手順を示し、この処理手順によりＶＢＶディレイを一定にして受信側のＶＢＶバッファをオーバフロー又はアンダフローさせないようにする。
すなわち図７においてＣＰＵ３９はビデオエンコーダ３１のエンコード処理が開始されるとステップＳＰ１から当該読出し処理手順に入り、続くステップＳＰ２においてビデオエンコーダ３１から最初のビデオレポートＶＲ１を受け取ったか否かを判断する。ここで否定結果が得られると、このことはビデオエンコーダ３１において未だ１ピクチャ分のエンコード処理が終了せずビデオレポートが出力されていなことを表しており、このときＣＰＵ３９は当該ステップＳＰ２の処理を繰り返すことにより、ビデオエンコーダ３１からビデオレポートが出力されるのを待ち受ける。
この待ち受け状態は、図８に示すように時点ｔ０においてビデオエンコーダ３１のエンコードが開始された後、時点ｔ１において１ピクチャ分のエンコードが終了してビデオレポートＶＲ１がビデオエンコーダ３１から出力されるまでのシステムディレイに相当する。
ビデオエンコーダ３１において最初の１ピクチャ分のエンコード処理が終了すると当該ビデオエンコーダ３１はＣＰＵ３９に対して最初のビデオレポートＶＲ１を出力する。これによりＣＰＵ３９は図７に示すステップＳＰ２において肯定結果を得、続くステップＳＰ３に移る。ステップＳＰ３においてＣＰＵ３９はビデオエンコーダ３１から出力されるビデオレポート番号ｉに１を代入し、続くステップＳＰ４において後述するリスト１の制御を実行する。これにより、第１番目のビデオレポートＶＲ１に含まれるフィールドごとのデータ量（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕）に基づいて、デコーダ１０４が最初のフレームのトランスポートストリームＴＳのデコードを開始する時点ｔ１０（図８）までのデコーダバッファ１０３への２２フレーム分（ｆｒａｍｅ＿ｂｉｔ〔０〕〜ｆｒａｍｅ＿ｂｉｔ〔２１〕）のトランスポートストリームＴＳの伝送計画をたてると共にこれを実行開始する。
この場合、ＣＰＵ３９は、第１番目のビデオレポートＶＲ１がビデオエンコーダ３１からＣＰＵ３９に出力された時点ｔ１から、ＶＢＶディレイである２２フレーム分（ｆｒａｍｅ〔０〕〜ｆｒａｍｅ〔２１〕）の時間（１フレームは１／３０〔秒〕）が経過した時点ｔ１０においてデコーダバッファ（ＶＢＶバッファ）１０３のデータ蓄積量が最大容量（１．７５〔Ｍｂｉｔ〕）に達するような伝送計画がたてられ、当該計画に従って、最初の２２フレーム分（ｆｒａｍｅ＿ｂｉｔ〔０〕〜ｆｒａｍｅ＿ｂｉｔ〔２１〕）のトランスポートストリームＴＳが符号器ＦＩＦＯ３３から読み出され、伝送系を介してデコーダバッファ１０３に出力される。
そして、続くステップＳＰ５において、ＣＰＵ３９は次の（第２番目の）ビデオレポートをビデオエンコーダ３１から受け取ったか否かを判断する。ここで否定結果が得られると、このことはビデオエンコーダ３１が第２番目のピクチャのエンコード処理を終了していないことを表しており、このときＣＰＵ３９は当該ステップＳＰ５の処理を繰り返すことにより、次のビデオレポートを受け取るのを待ち受ける。
ステップＳＰ５において肯定結果が得られると、ＣＰＵ３９は続くステップＳＰ６に移って、ビデオレポート番号ｉをｉ＋１とし、ステップＳＰ７に移る。ステップＳＰ７は、第２番目以降のビデオレポートがビデオエンコーダ３１からＣＰＵ３９に出力されるごとに、図８について上述した時点ｔ１０からデコーダ１０４によってデコードされる１フレーム分ごとの伝送計画をたてると共にこれを実行する処理ステップであり、ＣＰＵ３９は当該処理ステップにおいてまず第２番目のレポートパルスＶＲ２に基づいて第２３番目のフレーム（ｆｒａｍｅ＿ｂｉｔ〔２２〕）を符号器ＦＩＦＯ３３から読み出してデコーダバッファ（ＶＢＶバッファ）１０３に送出する計画をたて、ステップＳＰ４の処理において伝送が開始された２２フレーム分のトランスポートストリームＴＳに続いて、第２３番目のフレーム（ｆｒａｍｅ＿ｂｉｔ〔２２〕）のデータを実際に符号器ＦＩＦＯ３３から読み出して伝送系を介してデコーダバッファ（ＶＢＶバッファ）１０３に送出する。
ステップＳＰ７において第２３番目のフレームの伝送計画をたてると、ＣＰＵ３９はステップＳＰ８に移って、ビデオシーケンスが終了であるか否かを判断し、肯定結果が得られるとステップＳＰ９において当該処理手順を終了する。これに対してステップＳＰ８において否定結果が得られると、このことはビデオエンコーダ３１におけるエンコード処理が続いていることを表しており、このときＣＰＵ３９は上述のステップＳＰ５に戻って、次のビデオレポートＶＲ３がビデオエンコーダ３１から出力されるのを待ち受ける。
このようにして、ＣＰＵ３９は、ビデオエンコーダ３１から第１番目のビデオレポートＶＲ１が出力されると、これに基づいて第１番目〜第２２番目のフレームの伝送計画をＶＢＶディレイが２２フレーム分となるようにたて、これを実行開始すると共に、第２番目のビデオレポートＶＲ２を受け取ると、これに基づいて第２３番目のフレームの伝送計画をたて、さらに第３番目のビデオレポートＶＲ３を受け取ると、続く第２４番目のフレームの伝送計画をたてる。そして、以後ビデオシーケンスが終了するまでビデオレポートを受け取るごとに第２５番目以降のフレームの伝送計画を順次たてて行き、第２２番目のフレームに続いて順次フレーム単位で発生符号量と同じ量のデータを符号器ＦＩＦＯ３３から読み出してデコーダバッファ（ＶＢＶバッファ）１０３に送出して行く。これにより最初の２２フレーム分のＶＢＶディレイが維持されることになる。このＶＢＶディレイはビデオエンコーダ３１における符号発生量が変化しても一定となるように制御され、これによりビデオエンコーダ３１における符号発生量が変化しても、デコーダバッファ（ＶＢＶバッファ）１０３のオーバフロー又はアンダフローを回避することができる。
ここで、図７に示したステップＳＰ４の処理を詳細に説明する。図９はステップＳＰ４の詳細な処理手順を示し、ＣＰＵ３９はステップＳＰ４に入ると、続くステップＳＰ１１においてｊ＝２１とおき、続くステップＳＰ１２においてビデオレポートＶＲ１に含まれるフィールドの符号発生量（ｆｉｅｌｄ＿ｂｉｔ〔１〕）の２倍の値をフレームビット量（ｆｒａｍｅ＿ｂｉｔ）とする。因みに、ｆｉｅｌｄ＿ｂｉｔ〔１〕はビデオエンコーダ３１における目標符号発生量（ｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ）に基づいてｔａｒｇｅｔ＿ｂｉｔ＿ｒａｔｅ／６０によって求められる。
かくしてステップＳＰ１２において、符号器ＦＩＦＯ３３に入力される第１番目のピクチャのフレームビット量が求まり、続くステップＳＰ１３において、ＣＰＵ３９はピクチャ〔ｊ〕（ｊ＝２１、すなわち第２２番目のピクチャ）に対応するＶＢＶバッファ１０３のビット占有量（ｖｂｖ＿ｂｉｔ〔ｊ〕）にＶＢＶバッファ１０３の最大容量（ｖｂｖ＿ｏｃｃｕｐａｎｃｙ）を代入する。
これにより、図１０に示すように、第２２番目のピクチャ〔２１〕に対応するＶＢＶバッファ１０３のビット占有量（ｖｂｖ＿ｂｉｔ〔２１〕）が最大容量として割り当てられ、以後当該最大容量を基準にして第１番目のピクチャに対応する符号器ＦＩＦＯ３３からのフレーム単位での読出し量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕）を算出する。
すなわち、ＣＰＵ３９はステップＳＰ１４に移って、ｊ＝ｊ−１（＝２０）とし、さらに続くステップＳＰ１５においてこのときのＶＢＶバッファ１０３のビット占有量（ｖｂｖ＿ｂｉｔ〔２０〕）に上述のビット占有量（ｖｂｖ＿ｂｉｔ〔２１〕）とステップＳＰ１２において求めたフレームビット量（ｆｒａｍｅ＿ｂｉｔ）との差を代入する。
そしてＣＰＵ３９はステップＳＰ１６において、ビット占有量（ｖｂｖ＿ｂｉｔ〔２０〕）がフレームビット量（ｆｒａｍｅ＿ｂｉｔ）以上であるか否かを判断する。ここで肯定結果が得られると、このことはビット占有量（ｖｂｖ＿ｂｉｔ〔２０〕）がステップＳＰ１２において求められたフレームビット量（ｆｒａｍｅ＿ｂｉｔ）よりも大きく、１つ前の読出しタイミングにおいてフレームビット量（ｆｒａｍｅ＿ｂｉｔ）を符号器ＦＩＦＯ３３から読み出すことができることを表しており、ＣＰＵ３９はステップＳＰ１７に移って、読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕、ｊ＝２０）にステップＳＰ１２において求められたフレームビット量（ｆｒａｍｅ＿ｂｉｔ）を代入する。
これにより、第２１番目のピクチャを符号器ＦＩＦＯ３３からフレーム単位で読み出す際の読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕、ｊ＝２０）が求まり、ＣＰＵ３９は当該求められたビット量をステップＳＰ１８において記憶する。
このようにして、ステップＳＰ１４〜ステップＳＰ１８の処理を繰り返すことにより、図１０において第２２番目、第２１番目、……のピクチャを符号器ＦＩＦＯ３３からフレーム単位で読み出す際のフレームビット量をステップＳＰ１２において求めたフレームビット量として順次割り当てて行く。
このようにして、符号器ＦＩＦＯ３３に入力された第２２番目のピクチャをステップＳＰ１２において求めたフレームビット量（ｆｒａｍｅ＿ｂｉｔ）で読み出すことによってＶＢＶバッファ１０３のデータ量が最大値となるように設定し、以後第２１番目、第２０番目、……のように逆上ってそれぞれのピチクャをステップＳＰ１２において求めたフレームビット量（ｆｒａｍｅ＿ｂｉｔ）で読み出すように設定すると、あるピクチャを読み出すタイミングでフレームビット量（ｆｒａｍｅ＿ｂｉｔ）を読み出すことが困難になる。
このときＣＰＵ３９は図９のステップＳＰ１６において否定結果を得ることにより、ステップＳＰ１９に移り、このときのＶＢＶバッファ１０３のビット占有量（ｖｂｖ＿ｂｉｔ〔ｊ〕）を読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕）に代入する。
そして、続くステップＳＰ２０においてＣＰＵ３９は、ステップＳＰ１９においてＶＢＶバッファ１０３のビット占有量（ｖｂｖ＿ｂｉｔ〔ｊ〕）を読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕）に代入したピクチャ（フレーム）よりも前のピクチャの読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ−１〕〜ｆｒａｍｅ＿ｂｉｔ〔０〕）の値をすべて０とし、ステップＳＰ２１において当該設定された値０を記憶する。
かくして、ＣＰＵ３９は、第１番目のピクチャのフレームビット量（ｆｒａｍｅ＿ｂｉｔ）を用いて、第１番目のピクチャから第２２番目のピクチャの読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔０〕〜ｆｒａｍｅ＿ｂｉｔ〔２１〕）を記憶し、この読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔０〕〜ｆｒａｍｅ＿ｂｉｔ〔２１〕）に従って符号器ＦＩＦＯ３３から第１番目のピクチャ（フレーム）〜第２２番目のピクチャ（フレーム）を読み出してデコーダバッファ（ＶＢＶバッファ）１０３に送出することにより、第２２番目のピクチャ（フレーム）をデコーダバッファ１０３に入力した時点で当該デコーダバッファ内のデータ量が容量満杯となり、この結果、第１番目のビデオレポートＶＲ１がビデオエンコーダ３１からＣＰＵ３９に出力された後（すなわち、第１番目のピクチャがビデオエンコーダ３１から符号器ＦＩＦＯ３３に入力された後）、２２フレーム後にデコーダ１０４におけるデコードが開始されることになる。
このようにして、第１番目のビデオレポートＶＲ１に基づいて第１番目のピクチャ〜第２２番目のピクチャの伝送計画がたてられ、実行開始されると、ＣＰＵ３９は、図７について上述したメインルーチンのステップＳＰ７において、第２３番目以降のピクチャについて、その伝送計画をたてる。
この場合、ＣＰＵ３９は各ピクチャごとに発生するビット量を用いて第２３番目以降のピクチャの伝送計画をたてる。因みに、符号器ＦＩＦＯ３３に書き込まれた各ピクチャの伝送単位はフレーム単位となる。
図１１はステップＳＰ７の詳細な処理手順を示し、ＣＰＵ３９はステップＳＰ２５において、まず第２３番目の読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ〕、ｊ＝２２）を、第２３番目のピクチャのフィールドビット量（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕、ｉ＝２）と第２２番目のピクチャのフィールドビット量（ｆｉｅｌｄ＿ｂｉｔ〔ｉ−１〕、ｉ＝２）との和によって求める。但しｉはビデオレポート番号である。
そして、ＣＰＵ３９は当該ステップＳＰ２５において求められた第２３番目のフレームビット量をステップＳＰ２６において記憶し、ステップＳＰ２７に移る。ＣＰＵ３９はステップＳＰ２７において、第２４番目のピクチャの読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ＋１〕、ｊ＝２２）を、第２３番目のピクチャのフィールドビット量（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕、ｉ＝２）を２倍することにより求め、当該求められた読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔ｊ＋１〕、ｊ＝２２）をステップＳＰ２８において記憶する。
かくして、図１２に示すように、第２３番目のピクチャの読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２２〕）及び第２４番目のピクチャの読出しフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２３〕）がそれぞれ第２番目のビデオレポートＶＲ２に基づいて求められる。
ここで、ビデオエンコーダ３１に対して、映画フィルムの映像（２４〔コマ／秒〕）を３０〔コマ／秒〕のテレビジョン信号にプルダウン変換したビデオデータが入力される場合、図１３に示すように、入力ビデオデータとして２フィールドで構成されたピクチャ（プルダウン２）と３フィールドで構成されたピクチャ（プルダウン３）が混在する。
そして、ビデオエンコーダ３１におけるエンコード処理において、入力ビデオデータとして入力されるピクチャは、そのピクチャタイプ（Ｉピクチャ、Ｐピクチャ及びＢピクチャ）に応じて順序が入れ代わる。ビデオレポートは、当該入れ代わったピクチャの順序でビデオエンコーダ３１からＣＰＵ３９に対して出力され、これに応じてピクチャを構成するフィールド構成（２フィールド構成又は３フィールド構成）も入れ代わる。この入れ代わった結果は、図１３においてｔｗｏ＿ｔｈｒｅｅ＿ｏｒｇとしてビデオレポートに含まれてＣＰＵ３９に供給される。
この場合、入力ビデオデータのフィールド構成が２フィールド構成及び３フィールド構成の繰り返しであるのに対して、フィールド構成が入れ代わった結果（ｔｗｏ＿ｔｈｒｅｅ＿ｏｒｇ）においては、２フィールド構成が続く場合と３フィールドが続く場合とが生じる。このように、２フィールド構成が続く場合と３フィールドが続く場合とが生じると、ＶＢＶバッファ１０３がアンダフロー又はオーバフローすることになるので、ＣＰＵ３９はＩピクチャ及びＰピクチャに対しては、３ピクチャ前のフィールド構成を適用し、これを新たなフィールド構成ｔｗｏ＿ｔｈｒｅｅとして用いる。
かかる処理は図１１のステップＳＰ２９、ステップＳＰ３０及びステップＳＰ３１において実行され、ステップＳＰ３０及びステップＳＰ３１においてピクチャタイプに応じて決定されたフィールド構成（ｔｗｏ＿ｔｈｒｅｅ〔ｉ〕）に、１ピクチャ前のフィールドカウント値（ｆｉｅｌｄ＿ｃｏｕｎｔ〔ｉ−１〕）を加算することにより、新たなフィールドカウント値（ｆｉｅｌｄ＿ｃｏｕｎｔ〔ｉ〕）を得る。
このフィールドカウント値は、第２３番目のピクチャから順次フィールド数を加算した結果である。ＣＰＵ３９は、このようにして求めたフィールドカウント値（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕）を用いて、ステップＳＰ３３の処理を実行する。この処理は、フィールドカウント値（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕）を２で割った値の小数点を切り捨てた結果（整数）に値２２を加算することにより、読出しフレームビット量として読み出す新たなフレーム番号を決定する処理である。例えばフィールドカウント値（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕）が７であると、ステップＳＰ３３において得られる読出しフレーム番号（フレーム〔ｊ〕）が２５（すなわちｊ＝２４）であり、これに対してフィールドカウント値（ｆｉｅｌｄ＿ｂｉｔ〔ｉ〕）が９であると、ステップＳＰ３３において得られる読出しフレーム番号（フレーム〔ｊ〕）が２６（すなわちｊ＝２５）となる。
このようにして読出しフレーム番号を求めると、図１２において例えば第５番目のビデオレポート▲５▼に基づいて第２６番目のフレーム番号にフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２５〕）を記憶すると共に第２７番目のフレーム番号にフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２６〕）を記憶した後、新たなビデオレポート▲６▼によって記憶するフレーム番号（フレーム〔ｊ〕）を第２７番目のフレーム番号のフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２６〕）としてオーバライトすることなく、第２８番目のフレーム番号のフレームビット量（ｆｒａｍｅ＿ｂｉｔ〔２７〕）として切り上げることができ、２フィールド構成及び３フィールド構成の混在に応じたフレーム番号の割り当てを行うことができる。
かくしてＣＰＵ３９は図１１のステップＳＰ３４から図７のメインルーチンに戻り、次のビデオレポートを受け取ることにより第２３番目のフレーム以降の読出し計画及び実行を順次行う。
これにより、図１４に示すように、第１番目のピクチャ（読出しフレーム）から第２２番目のピクチャ（読出しフレーム）に対しては、第１番目のビデオレポートに基づいて実行されるリスト１の制御により符号器ＦＩＦＯ３３からの読出し計画がたてられ、第２３番目のピクチャ（読出しフレーム）以降のピクチャ（に対しては第２番目以降のビデオレポートにそれぞれ基づいて実行されるリスト２の制御により符号器ＦＩＦＯ３３からの読出し計画がたてられる。
ＣＰＵ３９はこのようにして計画された読出しフレームビット量を順次１フレームごとに読み出して行くことにより、符号器ＦＩＦＯ３３に入力されたデータをＶＢＶバッファ１０３を介して２２フレーム後にデコーダ１０４に出力することができる。従って、レートによらずＶＢＶディレイを２２フレームとして一定に保つことができる。
かくして以上の構成によれば、符号化データを伝送する際のビットレートの変更に対して、ＶＢＶディレイを一定にすると共にフレームごとのデータ出力量を逐次計算することにより、ビットレートの変更に関わらずＶＢＶバッファ１０３のオーバフロー又はアンダフローを回避してＶＢＶバッファ１０３から継ぎ目なく連続的にデータを得ることができる。因みに、図１５は高レートのビデオデータ及び低レートのビデオデータについて上述のリスト１による制御によって符号器ＦＩＦＯ３３からの読出しタイミングを変化させた状態を示し、ビデオエンコーダ３３から出力されるビデオデータはそのレートによらずデコード開始タイミングが等しくなる。
なお上述の実施例においては、ＶＢＶディレイの時間を２２フレーム分としたが、本発明はこれに限らず、他の種々のディレイ時間を適用することができる。
また上述の実施例においては、ＶＢＶバッファ１０３が満杯になる時点からデコードを開始する場合について述べたが、本発明はこれに限らず、所定のレベルに設定されたデータ量がＶＢＶバッファ１０３に蓄積された時点でデコードを開始するようにしても良い。
また上述の実施例においては、本発明をビデオデータをエンコードする場合に適用したが、本発明はこれに限らず、他の種々のデータをエンコードする場合に広く適用することができる。
産業上の利用可能性
符号化データ出力装置及びその方法において、符号化されたビデオデータを多重化して伝送する場合等に利用できる。
【図１】
0003849144.tif 000002
【図２】
0003849144.tif 000003
【図３】
0003849144.tif 000004
【図４】
0003849144.tif 000005
【図５】
0003849144.tif 000006
【図６】
0003849144.tif 000007
【図７】
0003849144.tif 000008
【図８】
0003849144.tif 000009
【図９】
0003849144.tif 000010
【図１０】
0003849144.tif 000011
【図１１】
0003849144.tif 000012
【図１２】
0003849144.tif 000013
【図１３】
0003849144.tif 000014
【図１４】
0003849144.tif 000015
【図１５】
0003849144.tif 000016
0003849144.tif 000017