JP2011223633A - 高速フィルタ型のｙｕｖからｒｇｂへの変換 - Google Patents

Abstract

【課題】高速フィルタ型のＹＵＶからＲＧＢへの変換を提供する。
【解決手段】それぞれの可能な成分出力Ｒ、ＧおよびＢの値を、それぞれの可能な成分入力Ｙ、ＵおよびＶの全ての値について予め計算することができる。Ｙ、ＵおよびＶ入力の各寄与をレジスタにロードし、オーバーフローせずに並列に加算して、ＹＵＶ入力から計算コストの低いＲＧＢ出力を生成することができる。一実施形態では、Ｒ、ＧおよびＢの各々に対するＹ、ＵおよびＶの寄与を、予め計算された表から取り出す。Ｒ、ＧおよびＢの各値に対するＹＵＶの寄与は３つのデータ要素にパックされ、共に並列に加算され、その結果としてＲＧＢ出力の値が得られる。
【選択図】図２

Description

本発明は、高速フィルタ型のＹＵＶからＲＧＢへの変換に関する。

この背景技術は、本出願の基本的な背景を提供することが意図されており、解決すべき特定の問題を説明することは意図されていない。

コンピュータのモニタは、ＲＧＢ（赤、緑、青）の光を含む色空間（color space）内で色を放射する。赤、緑、および青の光を合わせることによって可視スペクトルの全ての色を生成することができるが、モニタは、視覚スペクトルの制限された領域（すなわち、範囲）のみ表示可能である。ＲＧＢ形式（format）で提示される各画素（pixel）は、画素を生成するＲ、Ｇ、およびＢの各々について０から２５５の範囲の別個の値を含む。しかしながら、コンピュータは、他の様々な色空間の色を放射することもできる。例えば、別の色空間では輝度（luminance）（Ｙ）、黄の色量に対する青のクロミナンス（chrominance）（ＵまたはＣ_b）、およびシアンの色量に対する赤のクロミナンス（ＶまたはＣ_r）で構成されるデータを含むことがある。ＲＧＢでは、ＹＵＶ形式の画素も、Ｙ、ＵおよびＶの各々について別個の値で構成される。しかしながら、Ｒ、ＧおよびＢの各値の範囲は、Ｙ、ＵおよびＶの範囲と直接は対応しない。例えば、或るＹＵＶ形式では、Ｙの値の範囲は１６から２３５であるが、ＵおよびＶの範囲は１６から２３９である。したがって、コンピュータがＹＵＶのビデオコンテンツをＲＧＢで正確に表示するためには、各画素のＹＵＶの値を、対応するＲＧＢの値に変換する必要がある。

或るビデオ形式から別のビデオ形式へ変換するための現在の方法は、計算コストが高く、出力を生成するために行列変換（matrix transform）を通じて入力データを処理する必要があることがある。ＹＵＶからＲＧＢに変換するために、各画素からのデータを、７回の乗算操作と１１回の加減算操作の行列変換を通じて処理しなければならない。実際には、コンパイラは、複数の行列変換の共通する部分式を減少させることができる。例えば、ＹＵＶからＲＧＢへ変換するための行列変換を、５回の乗算操作と７回の加減算操作に容易に減らすことができる。しかしながら、コンパイラが減少させた行列変換であっても計算コストは高い。画素変換が複雑性のために、このプロセスは典型的に、実用的な時間内で実行するためのＳＩＭＤ（Single Instruction, Multiple Data）パラレル処理の拡張を含め、広範囲なサポートが必要とする。さらに、ＳＩＭＤ拡張を実装することができないコンピュータは、画素変換を容易に実行することができない。

この課題を解決するための手段は、以下の詳細な説明でさらに説明される概念の選択を簡略化した形で紹介するために提供される。この課題を解決するための手段は、特許請求する対象の主要な特徴または本質的な特徴を特定するようには意図されておらず、また特許請求する対象の範囲を限定するようにも意図されていない。

