JP2000125306A - Ｍｐｅｇ―２ビットストリ―ムからスタッフィングビットを取り除くプログラマブルフィルタ - Google Patents

Abstract

(57)【要約】 【課題】 復号化に先だってＭＰＥＧ−２データストリ
ームからスタッフィングビットを選択的に消去する。 【解決手段】 本発明によるエムペグ（ＭＰＥＧ）によ
り特定された規格（ＭＰＥＧ−２）に従って符号化され
ている信号を復号化するビデオ信号復号器は、符号化ビ
デオ信号はスタッフィングデータ、符号化信号を固定レ
ートビットストリームとして供給するように、符号化信
号に加えられる０値ビットのバーストを含み、装置は、
符号化ビデオ信号を受信する端子と、受信した符号化ビ
デオ信号を、個々の０値バイトを識別するために監視す
る０バイト検出器と、０バイト検出器により識別された
個々の０値バイトを、０値バイトのシーケンスがスタッ
フィングデータに対応するかを決定するためにカウント
するカウンタと、カウンタが０値バイトのシーケンスが
スタッフィングデータに対応することを決定した場合
に、０値バイトのシーケンス内の０値バイトの通過をブ
ロックする手段とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エムペグ（ＭＰＥ
Ｇ）により特定されたフォーマット、つまりＭＰＥＧ−
２により圧縮されている画像データを処理する復号器に
関し、より詳細には、復号化に先だってＭＰＥＧ−２デ
ータストリームからスタッフィングビットを選択的に消
去する処理工程に関する。

【０００２】

【従来の技術】ＭＰＥＧ−２規格のもとで行われるビデ
オ信号圧縮は、本質的に変数レートである。ビデオ信号
は、画像のシーケンス、あるいはそのシーケンス内の複
数の画像間における差異、のいずれかの空間周波数内容
に基づいて圧縮される。画像シーケンスが低空間周波数
内容を有する場合、もしくは連続した画像がわずかだけ
異なる場合、画像シーケンスを再現するために送信され
る圧縮されたデータの量は、大きく削減され得る。

【０００３】ＭＰＥＧ−２規格のシンタックスは、「Ｇ
ｅｎｅｒｉｃ Ｃｏｄｉｎｇ ｏｆＭｏｖｉｎｇ Ｐｉ
ｃｔｕｒｅｓ ａｎｄ Ａｓｓｏｃｉａｔｅｄ Ａｕｄ
ｉｏ Ｉｎｆｏｒｍａｔｉｏｎ： Ｖｉｄｅｏ」と題す
るＩｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ １
３８１８−２ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ＩＴＵ
−Ｔ Ｈ．２６２（ＩＳＯ／ＩＥＣ，Ｇｅｎｅｖａ，Ｓ
ｗｉｔｚｅｒｌａｎｄより入手可能）に記載されてお
り、これはＭＰＥＧ−２ビデオ符号化規格の教示とし
て、本明細書中において参考として援用する。この規格
はデータレコードのいくつかの層を規定しており、これ
らはオーディオデータおよびビデオデータの両方を伝達
するために用いられる。簡略化を考慮し、オーディオデ
ータの復号化は本明細書中では記載しない。特定のビデ
オシーケンスを記載する符号化データは、いくつかの入
れ子状の層（シーケンス層、グループオブピクチャ層(G
roupof Pictures layer)、ピクチャ層、スライス層、お
よびマクロブロック層）において表現される。マクロブ
ロック層を除く各層は、層を識別するスタートコードと
共に始まる。層はヘッダデータおよびペイロードデータ
を含む。この情報の送信を補助するために、複数のビデ
オシーケンスを表現するデジタルデータストリームは、
いくつかのより小さなユニットに分割され、それらの各
ユニットは、それぞれのパケッタイズドエレメンタリー
ストリーム（ＰＥＳ）パケットにカプセル化される。送
信において、各ＰＥＳパケット自体は、複数の固定長転
送パケット間で分割される。各転送パケットは、ただ１
つのＰＥＳパケットに関連するデータを包含する。転送
パケットはまた、制御情報を保持するヘッダを含み、時
折アダプテーションフィールド（転送パケットを復号化
する際に用いられる）を含む。

【０００４】ＭＰＥＧ−２符号化画像シーケンスが受信
される場合、転送復号器は転送パケットを復号化し、Ｐ
ＥＳパケットに再構築する。ＰＥＳパケットは、ＭＰＥ
Ｇ−２ビットストリーム（これは上述のように、層にな
った複数のレコードで画像を表現する）再構築するため
に復号化される。ある転送データストリームは、例えば
インターリーブした転送パケットのように、多数の画像
シーケンスを同時に伝送し得る。この柔軟性は、送信器
が多数のビットストリーム（それぞれがオーディオ、ビ
デオ、もしくはデータプログラムに対応している）を現
行で転送することを可能にする。

【０００５】

【発明が解決しようとする課題】ＨＤＴＶをＭＰＥＧ−
２規格を用いて消費者に配信するシステムは、一般に、
図１のハイレベルブロック図に示すように実行される。
送信側としては、ビデオおよびオーディオ信号は復号器
１１０および１１２にそれぞれ入力され、バッファ１１
４および１１６にバッファされ、システム符号化器／マ
ルチプレクサ１１８へ配信され、そして格納ユニット１
２０に格納されるか、または送信ユニット１２０により
送信される。受信側としては、信号がシステム復号器／
多重分離器１２２により受信され、バッファ１２４およ
び１２６にバッファされ、そして復号器１２８および１
３０により復号化され、最初のビデオおよびオーディオ
信号の再現として出力される。

【０００６】図１が示す重要な点は、信号の中間ステー
ジバッファリングは可変遅延を含むが、信号の入力から
出力への全体的な遅延は、望ましくは実質的に定常であ
る。このことは、監視されたフローおよびバッファによ
り達成される。

【０００７】図１に示すように、入力から符号化器−出
力への遅延、または復号器からのプレゼンテーション
は、このモデルでは定常であるが、符号化器バッファお
よび復号器バッファのそれぞれを通る遅延は変化する。
１つのエレメンタリーストリームのパス内にあるこれら
各バッファを通る遅延が変化するのみでなく、ビデオお
よびオーディオパス内の個々のバッファ遅延もまた異な
る。従って、組合せストリームのオーディオまたはビデ
オを表現する符号化ビットの相対位置は、同期情報を示
さない。符号化オーディオおよびビデオの相対位置は、
システムターゲット復号器（ＳＴＤ）モデルによっての
み制限され、復号器バッファは適切に動かなければなら
ない。従って、サウンドおよびピクチャ（同時に表現さ
れようとするもの）を表現する符号化オーディオおよび
ビデオは、符号化ビットストリーム内において１秒ほど
時間的に分割され、これはＳＴＤモデルにおいて許容さ
れる復号器バッファの最大遅延である。ＳＴＤモデルに
おけるデータ待ち時間抑制を収容するために、ビデオバ
ッファリングベリファイア（ＶＢＶ）が規定される。

