(57)【要約】【課題】  エラーチェックに伴う画質劣化が従来技術に比較して抑えられるようにしたデコード処理装置を提供すること。【解決手段】  code切替部８は、ＶＬＤ部２から発生されるリセットパルスｒ３により次の検出パルスＢを検出し、エラー復帰するまでの間、レジスタ７からデータＤの読出しを行う。このときレジスタ７には、１ブロック前のエラーの無いＳＭＢデータが保持されているので、これが読み出され、エラーが検出されたブロックのデータに置換されてＶＬＤ部２に供給されることになり、この結果、エラー検出から復帰までの間のエラー伝播を防ぎ、データのエラー補間が得られるようにした。【選択図】図１
2008244585.tif 000002
【特許請求の範囲】
【請求項１】
映像信号の可変長符号化ストリームをリアルタイムでデコード処理するデコード処理装置において、
前記可変長符号化ストリームに現れるエラーチェックを、前記映像信号の最小データ単位であるサブマクロブロックを単位とするエラーチェックにより、当該サブマクロブロックの出現毎に実行するエラーチェック手段を設け、
前記エラーチェック手段によりエラーが検出されたとき、当該エラーが検出されたサブマクロブロックのデータを、当該エラーが検出されたサブマクロブロックの直前にあるサブマクロブロックのデータで置換することを特徴とするデコード処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像信号の可変長符号化ストリームを対象としたデコード処理装置に係り、特に、リアルタイムデコード処理に際してエラーをチェックする方式のデコード処理装置に関するものである。
【背景技術】
【０００２】
ワイヤレス通信やインターネットで伝送する動画像は、通常、Ｈ．２６４やＭＰＥＧ−２に代表される画像圧縮方式により符号化された圧縮ストリームの形式で伝送されることが多い。しかし、これらの画像圧縮方式では、前後にあるフレームとの差分情報や動き情報に基づいて予測符号化処理することにより圧縮処理を行うため、伝送中にエラーが発生してしまうと、エラー伝播によりフレーム内や後続フレームの画質を大きく劣化させ、最悪の場合、映像フリーズや受信側のデコード処理のハングアップなどを引き起こしてしまう。
【０００３】
特に、上記Ｈ．２６４やＭＰＥＧ−２による画像圧縮ストリームの場合、可変長符号化ストリームであるため、デコード処理については、ストリームの先頭となるヘッダから順に可変長コードを抽出しながら処理して行かなければならないから、ストリームの途中で伝送エラーが発生した場合には、ストリーム中に付加されているユニークコードが次に出現するまで、或いは次のストリームヘッダが出現するまでは、エラー復帰を行うのが難しく、このためエラー発生直後のエラー復帰は困難である。
【０００４】
ところで、このときのエラーチェック方法については、圧縮ストリームをファイルとして一旦、サーバなどに蓄積してからデコード処理を開始する非リアルタイム系のアプリケーションの場合、デコード処理を開始する前に、ファイルのヘッダに記述されたファイルデータサイズと実際のデコード対象ファイルのデータサイズが正しいかといったデータサイズのコンペアチェックや、フレームごとに付加されるフレーム番号の連続性をチェックしたりするなどのエラーチェックを前もって行ない、ファイル中にエラーのないことを確認してからデコード処理を開始している。
【０００５】
一方、ワイヤレス通信など、リアルタイムのデコード処理が必要となるアプリケーションにおいては、画像圧縮ストリームの先頭に付加されるストリームヘッダのシンタックスチェックを行ったり、受信画像圧縮ストリームをバッファリングする受信バッファのデータ蓄積状態(オーバフロー、アンダーフロー)の破綻を監視するといったエラーチェックが行われている。そこで、次に、従来技術による一般的なリアルタイムデコード処理装置について、一例としてＨ．２６４画像圧縮方式のデコード処理装置と、それによるエラーチェックについて、図３により説明する。
【０００６】
まず、この図３のデコード処理装置１は、本体にＨ．２６４圧縮符号化ストリームをデコード処理するＶＬＤ部(Variable Length Decoder：可変長デコード部)２を備え、入力側には、受信バッファ３とヘッダ検出部４、それに受信バッファ３のデータ蓄積状態を監視するバッファ監視部５が設けられ、出力側には、デコードした復号ストリームを一定レートで出力するための出力バッファ６が設けられている。そして、受信バッファ３とヘッダ検出部４に、これからデコードすべき映像エレメンタリーストリームＡ(Video-ＥＳ)が入力される。
【０００７】
ところで、この映像エレメンタリーストリームＡは、フレーム画像若しくはフィールド画像を水平方向に分割した帯状のブロックに相当するスライスＮＡＬ(Network Abstraction Layer)ユニットと呼ばれる独立した基本単位からなる。そして、このスライスＮＡＬユニットは、図４に示すように、４バイトのユニークコード(ユニークなコード)から始まるスライスヘッダＳＨを有し、これに１６×１６画素のマクロブロックＭＢ１〜マクロブロックＭＢｎを順次、帯状につなげたスライスデータＳＤとで構成されている。
【０００８】
このとき各マクロブロックＭＢ１〜マクロブロックＭＢｎは、個々にＭＢコードが付加され、この後に輝度成分と色差ＤＣ成分、それに色差ＡＣ成分の順にサブマクロブロックＳＭＢがいくつか並んだ構造となっている。例えば、いま、イントラ予測処理の画素が４×４サイズで、このときのクロマフォーマットが４：２：２の場合、ＭＢコードの後には輝度成分サブマクロブロックＳＭＢが１６個と色差ＤＣ成分サブマクロブロックＳＭＢが２個、それに色差ＡＣ成分サブマクロブロックＳＭＢが１６個の順に計３４個並び、これで１個のマクロブロックＭＢが構成されていることになる。
【０００９】
図３に戻り、ヘッダ検出部４は、映像エレメンタリーストリームＡを入力し、その中にあるユニークコードの検出を行なう。そこで、いま、このヘッダ検出部４においてユニークコードが検出されたとすると、ここで検出パルスＢ(Slice_detect)が生成され、受信バッファ部３に入力される。そこで、受信バッファ３は、この検出パルスＢに基づいて映像エレメンタリーストリームＡからスライスヘッダＳＨを取り除き、スライスＮＡＬユニットの中の実データに相当するスライスデータＳＤだけを書込み、バッファリングする。
【００１０】
このときの従来技術によるエラーチェックの代表的な一例には、ヘッダ検出部４においてヘッダの先頭を示すユニークコードを検出し、それに続く可変長ヘッダのシンタックスが予め設定されている設定値と一致するか否かを調べ、結果が不一致の場合にはエラーとするものがある。そして、このチェックにおいては、エラーとされた場合、リセットパルスｒ１(rst1)を受信バッファ３に出力し、受信バッファ３にリセットをかけることによりエラー復帰を行う。
【００１１】
従って、この従来技術の場合、エラーチェックの対象となる可変長ヘッダの出現周期は、ユニークコードが付加されているスライスＮＡＬユニットの周期で決まり、それと同じになる。そこで、この結果、エラーチェックの対象になる箇所については、ユニークコードに続く可変長ヘッダの特定の数ビットだけとなっている。
【００１２】
一方、エラーチェックには、他にもバッファの監視によるものがある。そして、この場合、受信バッファ３におけるデータの蓄積状態の監視によるものが一般的であり、このため受信バッファ３は、ＶＬＤ部２から要求信号Ｃ(rdreq)が供給されたとき、この要求信号Ｃにより要求されたビット分のデータを読み出し、データＤ(code)としてＶＬＤ部２に供給する。そして、ＶＬＤ部２は、この可変ビット長のデータＤを解析しながら、各マクロブロックＭＢにより構成されている各々のサブマクロブロックＳＭＢを、輝度成分から順次、デコード処理し(図４参照)、復号ストリームＳＥとしてデコードするようになっている。
【００１３】
しかして、この場合、エラーを含むデータＤ(code)がＶＬＤ部２に読み込まれてしまうと、ＶＬＤ部２では不適切なデコード処理が行なわれてしまうので、正しい要求信号Ｃが得られなくなり、この結果、可変長コードに対応したビット分のデータ読み出せなくなるため、受信バッファ３が破綻してしまうことになる。そこで、この場合、従来技術では、state信号Ｅをバッファ監視部５でモニタリングし、受信バッファ３に貯溜されたデータの状態を監視し、バッファ破綻時にはリセットパルスｒ２(rst2)を受信バッファ３に送り、受信バッファ３にリセットをかけるような処理を行っていた。
【００１４】
ここで、サブマクロブロックについて言及している従来技術については、例えば特許文献１を挙げることができる。
【特許文献１】特開昭５８−９８８１４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上記従来技術は、エラーチェックの頻度を上げる点に配慮がされておらず、画質劣化の低減に問題があった。既に説明したように、従来のエラーチェック技術では、エラーチェック箇所が、可変長符号化ストリーム中のヘッダに限られているため、ストリーム途中にエラーを含む可変長符号化ストリームを受信した場合、次のエラーチェック箇所となるヘッダが出現するまでは、エラーを検知できない。
【００１６】
また、バッファ監視によるエラーチェックの場合においても、エラーが発生してから実際にバッファが破綻に至るまでのタイムラグがあり、従って、従来技術は、即座にエラー箇所を補間し、エラー復帰させることは困難であり、よって、何れの従来技術においても画質劣化の低減に問題が生じてしまうのである。
【００１７】
詳しく説明すると、Ｈ．２６４やＭＰＥＧ−２による画像圧縮ストリームは、上記したように、可変長符号化コードであり、このため、先頭から順に有効な可変長コードを抜き出してデコード処理を行う必要がある。このとき、従来技術では、ストリーム中に出現するユニークコードにより、エラーチェックを行う可変長ヘッダの位置を検出し、可変長ヘッダを構成している或る特定のビット列のシンタックスをチェックするといったエラーチェックが行われていた。
【００１８】
この場合、ユニークコードは、通常、フレーム画像やフィールド画像の先頭、或いはフレーム画像の先頭、若しくはフィールド画像を水平方向に分割した帯状のブロックに相当するスライスＮＡＬ(Network Abstraction Layer)ユニットと呼ばれる独立したストリーム単位に付加されるため、エラーチェックの頻度はユニークコードの付加頻度に依存し、多い場合でも、フレーム画像あたり数回程度であった。
【００１９】
本発明の目的は、エラーチェックに伴う画質劣化が従来技術に比較して抑えられるようにしたデコード処理装置を提供することにある。
【課題を解決するための手段】
【００２０】
上記目的は、映像信号の可変長符号化ストリームをリアルタイムでデコード処理するデコード処理装置において、前記可変長符号化ストリームに現れるエラーチェックを、前記映像信号の最小データ単位であるサブマクロブロックを単位とするエラーチェックにより、当該サブマクロブロックの出現毎に実行するエラーチェック手段を設け、前記エラーチェック手段によりエラーが検出されたとき、当該エラーが検出されたサブマクロブロックのデータを、当該エラーが検出されたサブマクロブロックの直前にあるサブマクロブロックのデータで置換するようにして達成される。
【００２１】
ここで、本発明の或る態様によれば、マクロブロックＭＢ１〜マクロブロックＭＢｎに個々に付くＭＢコードのシンタックスをテーブル化したＭＢコードテーブルを用いたＭＢコード解析処理と、所定サイクル数で行うＳＭＢ単位のデコード処理により、可変長符号化ストリーム中にあるＳＭＢの先頭位置を把握し、ＳＭＢ単位で可変長符号化コードのエラーチェックを行うものである。
【００２２】
この場合、ＭＢコード解析処理は解析処理を固定サイクル数Ｎで行うため、予め規格上出現しうる可変長ＭＢコードのパターンを網羅した参照テーブルを用意しておき、可変長ＭＢコードを構成するビット列と参照テーブルとの一致検索を一括して行う。これにより、ユニークコードを検出してからＮサイクルの期間は、可変長ＭＢコードの解析処理期間となる。ＭＢコードの解析処理が終わると、ＳＭＢのデコード処理に移る。
【００２３】
一方、ＳＭＢのデコード処理については、通常、圧縮映像によって処理サイクル数が毎回変動するため、ＳＭＢのデコード処理が終わって次のＳＭＢのデコード処理を行う際に、連続して行っていた受信バッファからの可変長符号化コードの読み出しを各ＳＭＢの信号成分に合わせて一定の期間をおいてから開始するようにリクエスト信号を制御して所定のサイクル数で行うものとする。
【００２４】
また、ＳＭＢ単位のデコード処理中に、参照テーブルに存在しない可変長符号化コードが入力された場合には、即座にエラーと判断し、エラーモードに切り替え、エラー復帰するまでのデータをエラー直前のＳＭＢデータで置き換えるエラー補間処理を行うものとする。
【００２５】
以上のように、ＭＢコード解析処理及びＳＭＢ単位の映像データを常に決まったサイクル数でデコード処理することにより、ユニークコードをもとに可変長符号化ストリーム中にあるＳＭＢの先頭位置を把握でき、参照テーブルを使ったＳＭＢ単位のエラーチェックが可能となる。エラーを検出した際には、それ以降のエラー伝播を防ぎ、エラー部分を補間して目立たなくすることにより、画質劣化の低減を行うものである。
【発明の効果】
【００２６】
本発明によれば、映像データの最小単位に相当するＳＭＢ毎のエラーチェックを実現したので、エラーチェックの頻度が最大限まで高められることになり、伝送中に発生した可変長符号化コードのエラービット列を認識するまでのタイムラグを抑え、エラービット列以降に波及するエラー伝播を防ぎ、エラー部分を補間して目立たなくすることができ、画質劣化の低減が可能となる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明によるデコード処理装置について、図示の実施の形態により詳細に説明する。ここで、図１が本発明によるデコード処理装置の一実施の形態を示したブロック構成図で、ここでは、図示のように、デコード処理装置が符号１００で表わされている。そして、このデコード処理装置１００においても、図３の従来技術によるデコード処理装置１と同じくＨ．２６４符号化ストリームをデコード処理するＶＬＤ部２が備えられ、入力側には受信バッファ３とヘッダ検出部４、受信バッファ３のデータ蓄積状態を監視するバッファ監視部５が設けられ、出力側には出力バッファ６が設けられている。
【００２８】
従って、この実施形態でも、図３の従来技術の場合と同じく、映像エレメンタリーストリームＡ(Video-ＥＳ)が入力されると、ヘッダ検出部４でユニークコードの検出とそれに続くヘッダのシンタックスコードのチェックが行われ、ユニークコードが検出されると検出パルスＢが受信バッファ部３に入力され、エラーを検出した場合にはリセットパルスｒ１を受信バッファ３に送り、受信バッファ３にリセットが入力される。
【００２９】
また、受信バッファ３では、映像エレメンタリーストリームＡからスライスヘッダＳＨが取り除かれてスライスＮＡＬユニットの中の実データに相当するデータだけがバッファリングされるようになり、この後、要求信号Ｃ(rdreq)が供給されたとき、この要求信号Ｃにより要求されたビット分のデータがデータＤ(code)として読み出され、ＶＬＤ部２に供給されるようになる。
【００３０】
このときバッファ監視部５は、受信バッファ３の状態を、信号Ｅ(state)をモニタリングしながら監視し、エラーチェックを行う。そこで、ＶＬＤ部２は、受信バッファ３から読み出した可変ビット長のデータＤを解析しながら各マクロブロックＭＢにより構成されている各々のサブマクロブロックＳＭＢを輝度成分から順次デコード処理し(図４参照)、復号ストリームＳＥとして伸張する。
【００３１】
そして、この結果、輝度成分(輝度ＳＭＢ)、色差ＤＣ成分(色差ＤＣＳＭＢ)、そして色差ＡＣ成分(色差ＡＣＳＭＢ)が出力バッファ６にバッファリングされることになり、その後、この出力バッファ６に格納された復号ストリームが復号係数としてモニタのスキャンレートに合わせて読み出され、最終的にモニタに画像が表示されることになる点は、これも図３の従来技術の場合と同じである。
【００３２】
しかして、この図１の実施形態によるデコード処理装置１００の場合は、ＶＬＤ部２がリセットパルスｒ３(rst3)を発生し、このリセットパルスｒ３により受信バッファ３にリセットが掛けられるようにしてある点と、その上で、更に、ＳＭＢデータがエラーチェックに引っ掛ったとき、その１ブロック前の正常なＳＭＢデータを保持するレジスタ７と、データＤの読み出しを切替える code切替部８、End_flag生成部９、Lengt切替部１１、Length制御部１２、それにStart_ＳＭＢ生成部１３とを設け、このとき要求信号Ｃ(rdreq)は、ＶＬＤ部２ではなくて、length 切替部１１から出力されるようにしてある点が、図３の従来技術によるデコード処理装置１とは異なっている。
【００３３】
そして、これにより、受信バッファ３からのデータＤの読み出しに停止期間を与え、ユニークコードをもとにして可変長符号化ストリーム中のＳＭＢ先頭位置を把握し、ＳＭＢデータ毎にエラーチェックを行い、エラーが検出されたとき受信バッファ３にリセットが掛けられるようにしてあある点が特徴になっているものであり、以下、これらの点について説明する。
【００３４】
まず、エラーの無い場合について説明する。この場合、エラーが無いので、リセットパルスｒ３が発生されないため、code切替部８は、受信バッファ３から直接、データＤの読み出しを行う。ここで、このデータＤは、上記したように、可変長ＭＢコードの後に輝度成分と色差ＤＣ成分、それに色差ＡＣ成分の順にサブマクロブロックＳＭＢがいくつか並んだマクロブロック構造となっている。
【００３５】
そこで、このデコード処理装置２００におけるＶＬＤ部２では、参照テーブルを用い、これにより可変長ＭＢコードの解析処理が行われるようにする。このとき、この参照テーブルについては、解析処理を固定サイクル数Ｎで行うため、規格上出現しうる可変長ＭＢコードのパターンが網羅された参照テーブルを予め用意し、可変長ＭＢコードを構成するビット列と参照テーブルとの一致検索を行い、ユニークコードが検出されてからＮサイクルの期間が、可変長ＭＢコードの解析処理期間になるようにする。そして、ＳＭＢコードの解析処理が終わったらデコード処理に移るのである。
【００３６】
次にエラーが検出された場合について説明する。ＶＬＤ部２からリセットパルスｒ３が発生されると、code切替部８は、次の検出パルスＢ(Slice_detect)を検出し、エラー復帰するまでの間、レジスタ７からデータＤの読出しを行う。このときレジスタ７には、１ブロック前のエラーの無いＳＭＢデータが保持されているので、これが読み出され、エラーが検出されたブロックのデータに置換されてＶＬＤ部２に供給されることになり、この結果、エラー検出から復帰までの間のエラー伝播を防ぎ、データcodeのエラー補間が得られることになる。
【００３７】
一方、Length切替部１１は、ＶＬＤ部２から要求される有効コード長信号Ｍ(length)と予め設定されている固定値信号Ｎ(レベル０)の何れか一方を、Length 制御部１２から供給される選択信号Ｐ(sel)に応じて切替え、選択された方の信号を要求信号Ｃ(rdreq)として受信バッファ３に供給する働きをする。そして、受信バッファ３は、要求信号Ｃとして(レベル０)の固定値信号Ｎが供給されたときには、ビット長ゼロのデータＤ(code)を出力するようになっている。従って、この場合、実質的には、受信バッファ３から読み出されるデータＤは中身が何もないことを意味する。
【００３８】
次に、Length制御部１２では、end_smb生成部９からＶＬＤ部２によるサブマクロブロックＳＭＢのデコードが終了したことを示すデコード終了信号Ｆ(end_ＳＭＢ)を入力し、Start_ＳＭＢ生成部１３からはサブマクロブロックＳＭＢ単位のデコード処理の開始タイミングを示す開始タイミングパルスＳ(Start_ＳＭＢ)を入力し、これらデコード終了信号Ｆと、開始タイミングパルスＳに基づいて選択信号Ｐ(sel)を生成し、Length切替部１１に供給する。このとき Start_ＳＭＢ生成部１３では、ヘッダ検出部４から出力される検出パルスＧ(ＭＢ_header_detect)に基づいて開始タイミングパルスＳを生成している。
【００３９】
そこで、次に、これら開始タイミングパルスＳとデコード終了信号Ｆ、それに選択信号Ｐのタイミングについて、図２により説明する。このとき開始タイミングパルスＳのパルスの間隔は、各信号成分のＳＭＢをデコード処理する際にかかる最大サイクル数とする。そして、この開始タイミングパルスＳは、ヘッダ検出部４から出力される検出パルスＧによりトリガされているので、図２(a)のＸ期間に現れる初めの１６個のサブマクロブロックＳＭＢは輝度成分のサブマクロブロックＳＭＢであると判断できることになる。
【００４０】
そこで、Start_ＳＭＢ生成部１３では、輝度サブマクロブロックＳＭＢにおける最大処理サイクル数と等しい間隔となる８クロック(clk)毎に１クロック期間幅のパルスを発生させ、これを期間Ｘ内で、輝度成分サブマクロブロックＳＭＢの個数に相当する回数、この場合は１６回、繰り返し、その後、色差ＤＣ成分サブマクロブロックＳＭＢの最大処理サイクル数である１０クロック(clk)間隔おきに色差ＤＣ成分サブマクロブロックＳＭＢの個数(２個)と同数の２パルスを期間Ｙ内に出力し、最後に色差ＡＣ成分サブマクロブロックＳＭＢの最大処理サイクル数である１７クロック(clk)間隔おきに、１クロック期間幅のパルスを、色差ＡＣ成分のサブマクロブロックＳＭＢ数と等しい数である１６回、期間Ｚ内で繰り返す信号を生成し、これを開始タイミングパルスＳとする。
【００４１】
このとき、図２(e)に示すデコード終了信号Ｆは、従来技術で説明したように、ＶＬＤ部２でコードＤ(code)を解析する過程で、当該ＶＬＤ部２から得られる３種の信号、すなわち Total_coeff、Total_zeros、run_beforeの各信号を End_smb生成部９に入力し、これらの信号に基づいて End_smb 生成部９により生成される信号であり、これは、サブマクロブロックＳＭＢ単位のデコードが終了したことを示す。
【００４２】
従って、開始タイミングパルスＳ(Start_ＳＭＢ)の１パルスからデコード終了信号Ｆ(End_smb)の１パルスまでの期間は、実際にサブマクロブロックＳＭＢのデコード処理にかかったサイクル数を意味し、デコード終了信号Ｆから次の開始タイミングパルスＳまでの期間が、或る一連のサブマクロブロックＳＭＢのデコード処理が完了してから次のサブマクロブロックＳＭＢのデコード処理を再開するまでのデコード停止期間に相当する。
【００４３】
そこで、選択信号Ｐ(sel)として、図２(f)に示すように、開始タイミングパルスＳからデコード終了信号Ｆの１パルスまでの期間は“Ｈ”(Highレベル)になり、デコード終了信号Ｆの１パルスから次の開始タイミングパルスＳの１パルスまでの期間は“Ｌ”(Lowレベル)になる信号を生成してLength 切替部１１に入力し、この選択信号Ｐが“Ｈ”のときは、ＶＬＤ部２から要求される有効コード長信号Ｍ(length)が要求信号Ｃ(rdreq)として選択され、選択信号Ｐが“Ｌ”のときは、固定値信号Ｎ「０」が要求信号Ｃとして選択されるようにする。
【００４４】
この結果、ＶＬＤ部２で処理するサブマクロブロックＳＭＢの処理サイクルは、ビットレートに依存せず常に一定になり、ユニークコードをもとにＭＢコードに続く各サブマクロブロックＳＭＢの先頭位置を把握することが可能となる。
【００４５】
次に、ＶＬＤ部２によるリセットパルスｒ３の生成方法について説明する。ここで、まず、Ｈ．２６４圧縮符号化ストリームでは、ＭＢコードに続く各サブマクロブロックＳＭＢの最初のコードは、対象とするサブマクロブロックＳＭＢ中に含まれる有意係数の総数と、その中にある絶対値１のレベル係数の数に関する情報と決められている。
【００４６】
そこで、本発明では、各サブマクロブロックＳＭＢのデコード処理における最初の入力可変長コードに注目し、上記したＶＬＤ部２による可変長ＭＢコードと規格テーブルの比較検索処理において、一致するコードを検索し、規格テーブルにない可変長ＭＢコードが入力された場合には、エラーとして判断するようにし、リセットパルスｒ３を生成するようになっている。このとき、各サブマクロブロックＳＭＢの先頭位置は、既に説明したとおり、ユニークコードからのサイクル数をもとに特定する。
【００４７】
従って、この実施形態によれは、ＶＬＤ部２でサブマクロブロックＳＭＢのデコード処理を行う毎にエラーチェックが行われることになり、この結果、サブマクロブロックＳＭＢの全てについてエラーチェックがなされ、従って、エラーチェックの頻度が最大限まで高められることになりエラー検出から復帰までの間でのエラーの伝播を抑え、データcodeエラーを補間して目立たないようにすることができる。
【図面の簡単な説明】
【００４８】
【図１】本発明によるデコード処理装置の一実施形態を示すブロック構成図である。
【図２】本発明の一実施形態の動作を説明するための信号タイミング図である。
【図３】従来技術によるデコード処理装置の一例を示すブロック構成図である。
【図４】映像エレメンタリーストリームの説明図である。
【００４９】
１００：デコード処理装置
２：ＶＬＤ部(可変長デコード部)
３：受信バッファ
４：ヘッダ検出部
５：バッファ監視部
６：出力バッファ
７：レジスタ
８：code切替部
９：end_flag生成部
１１：length切替部
１２：length制御部
１３：Start_ＳＭＢ生成部
Ａ：映像エレメンタリーストリーム(Video-ＥＳ)
Ｂ：検出パルス(Slice_detect)
Ｃ：要求信号(rdreq)
Ｄ：データ(code)
Ｆ：デコード終了信号(end_ＳＭＢ)
Ｇ：検出パルス(ＭＢ_header_detect)
Ｍ：有効コード長信号(length)
Ｎ：固定値信号(レベル０)
Ｐ：選択信号(sel)
ｒ３：リセットパルス(rst3)
Ｓ：開始タイミングパルス(Start_ＳＭＢ)
【図１】
2008244585.tif 000003
【図２】
2008244585.tif 000004
【図３】
2008244585.tif 000005
【図４】
2008244585.tif 000006