それぞれの可能な成分（component）の出力Ｒ、Ｇ、およびＢの値を、それぞれの可能な成分の入力Ｙ、Ｕ、およびＶの全ての値について予め計算することができる。次いで、Ｙ入力、Ｕ入力、およびＶ入力の各寄与（contribution）を、オーバーフローせず並列でレジスタにロードして加算し、結果として計算コストの高くないＲＧＢ出力をＹＵＶ入力から得ることができる。一実施形態では、Ｒ、ＧおよびＢの各々に対するＹ、ＵおよびＶの寄与を、予め計算された表（table）から取り出す。Ｒ、ＧおよびＢの各値に対するＹＵＶの寄与を、３つのデータ要素（data element）にパックし、一緒に並列で加算して、結果としてＲＧＢ出力の値を得る。

ＹＵＶ形式のデータをＲＧＢ形式のデータに変換する方法を実装するコンピュータを示す図である。 コンピュータディスプレイのためにＹＵＶビデオデータをＲＧＢデータに変換する方法を示す図である。 コンピュータディスプレイのためにＹＵＶビデオデータをＲＧＢデータに変換する方法で使用するための予め計算された表を示す図である。 コンピュータディスプレイのためにＹＵＶビデオデータをＲＧＢデータに変換する方法で使用するための予め計算された表を示す図である。 コンピュータディスプレイのためにＹＵＶビデオデータをＲＧＢデータに変換する方法で使用するための予め計算された表を示す図である。 コンピュータディスプレイのためにＹＵＶビデオデータをＲＧＢデータに変換する方法で使用するためのメモリ要素を示す図である。 ＹＵＶ入力からＲＧＢ出力の値を決定するためのメモリ要素の並列加算を示す図である。 ＹＵＶ入力からＲＧＢ出力の値を決定するためのメモリ要素の並列加算を示す図である。

以下の文章では、多くの様々な実施形態についての詳細な説明を記述するが、本説明の法的な範囲は特許請求の範囲の文言によって定義されることを理解されたい。全ての可能な実施形態を説明することは、不可能ではないにしても現実的ではないので、この詳細な説明は単なる例示として解釈されるべきであり、全ての可能な実施形態を説明するものではない。現在の技術または本特許出願の日以降に開発される技術を使用して、多くの代替的な実施形態を実装することができ、これらの技術も特許請求の範囲内にある。

或る用語について「本明細書で使用されるとき、用語「〜」は、を意味するように定義される」という文、または同様の文を使用して本明細書で明確に定義されない限り、その用語の意味をその明白な意味または通常の意味を超えて明示的または暗示的に限定する意図はなく、そのような用語は、本明細書のいずれかのセクションのいずれかの記述（特許請求の範囲の文言を除く）に基づく範囲に限定されると解釈されるべきではない。特許請求の範囲に記載される任意の用語は、単一の意味に一致するように本明細書内の用語で称されるが、これは読者を混乱させないように明確性を目的とするものに過ぎず、そのような請求項の用語が、暗示または他のものによってその単一の意味だけに限定されることは意図していない。最後に、請求項の構成要素は、どのような構造にも言及しない単語「手段」および機能を記載することによって定義されない限り、任意の請求項の要素の範囲が米国連邦法典第３５編第１１２条第６段落の適用に基づいて解釈されることは意図していない。

図１は、本明細書で説明される方法を提供するように動作することができる適切なコンピューティングシステム環境１００の例を図示している。コンピューティングシステム環境１００は、適切なコンピューティング環境の一例に過ぎず、特許請求の範囲における方法および装置の使用または機能の範囲に関して、いかなる限定を示唆することも意図されていないことに留意されたい。コンピューティングシステム環境１００はまた、この例示的な動作環境１００内に図示された複数のコンポーネントのいずれか１つのコンポーネントまたはその組み合わせに関して、どのような依存関係または要件を有するように解釈されるべきでもない。

図１を参照すると、特許請求される方法のブロックを実装するための例示的なシステムは、汎用のコンピューティング装置をコンピュータ１１０の形で含む。コンピュータ１１０のコンポーネントには、処理装置１２０、システムメモリ１３０、システムメモリ１３０およびビデオインタフェース１９０を含め様々なシステムコンポーネントを処理装置１２０と結合するシステムバス１２１が含まれるが、これらには限定されない。

コンピュータ１１０は、リモートコンピュータ１８０などの１つまたは複数のリモートコンピュータへの論理接続を使用して、ＬＡＮ１７１および／またはＷＡＮ１７３を介して、モデム１７２または他のネットワークインタフェース１７０を介して、ネットワーク化された環境で動作することができる。