【０００８】ＶＢＶは、仮想復号器であり、これは概念
的に符号化器の出力に接続される。符号化ビットストリ
ームは、データが固定レートにおいて受信された際に、
十分なデータ量が格納されるまで、仮想復号器のＶＢＶ
バッファメモリに格納され、このことにより、ビットス
トリームを復号化する復号器は、データが不足（アンダ
ーフロー）しないこと、またはデータをあまりにも遅く
処理（オーバーフロー）しないことを確実にする。符号
化データは、以下に述べられるように、バッファから取
り除かれる。ＭＰＥＧ−２規格に適合させるため、典型
的なＭＰＥＧ−２ビデオ復号器はメモリバッファ、ＶＢ
Ｖバッファ（これはある値により特定されるビットスト
リームデータ量を保持する）、ｖｂｖ＿バッファ＿サイ
ズ＿値（ｖｂｖ＿ｂｕｆｆｅｒ＿ｓｉｚｅ＿ｖａｌｕ
ｅ）（これはシーケンス層のヘッダの一部として送信さ
れる）を含む。

【０００９】図２において、符号化器と組み合わせた例
示的なＳＴＤモデル操作のハイレベル図を示す。

【００１０】ＶＢＶバッファまたはＳＴＤモデル復号器
がアンダーフローしないための要件は、受信画像の品質
を維持するために重要である。定常のビットレートビデ
オを維持するために、「スタッフィング」がシステムの
多様な局面において実行される。「スタッフィング」と
は、データストリームを「ｄｏｎ’ｔ ｃａｒｅ」情報
で埋める作業であり、これは要求されたビットレートを
簡単に維持する。

【００１１】スタッフィングは２つのレベルにおいて実
行される。ＭＰＥＧ−２ビデオ規格では、任意の数の０
値スタッフィングビットは、１つの層のスタートコード
の直前、または拡張スタートコードの前に、ビットスト
リームへ挿入される。スタッフィングはまた、転送パケ
ット内のアダプテーションフィールドへ挿入される１値
スタッフィングビットとして、転送パケット内でも実行
される。スタッフィングは、送信されたデータレートを
支持するレベルまで転送パケットのペイロードバイトを
埋めるには不十分なＰＥＳパケットデータが存在する場
合に、転送パケット内で用いられる。

【００１２】スタッフィングビットは、ＭＰＥＧ−２信
号において無駄になったバンド幅を表現する、とある期
間認識されていたが、これは他の目的に用いられ得る。
例えば、「METHOD AND APPARATUS FOR SENDING PRIVATE
DATA INSTEAD OF STUFFINGBITS IN AN MPEG BIT STREA
M」と題する米国特許第５，６５０，８２５号におい
て、転送パケットのアダプテーションフィールドにおけ
るスタッフィングデータは、専用(private)スタッフデ
ータにより置き換えられる。この専用スタッフデータは
ユーザにより受信されて別々に処理される。

【００１３】本願は上記を鑑みてなされたものであり、
復号化に先だってＭＰＥＧ−２データストリームからス
タッフィングビットを選択的に消去することを目的とす
る。

【００１４】

【課題を解決するための手段】本発明によるエムペグ
（ＭＰＥＧ）により特定された規格（ＭＰＥＧ−２）に
従って符号化されている信号を復号化するビデオ信号復
号器は、該符号化ビデオ信号はスタッフィングデータ、
該符号化信号を固定レートビットストリームとして供給
するように、該符号化信号に加えられる０値ビットのバ
ーストを含み、該装置は、該符号化ビデオ信号を受信す
る端子と、該受信した符号化ビデオ信号を、個々の０値
バイトを識別するために監視する０バイト検出器と、該
０バイト検出器により識別された該個々の０値バイト
を、０値バイトのシーケンスがスタッフィングデータに
対応するかを決定するためにカウントするカウンタと、
該カウンタが該０値バイトのシーケンスがスタッフィン
グデータに対応することを決定した場合に、該０値バイ
トのシーケンス内の該０値バイトの通過をブロックする
手段とを含み、それにより上記目的が達成される。

【００１５】本発明の装置は、前記受信した符号化ビデ
オ信号を、スライススタートコードを識別するために監
視するスタートコード識別器と、 スライススタートコ
ードを識別する該スタートコード識別器に応答して、前
記カウント値よりも大きい数のバイトを有する該スライ
ススタートコードの後に続く０値バイトのシーケンス
を、スタッフィングバイトとして識別するために、所定
数の個々の０値バイトをカウントするように前記カウン
タをセットする、プログラミング手段とをさらに含んで
もよい。

【００１６】本発明の装置は、前記スタートコード識別
器が、スライススタートコードに対応しないスタートコ
ードを他のスタートコードであると識別し、前記プログ
ラミング手段が、前記所定数とは異なるさらなる所定数
をカウントするように前記カウンタをセットし、これは
該他のスタートコードの内の１つが検出され、０値バイ
トのシーケンスをスタッフィングバイトとして識別し、
該シーケンスが該さらなる所定数よりも大きい数のバイ
トを有するときに、該カウンタをセットしてもよい。

【００１７】本発明の装置は、前記プログラミング手段
が、前記所定の数および前記さらなる所定の数を受信す
るためにマイクロプロセッサにつながれた第１および第
２レジスタを含み、ここで前記マイクロプロセッサが該
所定の数および該さらなる所定の数を変えるように制御
されてもよい。

【００１８】本発明によるエムペグ（ＭＰＥＧ）により
特定された規格（ＭＰＥＧ−２）に従って符号化されて
いる信号を復号化するビデオ信号復号器におけるメモリ
アクセスを減らす方法は、該符号化ビデオ信号はスタッ
フィングデータ、該符号化信号を固定レートビットスト
リームとして供給するために該符号化信号に加えられる
０値ビットのバーストを含み、該方法は、該符号化ビデ
オ信号を受信する工程と、該受信した符号化ビデオ信号
を、個々の０値バイトを識別するために監視する工程
と、該０バイト検出器により識別された該個々の０値バ
イトを、０値バイトのシーケンスがスタッフィングデー
タに対応するかを決定するためにカウントする工程と、
該カウンタが該０値バイトのシーケンスがスタッフィン
グデータに対応することを決定した場合に、該０値バイ
トのシーケンスにおける該０値バイトの通過をブロッキ
ングする工程とを含み、それにより上記目的が達成され
る。

