JP2010219983A5 - - Google Patents

Description

Pピクチャは、画面間の前方向予測符号化により得られるピクチャである。即ち、Ｐピクチャは、前方向に存在するIピクチャまたはPピクチャを参照ピクチャとして予測するピクチャである。

また例えば、SPSには、POC(Picture Order Count)を計算するために必要な情報が含まれている。POCとは、ピクチャの出力順序を示す情報である。POCを計算するために必要な情報としては例えば、コード名：pic_order_cnt_type,offset_for_non_ref_pic,num_ref_frames_in_pic_order_cnt_cycleが、SPSに含まれている。

例えば、PPSには、エントロピ符号化モードのフラグを示す情報（コード名：entropy_coding_mode_flag）が含まれている。

また例えば、スライスヘッダには、POCを計算するために必要な情報が含まれている。POCを計算するために必要な情報として、例えば、コード名：pic_order_cnt_lsb,delta_pic_order_cntZ_bottom,delta_pic_order_cnt,redundant_pic_cntがスライスヘッダに含まれている。

上述したように、抽出したSPS，PPS、およびスライスヘッダにPOCを求めるための情報が含まれている。よって、これらの情報に基づいて、画像処理装置はPOCを計算する。

「表示順」の項目には、デコード対象のストリームデータを構成する各AU（ピクチャ）の表示順が示されている。即ち、図３の例では、時間軸方向に、「表示順」の項目に示されるピクチャが順次表示されていく。

「デコード順（逆再生）」の項目には、逆再生する場合におけるデコード対象のストリームデータを構成する各AU（ピクチャ）のデコード順が示されている。即ち、図３の例では、時間軸方向と逆の方向に、「デコード順（逆再生）」の項目に示されるピクチャが順次デコードされていく。

また、時刻t4において、画像処理装置は、I2を表示する。なお、B2のデコード、B2のDPBおよびバッファへの保存は同時刻に行われる。

なお、デコード部１１においては、高速でデコードできるように、複数のデコーダ１１−１乃至１１−ｎ（ｎは１以上の整数値）を並列に制御できるように構成している。

なお、図４の例の画像処理装置は、システムとして構成することができる。ここで、システムとは、複数の装置や処理部により構成される装置全体を表すものである。

［画像処理装置の処理の説明］
図４の例の本発明が適用される画像処理装置が、ストリームデータを再生する処理（以下、ストリームデータ再生処理と称する）について説明する。

ステップＳ２１において、入力解析部１０は、検出したAUが、参照ピクチャであるか否かを判定する。検出したAUが、参照ピクチャでない場合、ステップＳ２１においてＮＯであると判定され、処理はステップＳ１７に進み、それ以降の処理が施される。

ステップＳ２２において、入力解析部１０は、AUに含まれるすべてのスライスヘッダを解析し、MMCOがあるか否かを判定する。AUにMMCOがない場合、ステップＳ２２においてＮＯであると判定され、処理はステップＳ１７に進み、それ以降の処理が施される。

ステップＳ２３においてCPU９は、後述するMMCOの指示に基づいて、DPBリストを更新し、処理はステップＳ１７に進む。

これに対して、すべての参照ピクチャが画像情報領域２５に保存されていない場合、ステップＳ３３において、ＮＯであると判定されて、処理はステップＳ３４に進む。

即ち、全ての参照ピクチャが画像情報領域２５に保存されるようになるまでの間、ステップＳ３２、ステップＳ３３ＮＯ、ステップＳ３４のループ処理が繰り返される。すべての参照ピクチャのデコードが終了し、デコード後のすべての参照ピクチャが画像情報領域２５に保存されると、ステップＳ３３においてＹＥＳであると判定されて、処理はステップＳ３５に進む。

なお、上述したDPBリスト作成処理の他の例（第１の実施の形態）と明確に区別すべく、図８の例のDPBリスト作成処理を、特に、第２のDPBリスト作成処理と称する。

これに対し、ステップＳ７６において、デコード部１１は、デコードしたピクチャにMMCOが含まれていないと判定した場合にはDPBリストを更新する必要がない。このため、処理はステップＳ７８に進む。

図１３のＡに示されるストリームデータのデコード順は、図１１のＡの例のストリームデータのデコード順と同様である。図１３のＡには、Br6にMMCOが存在している点が、図１１のＡとは異なる点である。