コンピュータ１１０は、典型的に様々なコンピュータ読取可能媒体を含み、該コンピュータ読取可能媒体は、コンピュータ１１０によってアクセス可能な任意の使用可能媒体とすることができ、揮発性および不揮発性媒体、取外し可能および取外し不能媒体の両方を含む。システムメモリ１３０は、ＲＯＭ１３１およびＲＡＭ１３２などの揮発性および／または不揮発性メモリの形式のコンピュータ記憶媒体を含む。ＲＯＭは、基本入出力システム（ＢＩＯＳ）１３３を含むことができる。ＲＡＭ１３２は典型的に、オペレーティングシステム１３４、アプリケーションプログラム１３５、他のプログラムモジュール１３６、およびプログラムデータ１３７を含む、データおよび／またはプログラムモジュールを含む。コンピュータ１１０は、ハードディスクドライブ１４１、磁気ディスク１５２と読み書きする磁気ディスクドライブ１５１、および光ディスク１５６と読み書きする光ディスクドライブ１５５などの他の取外し可能または取外し不能、揮発性または不揮発性のコンピュータ記憶媒体を含むこともできる。ハードディスクドライブ１４１、１５１、および１５５は、インタフェース１４０、１５０を介してシステムバス１２１とインタフェースすることができる。

ユーザは、キーボード１６２、および通常はマウス、トラックボールもしくはタッチパッドと呼ばれるポインティングデバイス１６１などの入力装置を通じて、コンピュータ２０にコマンドおよび情報を入力することができる。他の入力装置（図示せず）には、マイクロホン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナなどが含まれ得る。これらおよび他の入力装置は、システムバスに結合されたユーザ入力インタフェース１６０を通じて処理装置１２０に接続されることが多いが、パラレルポート、ゲームポート、もしくはＵＳＢなどの他のインタフェースとバス構造によって接続されてもよい。モニタ１９１または他のタイプのディスプレイ装置を、ビデオインタフェース１９０などのインタフェースを介してシステムバス１２１に接続することもできる。ビデオ変換モジュール（video conversion module）１９２をシステムバス１２１に接続することができる。ビデオ変換モジュール１９２は、以下で説明される方法にしたがって画素を変換または修正することができる。他の実施形態では、ビデオ変換モジュール１９２は、コンピュータ１１０の別の要素のコンポーネントである。例えば、ビデオ変換モジュール１９２は、処理装置１２０および／またはビデオインタフェース１９０のコンポーネントとすることができる。モニタ１９１に加えて、コンピュータは、出力周辺インタフェース１９０を通じて接続することが可能な、スピーカ１９７およびプリンタ１９６などの他の周辺出力装置を含むこともできる。

本明細書で説明される本発明の機能の大部分と本発明の原理の多くは、ソフトウェアプログラムもしくは命令、およびアプリケーション固有のＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）のなどのＩＣで最も良く実装することができる。当業者は、例えば利用可能な時間、現在の技術、および経済的な考慮を理由とする恐らく著しい努力と多くの設計上の選択に関わらず、本明細書で開示される概念と原理によって導かれることで、そのようなソフトウェア命令、プログラム、およびＩＣを最小限の実験で容易に作成することができよう。したがって、簡潔性のため、および本発明にかかる原理と概念を不明瞭にするというリスクを最小限にするために、そのようなソフトウェアおよびＩＣについてのさらなる議論は、あったとしても、好ましい実施形態の原理と概念に関する本質に限定される。

図２は、ＲＧＢ色空間内で表示するためにＹＵＶ（ＹＣ_bＣ_r）形式の画素を変換することができる方法２００を示す図である。本方法を、コンピュータ１１０の様々なコンポーネントにおいて実行することができる。一実施形態では、方法２００はビデオ変換モジュール１９２において実行される。別の実施形態では、方法２００はビデオインタフェース１９０において実行される。さらなる実施形態では、本方法は処理装置１２０で実行される。通常、ＲＧＢ、ＹＵＶ、およびＹＣ_bＣ_rによって、ＲＧＢおよびＹＵＶのファミリの全てのビデオ形式を記述することができ、該ＲＧＢおよびＹＵＶのファミリには、これらには限られないがＲＧＢ１６、ＲＧＢ２４、ＲＧＢ３２、ＹＵＶ、ＹＵＹ２、ＹＶ１２、ＹＶ２０、およびＩ４２０がそれぞれ含まれる。しかしながら、当業者には理解されるであろうが、本方法を、データ単位毎の計算コストを含み得る任意の変換または修正の一部として行うこともできる。一実施形態では、本方法を使用してビデオをＹＵＶからＲＢＧに変換し、この場合、変換には画素毎の計算コストが必要である。