【００１９】本発明の方法は、前記受信した符号化ビデ
オ信号内のスライススタートコードを識別する工程と、
識別された該スライススタートコードに応答して、所定
数の個々の０値バイトをカウントする前記カウントする
工程においてカウンタ値をセットし、バイトの数が前記
カウンタ値よりも大きい場合にのみ、該スライススター
トコードの後に続く０値バイトのシーケンスをスタッフ
ィングバイトとして識別する工程とをさらに含んでもよ
い。

【００２０】本発明の方法は、前記スタートコード識別
器がスライススタートコードに対応しないスタートコー
ドを他のスタートコードであると識別し、前記方法が、
前記所定数とは異なるさらなる所定数に前記カウンタ値
をセットする工程をさらに含み、該工程は該他のスター
トコードの内の１つが検出され、０値バイトのシーケン
スをスタッフィングバイトとして識別し、該シーケンス
が該さらなる所定数よりも大きい数のバイトを有すると
きにのみ、該カウンタ値をセットしてもよい。

【００２１】本発明は、ビットストリームをＶＢＶバッ
ファに格納する前に、スタッフィングデータを識別し、
ＭＰＥＧ−２ビットストリームから取り除くＭＰＥＧ−
２復号器において実施される。

【００２２】本発明のある局面によると、復号器は、各
スタートコードの前に所定最大数のスタッフィングビッ
トを通過するビットストリームパーサを含む。

【００２３】本発明の別の局面によると、パーサは、ス
ライススタートコードの前と他のスタートコードの前と
では、異なる数のスタッフィングビットを通過して止ま
る。

【００２４】本発明のまた別の局面によると、通過した
スタッフィングビットの数を示す値は、マイクロプロセ
ッサによりパーサに供給され、プログラムされ得る。

【００２５】

【発明の実施の形態】図３は、本発明を具体化した例示
的な復号器システムのブロック図である。このシステム
は３つの成分、すなわち復号化プロセッサ３１０、ハイ
バンド幅メモリ３２０、および制御マイクロプロセッサ
３３０を含む。本発明の例示的な実施形態において用い
られるハイバンド幅メモリ３２０は、例えばＮＥＣおよ
びＴｏｓｈｉｂａから市販されるＲＡＭＢＵＳメモリシ
ステムであり得る。

【００２６】簡潔に言うと、図３に示す復号器は以下の
ように作動する。第１の工程として、復号器集積回路
（ＩＣ）３１０は特定の構成におけるマイクロプロセッ
サ３３０により初期化される。例えば、復号器が５２５
Ｐ信号を復号化するために用いられる場合、適切な制御
値がマイクロプロセッサインターフェース３１２を介し
て復号化プロセッサ３１０の内部回路機構に付与され
る。簡略化を目的として、マイクロプロセッサ３３０
と、ＩＣ３１０内の各要素との間の制御バスは省略され
ている。このバスは、例えば従来のＩ²Ｃバスであり得
る。

【００２７】一度ＩＣ３１０が初期化され始めると、入
力ビットストリームはパーサ３１６に付与される。図４
を参照して以下に説明されるこのパーサは、メモリ３２
０にビットストリームを格納する。さらにパーサは、Ｐ
ＥＳパケット層、シーケンス層、グループオブピクチャ
層、ピクチャ層、およびスライス層へのスタートコード
を識別し、それらのスタートコードが格納されるメモリ
位置のマイクロプロセッサ３３０に通知する。図３に示
す例示的な復号器において、マイクロプロセッサは、少
なくともいくらかのこれら層へのヘッダ情報を復号化す
る。

【００２８】ＤＲＡＭ制御およびアドレス発生器３２６
は、ＲＡＣインターフェース３７０を制御し、ビットス
トリームデータをメモリ３２０に格納する。本発明の例
示的な実施形態において、メモリ３２０の部分は、入力
ビットストリームを保持するためのバッファとしての使
用のために格納される。このバッファ域は、ＭＰＥＧ−
２規格において規定されるＶＢＶバッファに対応し、ビ
ットストリームデータが復号化される前にこれを保持す
る。

【００２９】ＭＰＥＧ−２規格によると、復号化が始ま
り得る前に、ＶＢＶバッファはビットストリームのシー
ケンスヘッダのｖｂｖ＿バッファ＿サイズ＿値である値
において特定されたデータ量を保持しなければならな
い。この制約は、復号器への安定したデータ供給がある
ようにする。

【００３０】ビットストリームデータが、メモリ３２０
のＶＢＶバッファ域に書き込まれた後、これはハイバン
ド幅メモリ３２０から読み出され、バッファメモリ３２
１へ格納され、またＤＲＡＭ制御およびアドレス発生回
路機構３２６のもとでも制御される。メモリ３２１は、
メモリ３２０からバースト内に充填したＦＩＦＯメモリ
であり、可変長復号器（ＶＬＤ）３１８によりビットス
トリームシンタックスにより命令された際に空にされ
る。

【００３１】ＶＬＤ３１８は、ビットストリームのスラ
イス層およびマクロブロック層を解析し、量子化離散コ
サイン変換係数値のブロックを発生する。これらの値の
ブロックは、ＦＩＦＯメモリ３２８に付与される。この
ＦＩＦＯメモリは、一端上のＶＬＤ３１８と、他端上の
マクロブロック復号化回路機構３３２との間でデータを
バッファに入れる。このメモリはまた、ＭＰＥＧ−２規
格に規定される逆走査機能をも実施し得る。回路機構３
３２は、逆量子化器３３４（これは量子化係数値を均一
のフォーマットへ転換する）、および逆離散コサイン変
換（ＩＤＣＴ）プロセッサ（これは周波数ドメイン係数
を空間ドメイン画素値または差動画素値へ転換する）を
含む。逆量子化器３３４およびＩＤＣＴプロセッサ３４
２は、メモリ３３６および３４４をそれぞれ含み、処理
操作において役立つ。回路機構３３２により供給される
出力データは、画素値のブロックまたは差動画素値であ
る。

