(57)【要約】  本発明は、フィルム粒子シミュレーションにおけるブロック平均の決定方法を提供する。該方法は、表示プロセスにおいてブロック平均を決定する段階と、復号プロセスにおいてブロック平均を決定する段階とを含む。本発明の方法は、必要なメモリと計算コストに関して異なる特徴を有する。より具体的には、第１の方法は、外部メモリは使用しないが、ブロックの余計な読み出し、またはディスプレイパイプラインの内部メモリのいずれかを必要とし、第２の方法は余計なメモリ帯域幅と余計な外部メモリ（例えば、ＲＡＭ）を必要とする。
2008518289.tif 000002
【特許請求の範囲】
【請求項１】
フィルム粒子シミュレーションにおけるブロック平均の決定方法であって、
ディスプレイパイプラインにおいてブロック平均を決定する段階であって、外部メモリの使用をしない段階を有する、方法。
【請求項２】
ブロック平均は一度に１ブロックずつ計算される、請求項１に記載の方法。
【請求項３】
前記ブロック平均は１行中のすべてのブロックについて並行して計算される、請求項１に記載の方法。
【請求項４】
フィルム粒子シミュレーションプロセスのためにブロック平均の計算に使用したピクセル値を再利用する段階と、
表示プロセスのためにフィルム粒子シミュレーションプロセスに使用したピクセル値を再利用する段階とをさらに有する、請求項１に記載の方法。
【請求項５】
フィルム粒子シミュレーションにおけるブロック平均の決定方法であって、
外部メモリを用いることによりデコードプロセスにおいてブロック平均を決定する段階を有する、方法。
【請求項６】
１組の画素をデコードする段階と、
デコードされた１組の画素のブロック平均を計算する段階とを有する、請求項５に記載の方法。
【請求項７】
デコードされた１組の画素はマクロブロックである、請求項６に記載の方法。
【請求項８】
マクロブロックは１６×１６のサンプルを含み、４つのブロック平均を計算し、オーバーラップしていない８×８のブロックの各々につき１つのブロック平均である、請求項７に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［関連出願との相互参照］
この出願は、２００４年１０月１８日に出願した米国仮特許出願第６０／６１９，６３２号の優先権を主張するものである。この文献はここにその全体を参照援用する。
【技術分野】
【０００２】
本発明は概してフィルム粒度シミュレーションに関し、より具体的には、フィルム粒度シミュレーションにおけるブロック平均決定方法に関する。
【背景技術】
【０００３】
フィルム粒子は現像プロセスの時に映画画像に現れる。フィルム粒子はＨＤ画像では顕著であり、画像処理及び配信のチェーン（ｃｈａｉｎ）全体を通じて保存することが望ましい独特の映画の特徴（ｄｉｓｔｉｎｃｔｉｖｅ  ｃｉｎｅｍａ  ｔｒａｉｔ）となる。しかしながら、フィルム粒子の保存は現在のエンコーダでは困難である。時間予測に関係する圧縮ゲインを利用できないからである。粒子のランダムな性質により、視覚的にロスレスな符号化は非常に高いビットレートでのみ実現できる。ロッシーエンコーダは、一般的にノイズ及び微細なテクスチャに関連する高周波数をフィルタリングするときに、フィルム粒子を抑制する傾向がある。
【０００４】
最近作られたＨ．２６４｜ＭＰＥＧ−４ＡＶＣビデオ圧縮標準では、特にフィデリティレンジ拡張（ＦＲＥｘｔ）補正１（ＪＶＴ−Ｋ０５１，  ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４  Ｉ  ＩＳＯ／ＩＥＣ  １４４９６−１０  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  ｗｉｔｈ  Ａｍｅｎｄｍｅｎｔ  １，  Ｒｅｄｍｏｎｄ，  ＵＳＡ，  Ｊｕｎｅ  ２００４）では、フィルム粒子補足エンハンスメント情報（ＳＥＩ）メッセージが規定された。かかるメッセージは、サイズや強度などの属性に関するフィルム粒子特性を記述し、これによりビデオデコーダは復号された画像でフィルム粒子のシミュレーションをすることができる。Ｈ．２６４｜ＭＰＥＧ−４ＡＶＣ標準は、どのパラメータがフィルム粒子ＳＥＩメッセージにあるか、それをどう解釈するか、ＳＥＩメッセージをバイナリフォーマットで符号化するために使用すべきシンタックス（ｓｙｎｔａｘ）を指定している。しかし、この標準はフィルム粒子ＳＥＩメッセージを受信したときにフィルム粒子をシミュレーションする手続は指定していない。
【０００５】
フィルム粒子のシミュレーションは、コンピュータで作成した素材のフィルム粒子をシミュレーションする撮影後の編集段階、及び古いフィルムストックの再生で使用される比較的新しい技術である。この種のアプリケーションでは、イーストマンコダック社（ニューヨーク州ロチェスター市）のＣｉｎｅｏｎ（登録商標）やビジュアルインフィニティ社のＧｒａｉｎ  Ｓｕｒｇｅｒｙ（商標）などのソフトウェアが市場に存在する。これらのツールは、ユーザによる操作（ｕｓｅｒ  ｉｎｔｅｒａｃｔｉｏｎ）が必要で実装が複雑であり、リアルタイムでのビデオコーディングアプリケーションには適さない。さらにまた、これらのツールは、Ｈ．２６４｜ＡＶＣビデオコーディング標準等により指定されたフィルム粒子ＳＥＩメッセージを解釈する機能を有していない。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明は、有利にも、フィルム粒子シミュレーションにおいてブロック平均を決定する方法を提供する。
【０００７】
本発明の一実施形態では、フィルム粒子シミュレーションにおいてブロック平均を決定する方法は、復号プロセスにおいてブロック平均を計算する段階を含み、計算効率が高く、メモリ帯域幅の必要量が小さい。
【０００８】
本発明の別の実施形態では、フィルム粒子シミュレーションにおいてブロック平均を決定する方法は、表示プロセスにおいてラスタースキャンの順序でブロック平均を計算する段階を含む。この実施形態により、一般的なビデオデコーダを使用することができ、同時にメモリ効率のよい実施ができる。
【０００９】
本発明の教示は、添付した図面とともに以下の詳細な説明を読めば、容易に理解できる。
【００１０】
言うまでもなく、図面は本発明のコンセプトを例示する目的のものであり、本発明を例示する構成は必ずしもこれだけではない。理解を容易にするために、複数の図面で共通な同一要素を示すためには同じ参照数字を用いた。
【００１１】
本発明は、有利にも、フィルム粒子シミュレーションにおいてブロック平均を決定する方法を提供する。コンシューマ向けＨＤ  ＤＶＤプレーヤのＩＣ設計のアプリケーションのビデオデコーダサブシステムの場合を中心にして本発明を説明するが、本発明の具体的な実施形態は本発明の範囲を限定するものと考えてはならない。本発明の教示を知った当業者には明らかなように、本発明のコンセプトは、例えば、メディアプレーヤ／レシーバ装置、デコーダ、セットトップボックス、テレビジョンセット等における任意のフィルム粒子シミュレーションプロセスに有利に適用可能である。
【００１２】
図１は、本発明の一実施形態による、フィルム粒子シミュレーション機能を有するビデオデコーダサブシステムを示す高レベルのブロック図である。図１のビデオデコーダサブシステム１００は、例えば、ビデオデコーダ（例えば、Ｈ．２６４デコーダ）１０６と、ビデオディスプレイとグラフィックスエンジン１０８と、ホストインターフェイス１１０と、インターフェイスコントローラ（例えば、ＲＡＭインターフェイスコントローラ）１１２と、離れたところにあるフィルム粒子データベース１０４中のフィルム粒子パターンの一部を格納するフィルム粒子キャッシュとして実施されるローカルメモリ（例えば、ＲＡＭメモリ）１１４とを有する。図１は、ホストＣＰＵ１０２と、離れたところにあるフィルム粒子データベース１０４を含むリモート固定記憶プログラムメモリとをさらに示している。図１のビデオデコーダサブシステム１００では、ホストＣＰＵ１０２とリモートフィルム粒子データベース１０４は別のコンポーネントを含むものとして示したが、本発明の別の実施形態では、リモートフィルム粒子データベース１０４はＣＰＵ１０２の固定メモリにあってもよい。さらにまた、図１のビデオデコーダサブシステム１００では、ビデオデコーダ１０６とビデオディスプレイとグラフィックスエンジン１０８と、ホストインターフェイス１００と、インターフェイスコントローラ１１２とは別のコンポーネントとして示したが、本発明の別の実施形態では、ビデオデコーダ１０６とビデオディスプレイとグラフィックスエンジン１０８と、ホストインターフェイス１００と、インターフェイスコントローラ１１２とは単一のコンポーネントであり、単一の集積システムオンチップ（ＳｏＣ）デザインに集積してもよい。
【００１３】
さらにまた、図１のビデオデコーダサブシステム１００では、フィルム粒子パターンの記憶手段はローカルメモリ１１４（キャッシュ）とリモートフィルム粒子データベース１０４として示したが、本発明の別の実施形態では、フィルム粒子パターンの一部または全部を保持するためには、実質的にいかなるアクセス可能な記憶手段を実装してもよい。かかる手段には、記憶ディスク、磁気記憶媒体、光記憶媒体、または実質的にいかなる記憶手段も含まれる。また、１つ以上の記憶手段を記憶装置の各々に対して実装してもよい。さらにまた、図１のフィルム粒子データベース１０４は、メモリ１１４とは離れたところにあるとして示したが、本発明の別の実施形態では、フィルム粒子パターン記憶手段は互いに近くにあっても遠くにあってもよい。
【００１４】
図２は、図１のビデオデコーダサブシステム１００における使用に適したインターフェイスコントローラの一実施形態を示す高レベルのブロック図である。図２のインターフェイスコントローラ１１２は、プロセッサ２１０と、制御プログラム、アルゴリズム等を記憶するメモリ２２０とを含む。プロセッサ２１０は、パワーサプライ、クロック回路、キャッシュメモリ等、及びメモリ２２０に記憶されたソフトウェアルーチンの実行を支援する回路等である従来のサポート回路２３０と協働する。このため、ここでソフトウェアプロセスとして説明するプロセスステップの一部は、例えば、様々なステップを実行するプロセッサ２１０と協働する回路としてハードウェアで実施することもできる。インターフェイスコントローラ１１２も、それと通信する様々な機能要素間のインターフェイスとなる入出力回路２４０を含む。
【００１５】
図２のインターフェイスコントローラ１１２は、本発明による様々な制御機能を実行するようにプログラムされた汎用コンピュータとして示したが、本発明は、例えば、特定用途集積回路（ＡＳＩＣ）としてハードウェアで実施することもできる。そのようであるから、ここに説明するプロセスステップは、ソフトウェア、ハードウェア、またはそれらの組み合わせにより等しく実行されると広く解釈することが意図されている。
【００１６】
図１のサブシステム１００に戻り、リモートフィルム粒子データベース１０４は一般的に非常に大きい。本発明の一実施形態では、Ｈ．２６４ビデオデコーダ１０６と、ビデオディスプレイとグラフィックスエンジン１０８と、ホストインターフェイス１１０と、インターフェイスコントローラ１１２と、ローカルメモリ１１４とは、ＨＤ  ＤＶＤプレーヤのコンポーネントである。リモートフィルム粒子データベース１０４のフィルム粒子パターンは、例えば、ＨＤ  ＤＶＤプレーヤのサンプルレートでアクセスする必要がある。それゆえ、大きなフィルム粒子データベース１０４への高速アクセスが必要である。本発明による図１のサブシステム１００では、補助エンハンスメント情報（ＳＥＩ、Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）フィルム粒子期間においては、リモートフィルム粒子データベース１０４の一部のみが使用され、これを活用して複雑性を減らすためのキャッシング方法が開発される。
【００１７】
より具体的には、図１のフィルム粒子シミュレーションプロセスは、国際標準ＩＴＵ−Ｔ  Ｒｅｃ．Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０ビットストリームに補正１（フィデリティレンジ拡張）として指定されたフィルム粒子ＳＥＩメッセージの復号を要する。本発明の一実施形態では、フィルム粒子ＳＥＩメッセージは、Ｉ（イントラコード）ピクチャの前に送信され、１つのＩピクチャの前には１つのフィルム粒子ＳＥＩメッセージしかない。
【００１８】
本発明の一実施形態では、フィルム粒子パターンのリモートフィルム粒子データベース１０４は、４，０９６個のフィルム粒子サンプルの１６９個のパターンにより構成され、各々は６４×６４フィルム粒子画像を表している。例えば、図３は、図１のフィルム粒子データベースの典型的な構成を示す高レベルのブロック図である。図３は、ｘ軸方向にｉオフセット、ｙ軸方向にｊオフセットを有する６４×６４サンプルフィルム粒子パターンを示している。図３は、様々なタイプの１６９個のフィルム粒子パターンをさらに示している。
【００１９】
フィルム粒子データベース１０４では、各フィルム粒子パターンは、標準仕様書の周波数フィルタリングモデルによるカット周波数の異なるペアを用いて合成される。ＳＥＩメッセージで送信されるカット周波数を使用して、フィルム粒子シミュレーションプロセスにおいて、フィルム粒子パターンのリモートフィルム粒子データベース１０４にアクセスする。フィルム粒子データベース１０４は、ＲＯＭ、フラッシュ、またはその他の固定記憶装置（図１のビデオデコーダサブシステム１００のフィルム粒子データベース１０４のように）に格納され、一般的には変化しない。フィルム粒子データベース１０４は、非常に多様なフィルム粒子形状とサイズのランダムフィルム粒子パターンを含む。しかし、具体的なビデオコンテンツシーケンスの場合、効率的にフィルム粒子をシミュレーションするには、このデータベースの一部（ｓｍａｌｌ  ｓｕｂｓｅｔ）のみが実際には必要である。上記仕様書はフィルム粒子パターンの数をどのＳＥＩメッセージ期間でも一部に限定している。それゆえ、本発明は、ローカルメモリ１１４等の小さなフィルム粒子キャッシュを実装する。このフィルム粒子キャッシュは、ＳＥＩメッセージを受信すると更新される。
【００２０】
一般的には、リモートフィルム粒子データベース１０４は、ホストＣＰＵ１０２の固定記憶装置またはホストＣＰＵ１０２のサイトに格納される。しかし、フィルム粒子データベース１０４に対する高速アクセスを必要とするのは、ビデオデコーダ１０６及びビデオディスプレイとグラフィックスエンジン１０８である。そこで、本発明によれば、少なくともフィルム粒子パターンの一部に高速アクセスするために、ローカルメモリ１１４が設けられる。すなわち、既存のＳＥＩメッセージ期間が必要とし最も使用されるフィルム粒子パターンの少なくとも一部（ｓｍａｌｌ  ｓｕｂｓｅｔ）をローカルメモリ１１４に転送し格納する。
【００２１】
本発明の一実施形態では、ローカルメモリ１１４は、フィルム粒子データベース１０４全体を格納するくらい十分大きい。かかる実施形態では、ビデオデコーダ１０６及びビデオディスプレイとグラフィックスエンジン１０８は、リモートフィルム粒子データベース１０４に元々格納されていたフィルム粒子パターンのすべてに、コントローラ１１２を介してすぐに高速でアクセスできる。また、本発明のかかる実施形態では、ローカルメモリ１１４中のフィルム粒子キャッシュはＳＥＩメッセージを受信しても更新する必要はないという利点がある。しかし、かかる実施形態は、必要なメモリ（例えば、ＲＡＭ）量が大きいという不利益もある。しかし、いくつかの実施形態では、かかる大きなメモリ空間（例えば、ＲＡＭ）はすでに利用可能である。
【００２２】
本発明の別の一実施形態では、ローカルメモリ１１４は、フィルム粒子データベース１０４の一部を格納するくらい大きい。かかる実施形態では、ＳＥＩメッセージを受信するたびに、コントローラ１１２は、ローカルメモリ１１４のキャッシュの調査を開始して、ローカルメモリ１１４にすでにあるフィルム粒子パターンの一部のうちいずれかを、新しいＳＥＩメッセージで選択されたリモートフィルム粒子データベース１０４中の別のフィルム粒子パターンで置き換える必要があるか判断する。この方法の利点はローカルメモリ１１４のアロケーションが小さくてよいことである。不利な点は、ローカルメモリ１１４のキャッシュがコントローラ１１２により管理されなければならず、最悪の場合、例えばコントローラ１１２を介して各Ｉフレームに対し、リモートフィルム粒子データベース１０４からローカルメモリ１１４にキャッシュ全体を転送しなければならないことである。また、本発明のかかる実施形態では、装置のブートアップ（すなわちリセット）のときに、ローカルメモリ１１４（すなわち、フィルム粒子キャッシュ）が、リモートフィルム粒子データベース１０４に格納されている最も良く使われるフィルム粒子パターンでコントローラ１１２により初期化される。すなわち、ローカルメモリ１１４にどのフィルム粒子パターンを格納するかの選択は、フィルム粒子データベース１０４中のどのフィルム粒子パターンがフィルムコンテンツの選択範囲にわたって最もよく使用されたかに基づく経験的データに依存する。
【００２３】
いずれにしても、本発明の上記の実施形態では、本発明によるローカルメモリ１１４は、コントローラ１１２とともに、ビデオデコーダ１０６及びビデオディスプレイとグラフィックスエンジン１０８が、リモートフィルム粒子データベース１０４にのみ入っていたフィルム粒子パターンに速くアクセスできるようにする。
【００２４】
再び図１を参照して、図１のビデオデコーダサブシステム１００等のフィルム粒子シミュレーションシステムにおいて、復号ピクチャのブロック平均（例えば、８×８ブロック平均）はフィルム粒子形状、サイズ、及び強度を決める必要がある。それゆえ、図１のビデオデコーダサブシステム１００では、フィルム粒子パターンをサーチまたは選択するためにローカルメモリ１１４にアクセスする前に、ブロック平均を計算する必要がある。より具体的には、復号ピクチャのブロック平均は、１組の値であり、各々はそのピクチャを構成する各ブロックのサンプルの平均値を表す。例えば、復号ピクチャは幅３２サンプル、高さ２４サンプルであり、ブロックは幅８サンプル、高さ８サンプルである場合、復号ピクチャのブロック平均は次の行列で表現できる：
【数１】
2008518289.tif 000003
ここで、Ａｖｇ１はブロック１のサンプルの平均値であり、その左上のサンプルの座標は（０，０）であり右下のサンプルの座標は（７，７）である。Ａｖｇ２はブロック２のサンプルの平均であり、その左上のサンプルの座標は（８，０）であり右下のサンプルの座標は（１５，７）である。以下同様である。
【００２５】
また、ブロック平均は各カラー成分について別々に計算できる。例えば、復号ピクチャがＹＵＶ色空間（Ｙは輝度情報、ＵとＶは色情報）のカラー画像である場合、そのピクチャに対して（色成分ごとに１つの）３つのブロック平均を計算することが可能である。色成分ｃの座標（ｘ，ｙ）のサンプルは、ｄｅｃｏｄｅｄ＿ｐｉｃｔｕｒｅ［ｃ］［ｘ］［ｙ］により表され、幅Ｎサンプル、高さＭサンプル、左上サンプルの座標が（Ｏｘ，Ｏｙ）のブロックのブロック平均は、次のように計算できる：
【数２】
2008518289.tif 000004
上記の疑似コードは、基本的に、ブロック平均を０に初期化して、それにそのブロック中のすべてのサンプルの値を加えて、その結果をサンプル数で割って、平均を求めている。このプロセスを３つの色成分のすべてに対して繰り返す。
【００２６】
フィルム粒子シミュレーションの場合、フィルム粒子パラメータはブロックベースで変化するので、各ブロックのブロック平均（すなわち、そのブロックのサンプルの平均値）を使用してそのブロックの適当なフィルム粒子パラメータを選択する。本発明により、発明者は、復号ピクチャのブロック平均を決定する２つのオプションを提案する。
【００２７】
本発明の第１の実施形態では、復号ピクチャのブロック平均は、表示プロセスにおいて決定される。いくつかの実施形態では、デコーダは、表示プロセスにおいて、外部メモリ（例えば、ＲＡＭ）から復号ピクチャブロック（例えば、８×８ブロック）をすでに読み出している。本発明ではこの場合、ブロック平均（例えば、８×８ブロック平均）はディスプレイパイプラインで実行される。本発明によると、画素がラスタースキャン（ｒａｓｔｅｒ−ｓｃａｎ）の順序（すなわち、左から右、上から下）で読み出されても、表示プロセスにおいて、ブロック平均（例えば、８×８ブロック平均）を計算することが可能である。例えば、図４は、本発明の一実施形態による、ラスタースキャンの順序で画素を読み出しつつ、復号プロセスにおけるブロック平均の計算方法を示すフロー図である。
【００２８】
図４の方法４００では、画像は８ラインのグループで処理され、８ラインのグループのすべての８×８ブロックのブロック平均を並行して計算する。方法４００は、そのグループ中の第１のラインについて、ブロック平均を０に設定することにより始まる。そのラインは８個のサンプルのグループで処理される。第１の８個のサンプルが（８ラインのグループの第１の８×８ブロックに対応する）第１のブロック平均に加えられ、第２の８個のサンプルが（第２の８×８ブロックに対応する）第２のブロック平均に加えられる。以下、同様である。残りの７つのラインは、同じブロック平均を再利用することにより、同様に処理される。すなわち、ライン２から７の第１の８つのサンプルが第１のブロック平均に加えられ、第２の８つのサンプルが第２のブロック平均に加えられる。以下同様である。７番目のラインの終わりに、各ブロック平均にはそのブロックのサンプルすべての和が入っている。平均値を求めるため、和をブロック中のサンプル数（この場合６４）で割る。８ラインのグループの８×８ブロックのすべてのブロック平均を求めると、フィルム粒子をそれに加え、ラインをディスプレイに送信する準備ができる。ブロック平均の計算を復号プルセスと分離することにより、このアプローチは任意のデコーダで使用することができる（変更する必要がないからである）。同時に、表示プロセスにおいてラスタースキャンの順序で画素を読み出すことにより、効率的なメモリアクセス方法を使用でき、オーバーヘッドを下げられる。
【００２９】
本発明の第２の実施形態では、復号ピクチャのブロック平均は、ビデオ復号プロセス（すなわち、Ｈ．２６４復号プロセス）において決定される。ビデオ圧縮復号動作において、８×８ブロックサンプルが利用可能である。例えば、図５は、本発明の一実施形態による復号プロセスにおけるブロック平均の計算方法を示すフロー図である。図５の方法５００は、ビデオフレームの復号を各ブロック（例えば、８×８ブロック）のブロック平均の計算と結合する例を示している。図５の方法５００は、サンプルのマクロブロック（すなわち、ＭＰＥＧ−２やＨ．２６４ＭＰＥＧ−４ＡＶＣ等のほとんどのビデオコーディング標準では１６×１６マクロブロックが使用される）を復号することにより始まる。次に、各サブブロック（例えば、８×８サブブロック）のブロック平均を計算しメモリに格納する。このアプローチにより、メモリから読み出すデータ量が最小になる。なぜなら、ブロック平均を計算するのに必要な値は、復号プロセスにおいて容易に入手できるからである。その結果、必要なメモリ帯域幅が減少する。
【００３０】
これらのブロック平均は、図１のローカルメモリ１１４や、別に設けられたメモリ（例えば、ＲＡＭ）等の外部メモリ（例えば、ＲＡＭ）に格納され、表示プロセスのフィルム粒子シミュレーションにおいてアクセスされる。本発明のこの方法には、表示前の各復号フレームのための外部記憶が必要である。最悪の場合、この実施形態は、３つの復号フレームの８×８個のブロック平均値を格納するために、１４６キロバイトの外部メモリ（例えば、ＲＡＭ）が必要である。また、ブロック平均（例えば、８×８個のブロック平均）を格納し読み出すために、最低限の追加メモリ帯域幅が必要である。
【００３１】
上記の本発明の実施形態によるブロック平均の２つの決定方法は、外部メモリ（例えば、ＲＡＭ）による記憶とメモリ帯域幅とをトレードオフ（ｔｒａｄｅ  ｏｆｆ）するものである。第１の方法は、外部メモリは使用しないが、８×８ブロックを余計に読むか、ディスプレイパイプラインに内部メモリを必要とする。第２の方法は、外部メモリ帯域幅を少しと、１４６キロバイトの外部メモリ（例えば、ＲＡＭ）とを必要とする。
【００３２】
フィルム粒子シミュレーションのための方法、装置、システムの様々な実施形態（これらは例示であって限定ではない）を説明したが、当業者は上記の教示を考慮して修正や変形をすることができることに留意すべきである。それゆえ、当然のことながら、添付した請求項により規定される本発明の範囲と精神において、開示した本発明の実施形態を変更することができる。上記は本発明の様々な実施形態に関するが、本発明のその他の実施形態やさらに別の実施形態を、本発明の基本的な範囲から逸脱することなく工夫することができる。そのように、本発明の適切な範囲は請求項に従って決定されるべきである。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施形態による、フィルム粒子シミュレーション機能を有するビデオデコーダサブシステムを示す高レベルのブロック図である。
【図２】図１のビデオデコーダサブシステムにおける使用に適したインターフェイスコントローラの一実施形態を示す高レベルのブロック図である。
【図３】図１のフィルム粒子データベースの典型的な構成を示す高レベルのブロック図である。
【図４】本発明の一実施形態による表示プロセスにおけるブロック平均の計算方法を示すフロー図である。
【図５】本発明の一実施形態による復号プロセスにおけるブロック平均の計算方法を示すフロー図である。
【図１】
2008518289.tif 000005
【図２】
2008518289.tif 000006
【図３】
2008518289.tif 000007
【図４】
2008518289.tif 000008
【図５】
2008518289.tif 000009
【国際調査報告】
2008518289.tif 000010
2008518289.tif 000011
2008518289.tif 000012