図２を参照すると、ブロック２０５で、行列変換を簡約化することができる。例えば、該変換を使用して、ビデオイメージを或る画素形式から別の画素形式に変換すること、またはビデオイメージの画素を修正することができる。一実施形態では、ＹＵＶ形式のビデオイメージからＲＧＢイメージへ変換するための行列変換が簡約化される。例えば、表１の行列変換を簡約化して、結果のＲ、ＧおよびＢの値に対するＹ、ＵおよびＶの各々の寄与を計算することができる。

表１によると、ＹＵＶからＲＧＢへの変換において、ＲＧＢ色空間における赤の値は、或る程度の輝度（Ｙ）と、赤からシアンの範囲の或る程度のクロミナンス（ＶまたはＣ_r）とで構成することができる。同様に、緑を、或る程度の輝度（Ｙ）と、赤からシアンの範囲の或る程度のクロミナンス（ＶまたはＣ_r）と、青から黄の範囲の或る程度のクロミナンス（ＵまたはＣ_b）とで構成することができる。また、青を、或る程度の輝度（Ｙ）と、青から黄の範囲内の或る程度のクロミナンス（ＵまたはＣ_b）とで構成することができる。したがって、表２のように、ＹＵＶ画素からＲＧＢ画素への変換式を簡約化して、Ｙ、ＵおよびＶ成分の寄与を強調することができる。

表２に示されるように、入力Ｙ、ＵおよびＶの各々は、或る程度、結果の赤（Red）、緑（Green）、青（Blue）の出力（output）に寄与する。Ｙ、ＵおよびＶの各値の寄与の合計を平面的な形で（planar form）で一緒に加算して、それぞれ赤、緑、青の出力値を生成することができる。当然、成分の寄与を強調することができる他の行列変換についての他の簡約化も存在しうる。

ブロック２１０で、表を計算して、全てのあり得る入力値に対応する全てのあり得る出力値を決定することができる。この表を、ターゲットの形式の範囲に等しい数の値で構成することができる。例えば、ターゲットの形式がＲＧＢであり各成分の範囲が０から２５５のとき、或る入力からの可能な出力値のセット全体を各々が表す、２５６個の値からなる３つの表が存在しうる。これらの表を、図１に関して説明した任意の形式のコンピュータメモリに格納することができる。一実施形態では、任意の可能なＹ、ＵおよびＶ（Ｙ、Ｃ_bおよびＣ_r）の入力値について、Ｒ、Ｇ、およびＢの出力値が計算される。例えば、図３ａ〜３ｃに図示されるように、Ｙ３０５、Ｃ_b３１０、およびＣ_r３１５の各々に対する可能な入力値は、それぞれ１６〜２３５、１６〜２３９、および１６〜２３９の値とすることができる。図３ａ〜ｃの寄与値は、有効数字３桁までであるが、当該寄与を任意の有用な精度で表すことができる。Ｒ、Ｇ、およびＢに対する各入力値の寄与を、表２の式を使用して計算し、表３００のセットにおける対応する位置に挿入することができる。一実施形態では、Ｙが１７の入力３０５が、式（Ｙ−１６）×１．１６４によって変換されて、表の値３２０の１.１６４が、Ｒ３２５、Ｇ３３０、およびＢ３３５の各々に対する輝度の寄与として生成される。図３ｂを参照すると、Ｕ（Ｃ_b）の入力３１０が、式（Ｃ_b−１２８）×−０．４００と式（Ｃ_b−１２８）×２．０１８によってそれぞれ変換されて、表の値３４０が、Ｇ３４５、Ｂ３５０に対する各々の寄与としてそれぞれ生成される。図３ｃを参照すると、Ｖ（Ｃ_r）の入力３１５が、式（Ｃ_r−１２８）×１．５９６と式（Ｃ_r−１２８）×−０．８３１によってそれぞれ変換されて、表の値３５５が、Ｒ３６０、Ｇ３６５に対する各々の寄与としてそれぞれ生成される。入力範囲に対応する出力範囲について多く異なるビデオ形式を網羅している、予め計算された表を生成するための多くの他の方法も存在し得る。