【００３２】ブロック内の値が差動画素値である場合、
これらの値は、先だって復号化された画像フレームから
の値と、動き補償プロセッサ３６１（これは加算および
クリップ回路機構３５８および３６０を含む）により組
み合わされる。これらの回路機構はというと、半画素で
補間回路機構３６６により供給される先だって復号化さ
れたフレームから画像データを獲得する。補間回路機構
３６６は、バッファメモリ３６８を用いて先だって復号
化されたフレームから画像の画素を獲得する。これらの
メモリのデータ値は、ＤＲＡＭ制御およびアドレス発生
回路機構３２６により、メモリ３２０から供給される。

【００３３】動き補償プロセッサ３６１により生成され
る復号化画像データは、バッファメモリ３６２および３
６４へ格納される。バッファメモリ３６２および３６４
から、復号化画像データはメモリ３２０へ格納され、こ
れはディスプレイのため、あるいは後に受信された画像
フィールドまたはフレームからの動き補償符号化データ
を復号化する際の標準フレームデータとしての使用のた
めである。ディスプレイされるデータは、ブロックフォ
ーマットでメモリ３２０へ格納され、そしてメモリ３７
４へ転送され、ディスプレイプロセッサ３７５の制御の
もとで、ラスタ走査フォーマットにおいてディスプレイ
デバイス（図示せず）へ供給される。

【００３４】また、オンスクリーンディスプレイ（ＯＳ
Ｄ）プロセッサ３７１は、ＤＲＡＭ制御およびアドレス
発生器３２６およびＲＡＣインターフェース３７０を介
して、メモリ３２０へデータを供給し、かつデータをメ
モリ３２０から受信するようにもつながれる。本発明の
例示的な実施形態では、ＯＳＤプロセッサ３７１は、ユ
ーザメニューおよびクローズキャプションテキスト（こ
れらはディスプレイされた画像をオーバーレイする）を
発生するために用いられる。

【００３５】図３に示すように、メモリ３２０はデータ
をパーサ３１６、マイクロプロセッサ３３０、動き補償
プロセッサ３６１、およびＯＳＤプロセッサ３７１から
受信し、データをＶＬＤ３１８、動き補償プロセッサ３
６１、ＯＳＤプロセッサ３７１、およびディスプレイ制
御器３７５へ供給する。さらに、メモリ３２０は、ダイ
ナミックランダムアクセスメモリ（ＤＲＡＭ）であり、
よって周期的にリフレッシュされる必要があり、さらな
るメモリアクセスを要求する。これらのメモリアクセス
のそれぞれは、最高優先順位を有するディスプレイプロ
セッサ３７５、および最低優先順位を有するＯＳＤプロ
セッサ３７１により優先順位をつけられる。

【００３６】処理されている画像シーケンスに依存する
と、所定の時間において保留状態の全てのメモリアクセ
ス要求をスケジュールすることは難しいかもしれない。
こういった場合、最低優先順位を有するメモリアクセス
要求は遅延する。比較的小さな数のビットで符号化され
た画像シーケンスは、メモリアクセス要求の予期外に高
いレベルを有する。これらの要求は、ＶＬＤプロセッサ
３１８により発生する。なぜなら、メモリ３２０に受信
されるビットストリームデータのほとんどは、ＶＬＤに
無視されるスタッフィングビットである。ビットストリ
ームに対してＶＬＤ３１８により作成されるこれらの過
剰な要求は、より低い優先順位のデバイスから、メモリ
３２０内のデータにアクセスする可能性をなくす。

【００３７】本発明は、メモリ３２０に格納されたスタ
ッフィングビットの数を大きく減少することによりこの
タイプの画像シーケンスを復号化する際に、ＶＬＤプロ
セッサ３１８によりメモリアクセスの数を減らす。メモ
リに格納されたビットストリームデータにおけるこの減
少は、ＶＢＶバッファ制約を犯さない。なぜなら、ＳＴ
Ｄモデルにおいて、スタッフィングのシーケンスの復号
化は全く時間がかからないと仮定されるためである。

【００３８】図４は、図３に示すパーサ３１６としての
使用に適した、例示的なビットストリーム解析回路のブ
ロック図である。一般に、この回路は以下のように作動
する。スタートコードまたは非０バイトが入力ビットス
トリーム内で検出される場合、ある値がカウンタ４１６
へロードされる。この値はパーサによりメモリ３２０の
ＶＢＶバッファへ、通過する０の数を示す。上述したよ
うに、０値スタッフィングビットは、ＰＥＳ、シーケン
ス層、グループオブピクチャ層、ピクチャ層、およびス
ライス層のスタートコードの前に、ビットストリームに
挿入される。さらに、スタッフィングビットはまた、シ
ーケンス層、グループオブピクチャ層、もしくはピクチ
ャ層のいずれかの拡張データに先だって挿入され得る。
図４に示すパーサのカウンタ４１６は、適切な数のスタ
ッフィングバイトにセットされ、これらの層の１つのエ
ンドにおいて通過する。このバイトの数は、１つのレコ
ードのエンドコードとその次のレコードのスタートコー
ドとの間でカウントダウンされる。カウンタ値が０まで
カウントダウンされた後、別のスタートコードまたは非
０バイトにビットストリーム内で遭遇するまで、さらな
る０値バイトがＶＢＶバッファへ転送されることはな
い。カウンタ４１６は、スタートコード値が検出される
とすぐに、非０値にリセットされ、スタートコードデー
タおよびレコード内のデータ（これはスタートコードと
共に始まる）がＶＢＶバッファへパスされることを確実
にする。なぜなら、格納されたスタッフィングバイトの
数が減少すると、ＶＬＤプロセッサ３１８に必要とされ
るメモリアクセスの数、ならびにマイクロプロセッサ３
３０（図３に示す）の数もまた減少する。このことは、
メモリ３２０へアクセスする総数を減少し、より低い優
先順位のメモリアクセスがよりタイムリーな方法で起こ
ることを可能にする。スライスレコードの後に格納され
たスタッフィングバイトの数は、他のタイプのレコード
の後に格納された数とは異なり得、これらの数はマイク
ロプロセッサへプログラムされ得る。