ブロック２１５で、方法２００は変換のための入力値を受信することができる。一実施形態では、画素毎の計算コストをもたらすイメージの任意の修正に応じて、画素値を平面モードで受信する。画素毎の計算コストを必要とするオペレーションの例の一部は、或るビデオ形式から別のビデオ形式（すなわち、ＹＵＶからＲＧＢ）への変換、シェーダ変換、明度（lightness）もしくは光度（brightness）の補正、彩度変更、または色補正である。例えば、ＹＵＶ画素値の組（tuple）を、ＹＵＶ形式から別の形式（すなわち、ＹＵＶからＲＧＢ／ＲＧＢからＹＵＶ）への要求された変換に応じて、Ｙデータの平面、Ｕデータの平面、およびＶデータの平面として方法２００によって受信することができる。さらに別の実施形態では、方法２００は非プレイナー、すなわち「チャンク（chunky）」データを受信する。例えば、ＹＵＶデータを、Ｙ、Ｕ、およびＶの３つの値すべてを含む単一のメモリユニットとして受信することができる。方法２００はチャンクデータの各ピースを１×１の画素平面と考えることができる。チャンクデータの各ピースを、画素ごとに別個のデータ平面に変換することができる。入力値を受信して解釈するための多くの他の実施形態も存在し得る。

ブロック２２０で、方法２００はブロック２１０のルックアップテーブルを使用して、出力値に対する入力の寄与を探すことができる。一実施形態では、ＹＵＶの組からの値を使用して所望の出力に対するその寄与を探す。例えば、図３ａ〜ｃを参照すると、１７のＹ入力３０５は、Ｒ、Ｇ、およびＢの所望の出力の各々の合計値に対して、１.１６４の寄与を有する。また、Ｕ（Ｃ_b）入力３１０の値１７は、それぞれＲ、Ｇ、およびＢの所望の出力の合計値に対して、０、４４．４００および−２２３．９９８の寄与を有し、Ｖ（Ｃ_r）入力３１５の値１７は、それぞれＲ、Ｂ、およびＢの所望の出力の合計値に対して、−１７７．１５６、９２．２４１、および０の寄与を有する。

ブロック２２５で、方法２００はブロック２２０の入力の寄与を格納することができる。一実施形態では、各成分の寄与を特定の順序で単一のメモリ位置に格納する。例えば、後続の加算処理中のオーバーフローエラーを防止するようにデータを格納することができる。図４を参照すると、方法２００は、各寄与を収容するための同じ大きさの部分に分割することができるメモリ空間に、寄与を格納することができる。例えば、メモリ空間はコンピュータ１１０の処理装置１２０内にあるレジスタとすることができる。本明細書で使用されるとき、レジスタは、ＲＡＭ１３２内の任意のメモリ位置、または処理装置１２０を用いて算術機能を実行できる他の任意の離散メモリユニットとすることができる。さらに、メモリ空間は、コンピュータ１１０によって共に処理される任意の固定サイズのビットのグループとすることができる。また、ｘ８６プラットフォームでは、メモリ空間は１６ビットワードとすることができ、ダブルワード（ｄｗｏｒｄ）は３２ビット長とすることができる。