【００３９】図４において、圧縮されたＭＰＥＧ−２ビ
ットストリームは、信号ＣＬＫの連続したパルスと同時
に一度に１バイト受信される。ビットストリームの連続
したバイトは、０検出器４１０、レジスタ４２４、およ
びスタートコード検出エンジン４３０に付与される。０
検出器４１０は、あるバイトの８ビット全てが０の場合
を検出し、論理ハイ信号(logic-high single)を供給す
る。この信号は、ＯＲゲート４１２および４２２の逆入
力端子に付与され、ＡＮＤゲート４１４および４１８の
非逆入力端子に付与される。ＯＲゲート４１２の他の入
力端子は、出力信号ＬＯＡＤをスタートコード検出エン
ジン４３０から受信するようにつながる。ＯＲゲート４
１２の出力信号は、カウンタ４１６のＬＯＡＤ入力端子
に付与される。この信号がアサートされると、カウンタ
４１６はマルチプレクサ４３６により供給されるカウン
ト値をロードする。マルチプレクサ４３６はというと、
レジスタ４３２からのスライススタートコードの前にあ
り得る、許容できる数のスタッフィングバイトと、レジ
スタ４３４からの他のスタートコードの前にあり得る、
いくつかの許容できるスタッフィングバイトを受信す
る。値はレジスタ４３２および４３４にマイクロプロセ
ッサ３３０により格納される。

【００４０】カウンタ４１６は格納された値から０ま
で、ＡＮＤゲート４１４により供給された信号に応答し
てカウントダウンする。カウンタ４１６により供給され
た１６ビットカウント値は、０検出器４２０に付与され
る。この０検出器４２０は、カウント値が０に達した際
に論理ハイ信号をアサートする。ＡＮＤゲート４１４
は、１つの入力端子において０検出器４１０の出力信号
を受信し、そして他の入力端子において０検出器４２０
の出力信号のインバースを受信するようにつながれる。
従って、カウンタ４１６は、０値バイトが受信され、カ
ウント値が０で内限り、そのカウント値を減少する。

【００４１】０検出器４２０の出力信号はまた、ＡＮＤ
ゲート４１８の逆向き入力端子にも付与され、ＡＮＤゲ
ート４１８のもう一方の入力端子は、０検出器４１０の
出力信号を受信するようにつながれる。ＡＮＤゲート４
１８の出力信号は、０値バイトが受信され、カウンタ４
１６が０までカウントダウンしていない場合はいつで
も、論理ハイである。この出力信号は、ＯＲゲート４２
２の非逆向き入力端子に付与される。ＯＲゲート４２２
は、ＡＮＤゲート４１８の出力信号が論理ハイである場
合はいつでも、または０検出器４１０の出力信号が論理
ローの場合に、論理ハイ出力信号を生成する。ＯＲゲー
ト４２２の出力信号は、Ｄタイプレジスタ４２４のイネ
ーブル入力端子に付与される。レジスタ４２４は、信号
ＣＬＫにより制御され、８ビット入力値をその入力ポー
トから出力ポート、そしてメモリ３２０へとパスする。
これは信号ＣＬＫに応答してなされるが、論理ハイ値が
イネーブル入力端子に付与される場合のみである。よっ
て、イネーブル入力端子に付与される論理ロー信号は、
受信したビットストリームからメモリ３２０へデータが
パスすることを抑制する。

【００４２】スタートコード検出エンジン４３０は、Ｍ
ＰＥＧ−２ビットストリームの連続したバイトを処理
し、スタートコードを識別し、そして特に、スライス層
のスタートコードを識別する。スタートコードは、スタ
ートコード値が後に続くスタートコードプレフィクスか
ら成る。スタートコードプレフィクスは、単一の１値ビ
ットが後に続く２３個の０値ビットのシーケンスであ
る。スタートコード値は１つの単一バイトである。ＭＰ
ＥＧ−２規格において、スライススタートコードは、０
×０１から０×ＡＦの内、任意の値を有し得る。よっ
て、例示的なスタートコード検出エンジンがスタートコ
ードプレフィクスおよびスライススタートコード値を検
出した場合、これは信号ＬＯＡＤおよびＳＬＩＣＥをア
サートする。他のいかなるスタートコード値を検出した
場合、これは信号ＬＯＡＤのみをアサートする。スター
トコード検出エンジン４３０により供給される信号ＳＬ
ＩＣＥは、マルチプレクサ４３６に付与され、マルチプ
レクサがスライススタートコードとして適切な数のスタ
ッフィングバイトをカウンタ４１６へパスするようにす
る。信号ＳＬＩＣＥがアサートされない場合、レジスタ
４３４に格納された数のスタッフィングバイトは、カウ
ンタ４１６にロードされる。

【００４３】また、アドレス発生器４２６、およびスタ
ートコード検出エンジン４２８が、レジスタ４２４の出
力信号を受信するようにつながれる。スタートコードエ
ンジン４２８は、ＰＥＳパケット層、シーケンス層、グ
ループオブピクチャ層、ピクチャ層およびスライス層の
スタートコードを検出する。アドレス発生器４２６は、
メモリ３２０へのアドレス値を供給し、レジスタ４２４
により供給されたデータはそのメモリへ格納されること
になる。スタートコード検出エンジン４２８は、検出さ
れたスタートコードがＰＥＳパケット、シーケンス、グ
ループオブピクチャ、ピクチャ、またはスライスのマイ
クロプロセッサ３３０へのものであるという表示に沿っ
てこのアドレス値をパスする。上述したように、マイク
ロプロセッサ３３０は、この情報をそれらレコード用ヘ
ッダをメモリ３２０から取り出すために、および取り出
されたヘッダデータを復号化するために用いる。

【００４４】上述したように、ＭＰＥＧ−２規格は、画
像のシーケンスの５つの層の情報を規定している。これ
らは、シーケンス層、グループオブピクチャ層、ピクチ
ャ層、スライス層、およびマクロブロック層である。図
５Ａから図５Ｆは、これらの層の構成を図示するシンタ
ックス図である。

【００４５】これら多様な層は、ＭＰＥＧ−２規格を記
載する上記参照文献において規定される。簡潔に言う
と、シーケンス層はその他の４つの層を含む。言及され
ている層はデータレコードの層である。よって、シーケ
ンスレコードは少なくとも１つのグループオブピクチャ
レコードを含み、グループオブピクチャレコード自体は
少なくとも１つのピクチャレコードを含み、同様にマク
ロブロック層まで続く。シーケンス層は、画像の１セッ
トの開始点を規定し、この画像のセットはシーケンスの
開始に続く情報にのみ基づいて復号化され得る。次の下
位層であるグループオブピクチャ層は、シーケンス内に
包含される画像のサブセットを規定する。グループオブ
ピクチャ層内の画像は、通常、その画像内のデータのみ
を利用して符号化された、少なくとも１つの画像（イン
トラ符号化画像）、および動き予測符号化技術（予測的
に、もしくは層方向的に符号化された画像）を利用して
符号化されたいくつかの画像を含む。グループオブピク
チャ層のすぐ下は、ピクチャ層である。この層における
データレコードは、単一フレーム画像を規定する。ピク
チャ層の下はスライス層である。この層におけるの各レ
コードは、ピクチャ層レコードにより表わされる画像の
単一水平セグメントを表現する。スライス層の下はマク
ロブロック層である。この層における各レコードは、ス
ライスレコードの１６画素×１６画素成分（これはスラ
イスレコード内で生じる）を規定する。

【００４６】図５Ａは、シーケンス層のシンタックスを
規定する。ＭＰＥＧ−２の記載の中でシーケンスは、シ
ーケンスに用いられるためのパラメータのセットが続
く、シーケンススタートコード、１つ以上のグループオ
ブピクチャ用のデータ、およびシーケンスエンドコード
により規定される。複数のパラメータ間で供給され得る
ものは量子化マトリックスであり、これらは個々のブロ
ックにおける係数が、符号化プロセス中にどのように量
子化されたかを規定する。

【００４７】上述したように、図５Ａに示すシーケンス
シンタックス内のスタッフィングエントリ５１０は、ゼ
ロフィル操作を表す。ゼロフィル操作は、ビデオ画像の
ディスプレイへのビットストリームのタイミングを確認
するために行われ得る。例えば、前のシーケンスが効果
的に符号化され得るいくつかのフレームを包含した場
合、図１を参照しながら上述したように、ビットストリ
ームは送信器と受信器との間における所定の遅延要求に
見合うようにパディングされる必要があり得る。ＭＰＥ
Ｇ−２規格において、パディングの１つのタイプは、先
行シーケンスのシーケンスエンドコードの後、かつ次の
シーケンスのシーケンススタートコードの前に０値ビッ
トをビットストリームに埋めることであり得る。工程５
１０をつなぐ矢印により示すように、スタッフィング操
作は、シーケンスシンタックスにおいては選択自由であ
る。

【００４８】シーケンスシンタックスにおける次のアイ
テムは、シーケンススタートコード５１２である。これ
はＭＰＥＧ−２規格のもとで０×０００００１Ｂ３（１
６進法）として規定される。全てのスタートコードは、
少なくとも２３個のゼロ値ビット、および単一の１値ビ
ットと共に始まる。スタートコード値は、２３個のゼロ
および単一の１に続き、スタートコードのタイプを決定
する。表１は、本発明に関連したスタートコード値を挙
げている。

【００４９】表１ スタートコード １６進数値 ピクチャ ０×００ スライス ０×０１ （垂直位置を含む） 〜０×ＡＦ シーケンス ０×Ｂ３ グループオブピクチャ ０×Ｂ８ ＰＥＳパケット ０×Ｅ０〜０×ＥＦ これらのスタートコードに加え、シーケンスレコードは
エンドコード（スタートコードと同じ一般フォーマット
を有する）と共に終了する。

【００５０】シーケンススタートコードに続いて、シー
ケンス用に規定される第１パラメータは、水平なサイズ
パラメータ５１４である。この値は、復号化ビデオ画像
の各ラインにおける絵素（画素）の数を規定する。水平
なサイズパラメータ５１４に続いて、垂直なサイズパラ
メータ５１６がある。このパラメータは、復号化ビデオ
画像におけるアクティブラインの数を規定する。画素ア
スペクト比５１８は、復号化高解像度テレビ画像のアス
ペクト比を規定する。

【００５１】シンタックスにおける次のアイテムである
ピクチャレート５２０は、ディスプレイされる毎秒のピ
クチャの数を規定する。これはおよそ毎秒２４ピクチャ
から毎秒６０ピクチャの範囲に及ぶ。ビットレートパラ
メータ５２２は整数であり、この整数は毎秒４００ビッ
トの単位で計られる、ビットストリームのビットレート
を規定する。シンタックスにおける次のアイテムは、メ
ーカービット５２４である。このビットは常に１の値を
有する。ｖｂｖ＿バッファ＿サイズパラメータ５２６は
１０ビット整数であり、上述したように、この１０ビッ
ト整数はこのシーケンスを復号化するために必要なビデ
オバッファリングの検孔器(verifier)用のバッファのサ
イズを規定する。

【００５２】次のパラメータである制限パラメータフラ
グ５２８がセットされると、特定のデフォルト最大パラ
メータサイズがＭＰＥＧ−２規格のもとで仮定される。
このフラグは、多くのＨＤＴＶ画像においてはリセット
される。なぜなら、フラグがセットされる際に規定され
た限定が、ＮＴＳＣまたはＰＡＬ画像の解像度におおよ
そ対応しているためである。

【００５３】制限パラメータフラグ５２８に続くもの
は、ロードイントラ量子化マトリックスフラグ５３０で
ある。このフラグがセットされると、シーケンスパラメ
ータストリーム内の次の６４個の８ビット値が量子化マ
トリックスをイントラフレーム符号化画像の復号化に用
いられるように規定する。これら６４個の値は、図５Ａ
に示すシーケンスシンタックスにおけるアイテム５３２
により表される。イントラ量子化マトリックスフラグ５
３０がリセットされた場合、デフォルト量子化マトリッ
クスは、イントラ符号化画像の復号化に用いられる。こ
のデフォルトマトリックスは、ＭＰＥＧ−２規格におい
て規定されている。

【００５４】シーケンスシンタックスにおける次のアイ
テムは、ロード非イントラ量子化マトリックスフラグ５
３４である。このフラグは、ロードイントラ量子化マト
リックスフラグと同じ方法で作動するが、例外としてフ
ラグがセットされた場合に、フラグに続く６４個の８ビ
ット値５３６がピクチャ（双方向もしくは予測的に符号
化されたもの）を逆量子化するために用いられることは
除く。

【００５５】非イントラ量子化マトリックスに続くシー
ケンスシンタックス内アイテムは、拡張およびユーザデ
ータ５３８である。拡張データは、０×Ｂ５のスタート
コード値により規定される。拡張データはこのコードに
続き、別のスタートコードと遭遇するまで継続する。遭
遇し得る１つのスタートコードは、ユーザデータスター
トコードである。ＭＰＥＧ−２においてユーザデータス
タートコード値は、０×Ｂ２である。このコードは、ユ
ーザデータの始まりを識別する。拡張データを伴って、
このデータは別のスタートコードの受信まで続く。拡張
およびユーザデータフィールドは、ＭＰＥＧ−２規格の
伸長およびカスタマイゼーション(customization)を考
慮するように供給される。ブロック５３８をつなぐ矢印
により示すように、このデータは選択自由である。