一実施形態では、メモリ空間は、３２ビットのｄｗｏｒｄであり、各寄与には各値の間に「バッファ」または「ギャップ」４１０を有する１０ビットのｄｗｏｒｄ４０５が割り当てられる。バッファは、後続の加算操作中のオーバーフローエラーを防止するのに適切な任意のサイズとすることができる。例えば、バッファは、１ビットのサイズとすることができる。さらに別の実施形態では、メモリ空間は、上述した各々順序付けられた寄与を格納するのに十分なメモリを割り当てることが可能な、任意の構造とすることができ、メモリ空間の数はターゲットの形式の要素の数と同じにすることができる。例えば、ＲＧＢ形式は３つの要素から構成される。したがって、方法２００は３つのメモリ空間４１５、４２０、および４２５を使用することができる。また、寄与の組の各要素を、複数の空間にわたって同じ順序で格納することができる。例えば、３つのメモリ空間４１５、４２０、および４２５はそれぞれ、各値の間に１ビットのバッファを有する、最初の１０ビットに格納されたＹ値と、２番目の１０ビットに格納されたＵ値と、３番目の１０ビットに格納されたＶ値とを表すデータを有することができる。したがって、成分Ｒ、ＧおよびＢに対するＹ、Ｕ（Ｃ_b）およびＶ（Ｃ_r）の寄与を、異なるメモリ空間４１５、４２０および４２５に格納して、Ｒへの寄与、Ｇへの寄与、およびＢへの寄与の順に配置することができる。例えば、ＹＵＶデータをＲＧＢに変換する実施形態では、空間４１５はＲ、ＧおよびＢの各々に対するＹの寄与を順番に格納し、空間４２０はＲ、ＧおよびＢの各々に対するＵ（Ｃ_b）の寄与を順番に格納し、空間４２５はＲ、ＧおよびＢの各々に対するＶ（Ｃ_r）の寄与を順番に格納する。当然、これらの成分を特定の順序で格納するメモリ空間の実施形態は多数存在し、格納される成分のサイズも多数存在し得る。

ブロック２３０において、図５ａに関連して、方法２００は出力画素値を計算することができる。一実施形態では、方法２００は、３つのメモリ空間４１５、４２０および４２５を利用する２つの並列加算操作５０２、５０４を実行する。例えば、メモリ空間４１５、４２０および４２５は各入力値５０５について、それぞれ、Ｙ、Ｕ（Ｃ_b）およびＶ（Ｃ_r）のＲ、ＧおよびＢに対する寄与を順番に格納することができる。この３つの値を並列に加算して（５０２、５０４）、結果の値であるＲ、ＧおよびＢを計算することができる（５０６）。例えば、値を３つの３２ビットワードとして並列に加算すると、結果として２つの加算操作５０２、５０４となる。さらなる実施形態では、ギャップ４１０は、バイナリの加算操作に関連するオーバーフローおよび繰り上げ規則によってＲ、ＧおよびＢの成分値が互いに干渉することを防止する。各寄与の合計値５１０は、ＹＵＶ入力からＲＧＢの出力値を生成する並列加算処理から得ることができる。該並列加算の結果を、Ｒ、ＧおよびＢの順番で単一の３２ビットのメモリ空間に保存することができる。

別の実施形態では、結果の合計値を切り上げて、当該合計値が、ターゲットの形式の許容範囲内に留まることを保証する。例えば、図５ａおよび５ｂを参照すると、入力のＹＵＶ画素値が１７、１７、１７のとき、Ｒの合計値は負数の５１５となることがある。ＲＧＢ形式で可能な成分値は０から２５５の間であるので、負の結果は許容できない。したがって、方法２００は、ＲＧＢ形式に変換するとき、許容可能なＲＧＢ値の範囲に対応させるように負数をゼロの５１７に切り上げることを決定することができる。さらに、小数の５２０を、許容可能な出力範囲内の値に対応する整数の５２５に丸めることができる。同様に、許容範囲を超えている合計値５１０を、該形式の許容できる最大の値まで切り捨てることができる。出力値を計算する他の実施形態も多く存在する。

ブロック２３５で、方法２００は、変換する必要がある値がさらにあるかどうかを判断することができる。一実施形態では、方法２００は、全ての変換前（pre-conversion）の画素値の復元先であるバッファをチェックして、値がまだ残っているかどうかを判断する。例えば、バッファは、方法２００によって処理するためにＹＵＶ画素値がロードされる、ＦＩＦＯ待ち行列（queue）とすることができる。方法２００が変換の必要がある値がまだあると判断した場合、該方法はブロック２２０に戻る。値が残っていない場合は、該方法はブロック２４０に進む。