【００５６】拡張およびユーザデータ５３８の次に、１
つ以上のグループオブピクチャレコード５４０がある。
シンタックス図のアイテム５４０をつなぐ後ろ向きの矢
印により示すように、複数のグループオブピクチャがシ
ーケンスシンタックスのこのパートにおいて規定され得
る。しかし、最後のグループオブピクチャに続くもの
は、シーケンスエンドコード５４２である。このコード
は、エンドコード値０×Ｂ７により規定される。

【００５７】データ送信のフォーマットがよく知られて
いない場合、復号化はシーケンススタートコードおよび
その付随パラメータがデータストリーム内で遭遇した後
にのみ始まり得る。複数のシーケンスヘッダ間の大きな
遅延を防ぐため、ＭＰＥＧ−２規格において、これらの
スタートコードおよびその関連したヘッダブロックが、
所定のシーケンス内で複数回挿入され得ることが考慮さ
れている。これらのヘッダブロックは、例えば複数の連
続したグループオブピクチャレコード間に挿入され得
る。ＭＰＥＧ−２シンタックスに規定されるように、各
シーケンスヘッダは、スタッフィングビットに先行され
得る。

【００５８】図５Ｂから５Ｆは、他の層のシンタックス
を示す。図５Ｂは、図５Ａのグループオブピクチャアイ
テム５４０のシンタックスを表す。図５Ｂは、スタッフ
ィングビット５５０、および１つ以上のピクチャレコー
ド５５２を含み、これらは図５Ｃのシンタックス図によ
りさらに規定される。図５Ｃはというと、スタッフィン
グビット５６０、および１つ以上のスライスレコード５
６２を含む。スライスレコードは、図５Ｄのシンタック
ス図によりさらに規定される。この図５Ｄは、スタッフ
ィングビット５７０、および１つ以上のマクロブロック
レコード５７２を含む。マクロブロックレコードは、図
５Ｅのシンタックス図によりさらに規定され、マクロブ
ロックスタッフィングデータ５８０を含む。これらの図
は、これらの図は、このシンタックスが上記参照ＭＰＥ
Ｇ−２規格書類から入手可能なため、詳細には示してい
ない。

【００５９】図４に示す装置は、０のプレセット数がビ
ットストリーム内にデータを収容するようにパスされる
ことを可能にし、このビットストリームにおいて０値バ
イトのストリングは、ヘッダデータの一部もしくは符号
化画像データを形成する。これはスタートコードプレフ
ィクスおよびスタートコード値を拡張およびユーザデー
タフィールド内に形成する、少なくとも１６個の、２３
個の０値ビットを含む。よって、復号器の適した操作と
して、パスされた０値バイトの最小数は、スライスレコ
ードには少なくとも２でなければならず、非スライスレ
コードには、例えば１２８であり得る。

【００６０】レジスタ４３２および４３４により保持さ
れる０値バイトカウント値は、スライスレコードおよび
非スライスレコードがそれぞれ後に続き得る、最大数の
スタッフィングバイトに対応するように上述したが、レ
ジスタ４３４により保持されるバイトカウント値は、ピ
クチャレコードの後に続き得るバイトの数であると考え
られ得る。これはピクチャレコードが、グループオブピ
クチャレコード、またはシーケンスレコードよりもかな
り多くあるためである。他のタイプのレコード用０値バ
イトカウント値を保持するため、他のレジスタが供給さ
れ得ることが考慮される。スタートコード検出エンジン
は、スタートコードに加えて、または代わりに、ストッ
プコードを検出し得、カウント値を適切に調節すること
がさらに考慮される。

【００６１】ＭＰＥＧ−２ビデオ復号器は、ビットスト
リームを復号器のＶＢＶバッファに格納する前に、スタ
ッフィングデータを識別し、ＭＰＥＧ−２ビットストリ
ームから取り除く。復号器は、ＭＰＥＧ−２ビットスト
リームを、連続した０値バイトのグループのために監視
する。プログラムされた最大の長さよりも大きい０値バ
イトの連続したシーケンスに遭遇した場合、復号器はそ
のシーケンスをスタッフィングデータとして識別し、任
意のさらなる０値バイトが、次の非０値バイトに遭遇す
るまで通過することを抑制する。復号器は２つの最長値
を特定する。１つはスライススタートコードに先行し得
るスタッフィングバイトの数であり、もう１つは非スラ
イスコードに先行し得るスタッフィングバイトの数であ
る。これらの値はマイクロプロセッサにより復号化操作
中に変わり得る。

【００６２】本発明は、例示的な実施形態の観点から説
明されてきたが、添付の請求項の範囲内で上記の概要に
沿って実施され得ることが意図される。

【００６３】

【発明の効果】本発明によれば、ＭＰＥＧ−２復号器に
おいて、ビットストリームをＶＢＶバッファに格納する
前に、スタッフィングデータを識別し、ＭＰＥＧ−２ビ
ットストリームから取り除く。これにより復号化に先だ
ってＭＰＥＧ−２データストリームからスタッフィング
ビットを選択的に消去することができる。

【図面の簡単な説明】

【図１】例示的なデジタルマルチプログラム送信、およ
び受信システムを示すハイレベルブロック図（従来技
術）である。

【図２】図１示すシステムにおけるＳＴＤモデルの例示
的な実施を示すハイレベルブロック図（従来技術）であ
る。

【図３】本発明の実施形態を含む、ＭＰＥＧ−２ビデオ
復号器を示すブロック図である。

【図４】図３に示す復号器における使用に適したパーサ
を示すブロック図である。

【図５Ａ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【図５Ｂ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【図５Ｃ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【図５Ｄ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【図５Ｅ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【図５Ｆ】本発明の操作を記述するために役立つＭＰＥ
Ｇ−２ビットストリームを示すシンタックス図（従来技
術）である。

【符号の説明】

３１２ マイクロプロセッサインターフェース ３１６ パーサ ３２６ ＤＲＡＭ制御およびアドレス発生 ３３０ マイクロプロセッサ ３３４ 逆量子化 ３４２ 逆離散コサイン変換 ３５８、３６０ 加算およびクリップ回路機構 ３７０ ＲＡＣインターフェース ３７５ ディスプレイ制御

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１２年１月２０日（２０００．１．２
０）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】