ブロック２４０で、方法２００は、変換または修正された画像を格納することができる。一実施形態では、方法２００はイメージを直接、画素ごとに、バックバッファなどのメモリに格納することができる。例えば、ビデオディスプレイでは、構成層（compositing layer）が圧縮ビデオをＹＵＶ平面にデコードし、該ＹＵＶ平面を中間ＲＧＢバッファに変換して、後の表示のために該ＲＧＢバッファをバックバッファにマージ／構成することができる。中間バッファを組み込んだ合成器（compositor）は、異なる速度でイメージを表示するビデオ形式間で変換するときに有用であることがある。例えば、ビデオ再生装置（playback）は、典型的なデジタルアニメーションのシーケンスよりも遅い毎秒１フレームの速度で動作することがある。ビデオ再生装置が遅いので、低速な形式の一部のフレームを高速な形式の再生中に繰り返し表示して、速度の違いを補うことができる。表示される度に同じフレームを再変換するのではなく、変換したＹＵＶまたはＲＧＢデータを中間バッファに保存して、前に表示されたフレームを高速に呼び出すことができる。さらに、変換ステップに相当量の計算処理がかかる場合（該ステップが各画素について表１の行列変換を使用して変換するとき）は、繰り返されるフレームを１度だけ変換して結果のデータをキャッシュすることがより効率的であろう。したがって、各画素変換においてこの変換を利用することによって、処理された画素それぞれについて追加の読取（Read）／修正（Modify）／書込（Write）のコマンドが生成されることがある。

しかしながら、ブロック２２０から２３５に関連して上述したように、変換の処理コストは非常に低い。例えば、ＹＵＶからＲＧＢへの変換では、各ターゲット形式の成分についての表の参照と、続く並列加算のみを要する。したがって、変換のコストが非常に低いため、各画素が画素ごとに復元されるときに該変換を実行することができ、結果のデータをバックバッファに直接保存することができる。バックバッファに直接保存することで、変換処理中の中間（ＲＧＢ）バッファならびに読取／修正／書込のコマンドを排除することができ、そしてキャッシュのコヒーレンス（coherency）を改善することもできる。さらに、ある特定のプロセッサの書込／結合機能により、変換および出力の性能を大幅に向上させることができる。当然、変換されたデータを格納および利用して、Ｒ／Ｍ／Ｗコマンド、中間バッファ、またはこれらの構造を利用するハードウェアコンポーネントを排除するための他の多くの実施形態が存在する。

Claims (20)

1. ＲＧＢビデオデータ形式への変換のためにＹＵＶビデオデータ形式の入力値を受信するステップであって、前記入力値は前記ＹＵＶビデオデータ形式についてのＹ値、Ｕ値及びＶ値を含む、ステップと、
   前記Ｙ値、Ｕ値及びＶ値の各々について、前記ＲＧＢビデオデータ形式についてのＲ値、Ｇ値及びＢ値の各々に対応する寄与値を探すステップと、
   メモリ空間に各寄与値を格納して、前記Ｒ値、Ｇ値及びＢ値の各々に対するＹ寄与値を格納する第１のメモリ空間、前記Ｒ値、Ｇ値及びＢ値の各々に対するＵ寄与値を格納する第２のメモリ空間、及び前記Ｒ値、Ｇ値及びＢ値の各々に対するＶ寄与値を格納する第３のメモリ空間を形成するステップと、
   少なくとも部分的に、前記第１のメモリ空間に格納された前記Ｙ寄与値、前記第２のメモリ空間に格納された前記Ｕ寄与値、及び前記第３のメモリ空間に格納された前記Ｖ寄与値を並列に加算することにより、前記ＲＧＢビデオデータ形式の出力画素の値を形成するステップと
   を含む方法。