【課題を解決するための手段】本発明によるエムペグ
（ＭＰＥＧ）により特定された規格（ＭＰＥＧ−２）に
従って符号化されている信号を復号化するビデオ信号復
号器は、該符号化ビデオ信号はスタッフィングデータ
と、該符号化信号を固定レートビットストリームとして
供給するように該符号化信号に加えられる０値ビットの
バーストとを含み、該装置は、該符号化ビデオ信号を受
信する端子と、該受信した符号化ビデオ信号を、個々の
０値バイトを識別するために監視する０バイト検出器
と、該０バイト検出器により識別された該個々の０値バ
イトを、０値バイトのシーケンスがスタッフィングデー
タに対応するかを決定するためにカウントするカウンタ
と、該カウンタが該０値バイトのシーケンスがスタッフ
ィングデータに対応することを決定した場合に、該０値
バイトのシーケンスにおける一つの該０値バイトの通過
をブロックする手段とを含み、それにより上記目的が達
成される。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１８

【補正方法】変更

【補正内容】

【００１８】本発明によるエムペグ（ＭＰＥＧ）により
特定された規格（ＭＰＥＧ−２）に従って符号化されて
いる信号を復号化するビデオ信号復号器におけるメモリ
アクセスを減らす方法は、該符号化ビデオ信号はスタッ
フィングデータと、該符号化信号を固定レートビットス
トリームとして供給するように該符号化信号に加えられ
る０値ビットのバーストとを含み、該方法は、該符号化
ビデオ信号を受信する工程と、該受信した符号化ビデオ
信号を、個々の０値バイトを識別するために監視する工
程と、該０バイト検出器により識別された該個々の０値
バイトを、０値バイトのシーケンスがスタッフィングデ
ータに対応するかを決定するためにカウントする工程
と、該カウンタが該０値バイトのシーケンスがスタッフ
ィングデータに対応することを決定した場合に、該０値
バイトのシーケンスにおける一つの該０値バイトの通過
をブロッキングする工程とを含み、それにより上記目的
が達成される。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 エムペグ（ＭＰＥＧ）により特定された
   規格（ＭＰＥＧ−２）に従って符号化されている信号を
   復号化するビデオ信号復号器であって、該符号化ビデオ
   信号はスタッフィングデータ、該符号化信号を固定レー
   トビットストリームとして供給するように、該符号化信
   号に加えられる０値ビットのバーストを含み、該装置
   は、 該符号化ビデオ信号を受信する端子と、 該受信した符号化ビデオ信号を、個々の０値バイトを識
   別するために監視する０バイト検出器と、 該０バイト検出器により識別された該個々の０値バイト
   を、０値バイトのシーケンスがスタッフィングデータに
   対応するかを決定するためにカウントするカウンタと、 該カウンタが該０値バイトのシーケンスがスタッフィン
   グデータに対応することを決定した場合に、該０値バイ
   トのシーケンス内の該０値バイトの通過をブロックする
   手段と、を含む装置。
2. 【請求項２】 前記受信した符号化ビデオ信号を、スラ
   イススタートコードを識別するために監視するスタート
   コード識別器と、 スライススタートコードを識別する該スタートコード識
   別器に応答して、前記カウント値よりも大きい数のバイ
   トを有する該スライススタートコードに続く０値バイト
   のシーケンスを、スタッフィングバイトとして識別する
   ために、所定数の個々の０値バイトをカウントするよう
   に前記カウンタをセットする、プログラミング手段と、
   をさらに含む、請求項１に記載の装置。
3. 【請求項３】 前記スタートコード識別器が、スライス
   スタートコードに対応しないスタートコードを他のスタ
   ートコードであると識別し、前記プログラミング手段
   が、前記所定数とは異なるさらなる所定数をカウントす
   るように前記カウンタをセットし、これは該他のスター
   トコードの内の１つが検出され、０値バイトのシーケン
   スをスタッフィングバイトとして識別し、該シーケンス
   が該さらなる所定数よりも大きい数のバイトを有すると
   きに、該カウンタをセットする、請求項２に記載の装
   置。
4. 【請求項４】 前記プログラミング手段が、前記所定の
   数および前記さらなる所定の数を受信するためにマイク
   ロプロセッサにつながれた第１および第２レジスタを含
   み、ここで前記マイクロプロセッサが該所定の数および
   該さらなる所定の数を変えるように制御され得る、請求
   項３に記載の装置。
5. 【請求項５】 エムペグ（ＭＰＥＧ）により特定された
   規格（ＭＰＥＧ−２）に従って符号化されている信号を
   復号化するビデオ信号復号器におけるメモリアクセスを
   減らす方法であって、該符号化ビデオ信号はスタッフィ
   ングデータ、該符号化信号を固定レートビットストリー
   ムとして供給するために該符号化信号に加えられる０値
   ビットのバーストを含み、該方法は、 該符号化ビデオ信号を受信する工程と、 該受信した符号化ビデオ信号を、個々の０値バイトを識
   別するために監視する工程と、 該０バイト検出器により識別された該個々の０値バイト
   を、０値バイトのシーケンスがスタッフィングデータに
   対応するかを決定するためにカウントする工程と、 該カウンタが該０値バイトのシーケンスがスタッフィン
   グデータに対応することを決定した場合に、該０値バイ
   トのシーケンスにおける該０値バイトの通過をブロッキ
   ングする工程と、を含む方法。
6. 【請求項６】 前記受信した符号化ビデオ信号内のスラ
   イススタートコードを識別する工程と、 識別された該スライススタートコードに応答して、所定
   数の個々の０値バイトをカウントする前記カウントする
   工程においてカウンタ値をセットし、バイトの数が前記
   カウンタ値よりも大きい場合にのみ、該スライススター
   トコードに続く０値バイトのシーケンスをスタッフィン
   グバイトとして識別する工程と、をさらに含む、請求項
   ５に記載の方法。
7. 【請求項７】 前記スタートコード識別器がスライスス
   タートコードに対応しないスタートコードを他のスター
   トコードであると識別し、前記方法が、前記所定数とは
   異なるさらなる所定数に前記カウンタ値をセットする工
   程をさらに含み、該工程は該他のスタートコードの内の
   １つが検出され、０値バイトのシーケンスをスタッフィ
   ングバイトとして識別し、該シーケンスが該さらなる所
   定数よりも大きい数のバイトを有するときにのみ、該カ
   ウンタ値をセットする、請求項６に記載の方法。