2. 各寄与値をルックアップテーブルに格納するステップをさらに含む請求項１に記載の方法。
3. 前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を決定するために、すべてのあり得るＹ値、Ｕ値及びＶ値についてすべてのあり得るＲ値、Ｇ値及びＢ値を計算するステップをさらに含む請求項１に記載の方法。
4. 前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間の各々に対してレジスタを割り当てるステップをさらに含む請求項１に記載の方法。
5. 前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間の各々に対してメモリダブルワードを割り当てるステップをさらに含む請求項１に記載の方法。
6. 前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間の各々において少なくとも１つのバッファを割り当てるステップをさらに含む請求項１に記載の方法。
7. 前記少なくとも１つのバッファにより、前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間にそれぞれ格納された前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を分離するステップをさらに含む請求項６に記載の方法。
8. 前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間の各々の同じ部分を、３つのＹ寄与値、３つのＵ寄与値及び３つのＶ寄与値の各々にそれぞれ割り当てるステップをさらに含む請求項６に記載の方法。
9. 前記第１のメモリ空間、前記第２のメモリ空間及び前記第３のメモリ空間の各々のうちの１０ビットを、３つのＹ寄与値、３つのＵ寄与値及び３つのＶ寄与値の各々にそれぞれ割り当てるステップをさらに含む請求項６に記載の方法。
10. ＹＵＶビデオデータ形式の入力に対応するＹ寄与値、Ｕ寄与値及びＶ寄与値を探すステップと、
    前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を３つのメモリ空間に格納するステップであって、前記３つのメモリ空間のうち第１のメモリ空間はＲＧＢビデオデータ形式のＲ値、Ｇ値及びＢ値にそれぞれ対応するＹ寄与値の組を含み、前記３つのメモリ空間のうち第２のメモリ空間は前記ＲＧＢビデオデータ形式の前記Ｒ値、前記Ｇ値及び前記Ｂ値にそれぞれ対応するＵ寄与値の組を含み、前記３つのメモリ空間のうち第３のメモリ空間は前記ＲＧＢビデオデータ形式の前記Ｒ値、前記Ｇ値及び前記Ｂ値にそれぞれ対応するＶ寄与値の組を含む、ステップと、
    前記３つのメモリ空間における前記寄与値の組を並列に加算して、前記ＲＧＢビデオデータ形式の出力画素の値を形成するステップと
    を含む方法。
11. 前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を予め計算するステップと、前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を少なくとも１つのテーブルに格納するステップとをさらに含む請求項１０に記載の方法。
12. 前記３つのメモリ空間の各々をメモリダブルワードとして割り当てるステップをさらに含む請求項１０に記載の方法。
13. Ｙ寄与値、Ｕ寄与値及びＶ寄与値の各々に対して、メモリダブルワードの同じ部分を割り当てるステップをさらに含む請求項１２に記載の方法。
14. Ｙ寄与値、Ｕ寄与値及びＶ寄与値の各々に対して、メモリダブルワードのうちの１０ビットを割り当てるステップをさらに含む請求項１２に記載の方法。
15. 前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値のうちの１つに割り当てられる１０ビットと前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値のうちの別のものに割り当てられる１０ビットとの間にバッファビットを割り当てるステップをさらに含む請求項１２に記載の方法。
16. 前記出力画素のＲ値、Ｇ値及びＢ値を３２ビットのメモリ空間に保存するステップをさらに含む請求項１０に記載の方法。
17. 前記予め計算するステップは、すべてのあり得るＹＵＶビデオデータ形式の入力値に対応するすべてのあり得るＲＧＢビデオデータ形式の出力値を決定するステップを含む請求項１１に記載の方法。
18. 前記予め計算するステップは、少なくとも３つの数字の精度に対する前記Ｙ寄与値、前記Ｕ寄与値及び前記Ｖ寄与値を計算するステップを含む請求項１１に記載の方法。
19. 前記加算の結果を切り上げるステップをさらに含む請求項１１に記載の方法。
20. コンピュータ実行可能なコードを実行するプロセッサと、データ及びコンピュータ実行可能なコードを格納するメモリと、入出力回路とを備えるコンピュータシステムであって、前記プロセッサは、
    輝度値Ｙ、黄に対する青のクロミナンス値Ｃｂ、シアンに対する赤のクロミナンス値Ｃｒを含むＹＵＶ画素値を受信し、
    Ｙに対応する輝度寄与値を輝度ルックアップテーブルにおいて探し、
    Ｃｂに対応する第１のクロミナンス寄与値を第１のクロミナンスルックアップテーブルにおいて探し、
    Ｃｒに対応する第２のクロミナンス寄与値を第２のクロミナンスルックアップテーブルにおいて探し、
    前記輝度寄与値、前記第１のクロミナンス寄与値及び前記第２のクロミナンス寄与値を、第１のレジスタ、第２のレジスタ及び第３のレジスタにそれぞれ格納し、
    前記第１のレジスタ、前記第２のレジスタ及び前記第３のレジスタをともに並列に加算してＲＧＢ画素値を形成する
    ためにコンピュータ実行可能コードを実行するように物理的に構成されるコンピュータシステム。

Images