JP4718763B2 - ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること - Google Patents
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること Download PDFInfo
- Publication number
- JP4718763B2 JP4718763B2 JP2003110880A JP2003110880A JP4718763B2 JP 4718763 B2 JP4718763 B2 JP 4718763B2 JP 2003110880 A JP2003110880 A JP 2003110880A JP 2003110880 A JP2003110880 A JP 2003110880A JP 4718763 B2 JP4718763 B2 JP 4718763B2
- Authority
- JP
- Japan
- Prior art keywords
- video
- graphics device
- device driver
- procamp
- renderer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/64—Circuits for processing colour signals
- H04N9/641—Multi-purpose receivers, e.g. for auxiliary information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
- H04N7/0117—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal
- H04N7/012—Conversion between an interlaced and a progressive signal
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2310/00—Command of the display device
- G09G2310/02—Addressing, scanning or driving the display screen or processing steps related thereto
- G09G2310/0229—De-interlacing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
- H04N7/0117—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal
- H04N7/0122—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal the input and the output signals having different aspect ratios
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/64—Circuits for processing colour signals
- H04N9/643—Hue control means, e.g. flesh tone control
Description
【０００１】
【発明の属する技術分野】
本開示は、一般に、表示用の画像／図形データを処理することに関し、より詳細には、限定的なものではなく例示として、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間で、重要な機能だけでなく、情報を伝達するためのプロトコルを使用してこれらの間での相互作用を促進すること（facilitating interaction）に関する。このような情報は、例えばＰｒｏｃＡｍｐ調整操作（adjustment operations）に向けられた照会、応答、命令などを備えることができる。
【０００２】
【従来の技術】
典型的なコンピューティング環境では、グラフィックス・カード（graphics card）またはその類似物は、画像を表示装置に転送すること、および画像の処理の少なくとも一部を取り扱うことを担当している。ビデオ画像に関しては、図形オーバレイ装置および技術がグラフィックス・カードおよびコンピューティング・デバイス全体によってしばしば使用されている。例えば、ＤＶＤまたはインターネットのストリーミング・ソースからのビデオ画像を表示するためには、そのビデオ画像を配置し維持するために図形オーバレイ手順が開始される。
【０００３】
図形オーバレイ手順は、ビデオ画像が表示されることになるスクリーン位置を設定するための長方形（rectangle）とキー・カラーとを選択する。長方形は、所望の高さおよび幅と共に長方形の隅の開始座標で定義することができる。キー・カラーは、通常、明るいピンクなどのめったに見られない色であり、ビデオが表示スクリーン上のデスクトップ最上層に論理的に配置された場合にのみ、そのビデオを定義された長方形内にオーバレイするのを確実にするために使用される。
【０００４】
動作中、グラフィックス・カードは、色ピクセルを表示装置に送っているとき、所与のピクセルの位置が選択された図形オーバレイ長方形内にあるか否かをチェックし、判定する。長方形内にない場合、デフォルト画像データが表示装置に転送される。一方、所与のピクセルの位置が選択された図形オーバレイ長方形内にある場合、グラフィックス・カードは、そのピクセルのデフォルト画像データが選択されたキー・カラーと等しいか否かをチェックして判定する。等しくない場合、所与のピクセルに対して、デフォルト画像データが表示装置に転送される。一方、所与のピクセルの色が選択されたキー・カラーである場合、グラフィックス・カードはその所与のピクセルに対して表示装置にビデオ画像データを転送する。
【０００５】
【非特許文献１】
Microsoft (登録商標) Windows (登録商標) Platform Design Note, "DirectX (登録商標) VA: Video Acceleration API/DDI", January 23, 2001
【０００６】
【発明が解決しようとする課題】
残念ながら、上述した図形オーバレイ技術にはいくつかの欠点がある。第１に、通常、任意のある時刻に単一の図形オーバレイ手順を有効とするのに十分なハードウェア資源があるにすぎない。何にせよ、前述した図形オーバレイ技術への依存は常に、ハードウェアによって限定されて、可能な同時ビデオ表示数に対して制約を生じる。第２に、上述したピンクまたは他のキー・カラーは、表示されたビデオを含んでいるウィンドウが表示スクリーン上のデスクトップのあちらこちらに激しく移動される場合、可視可能（すなわち、関連付けられた表示装置に表示される）になることがある。
【０００７】
第３に、表示装置上に表示されるビデオ画像はプリント・スクリーン・コマンドによって取り込まれないので、プリント・スクリーン・コマンドは効果的に機能しない。取り込まれないのではなく、キー・カラーがプリント・スクリーン・コマンドによって取り込まれるので、印刷された（またはコピーして貼り付けられた）画像は、ビデオが表示装置上に表示されているその場所にキー・カラーで塗りつぶされた長方形が含まれることになる。
【０００８】
ビデオ画像を表示するための他の技術は、表示装置に転送するためにグラフィックス・プロセッサにビデオ画像を転送する前にビデオ調整を実行するためにホスト・マイクロ・プロセッサを使用することを必要とする。このホスト・プロセッサ技術にもまたいくつかの欠点がある。第１に、典型的なコンピューティング環境のホスト・マイクロ・プロセッサおよび関連付けられたメモリ・サブ・システムは、大きなビデオ画像の処理に関して最適化されていない。したがって、表示可能なビデオ画像のサイズおよび数は極度に制限される。第２に、ホスト・マイクロ・プロセッサが効率よく機能するために、ビデオ画像は、そのホスト・マイクロ・プロセッサによって直接的にアドレス可能なメモリに常駐する必要がある。その結果、圧縮解除および／またはデ・インターレーシングなどの他のタイプのハードウェア加速（hardware acceleration）をそのビデオ画像上で実行することはできない。
【０００９】
すなわち、上述した図形オーバレイ手順および上述したホスト・プロセッサに対する依存などの従来技術は、ビジュアル・アーティファクト（visual artifacts）を生じさせ、あまりにもに低速かつ／またはメモリ資源の使用が非効率的であり、ハードウェアで制限され、ビデオ表示の柔軟性に制約があり、かつ／または全機能のプリント・スクリーン・コマンドを使用可能にしない。したがって、特にビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することによってこれらおよび他の欠点を補うための方式および／または方法が求められている。
【００１０】
【課題を解決するための手段】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること（facilitating interaction）は、関連付けられたグラフィックス・ハードウェアの画像処理能力（capabilities）に関する情報をグラフィックス・デバイス・ドライバとビデオ・レンダラーの間で交換されることを許容する通信プロトコルおよび／またはアプリケーション・プログラミング・インターフェース（ＡＰＩ）によって可能とにすることができる。画像処理能力はビデオ処理能力を含み、ビデオ処理能力は、限定的なものではなく例示としてプロセス増幅器（ＰｒｏｃＡｍｐ）制御調整（process amplifier control adjustments）、デ・インターレーシング（de-interlacing）、アスペクト・レシオ補正、色空間変換、フレーム・レート変換、垂直または水平の鏡面効果およびアルファ・ブレンディングを含む。
【００１１】
典型的な方法の実装では、方法は、１つまたは複数のビデオ・レンダラーと少なくとも１つのグラフィックス・デバイス・ドライバの間の相互作用を促進する。この方法は、１つまたは複数のビデオ・レンダラーの１つのビデオ・レンダラーによって、ビデオ処理能力に関して、少なくとも１つのグラフィックス・デバイス・ドライバに、照会する動作と、少なくとも１つのグラフィックス・デバイス・ドライバによって、少なくとも１つのグラフィックス・デバイス・ドライバがビデオ・レンダラーに提供することのできるビデオ処理能力の少なくとも一部分についてビデオ・レンダラーに通知する動作とを含む。
【００１２】
第１の典型的な媒体の実装では、ビデオ・レンダラーに対するその中の電子的に実行可能な命令は、ビデオ・レンダラーから、ＰｒｏｃＡｍｐ能力に関する情報を要求する照会をグラフィックス・デバイス・ドライバに対して発行する動作と、グラフィックス・デバイス・ドライバから、要求したＰｒｏｃＡｍｐ能力に関する情報を含む応答をビデオ・レンダラーで受信する動作とを含む動作を引き起こす。
【００１３】
第２の典型的な媒体の実装では、グラフィックス・デバイス・ドライバに対するその中の電子的に実行可能な命令は、ビデオ・レンダラーから、ＰｒｏｃＡｍｐ能力に関する情報を要求する照会をグラフィックス・デバイス・ドライバで受信する動作と、グラフィックス・デバイス・ドライバから、ＰｒｏｃＡｍｐ能力に関して要求された情報を含む応答をビデオ・レンダラーに送信する動作とを含む動作を引き起こす。
【００１４】
典型的なシステムの実装では、システムは、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する。このシステムは、表示されるべきビデオに適用することのできるＰｒｏｃＡｍｐ能力に関する情報を要求する照会を準備するように構成されたビデオ・レンダリング論理と、表示されるべきビデオにどのようなＰｒｏｃＡｍｐ能力を適用することができるかを示す応答を準備するように構成されたグラフィックス・デバイス・ドライビング論理とを含む。
【００１５】
他の方法、システム、機器、プロトコル、媒体、構成などの実装態様を本明細書に記載する。
【００１６】
【発明の実施の形態】
類似の、かつ／または対応する態様、機能および構成要素を参照するために、すべての図面を通して同じ番号が使用される。
【００１７】
典型的なビデオ処理パイプラインおよびＰｒｏｃＡｍｐ調整
ＰｒｏｃＡｍｐ調整を有する典型的なビデオ処理パイプライン
図１は、ＰｒｏｃＡｍｐ調整動作１０４（ProcAmp adjustment operation）を含む第１のビデオ処理パイプライン１００である。第１のビデオ処理パイプライン１００は、グラフィックス・カードなどのグラフィックス・ハードウェアを使用して実装することができる。これは、（ｉ）３つの画像メモリ・ブロック１０２、１０６および１０８と、（ｉｉ）少なくとも１つの画像処理動作１０４とを含む。画像メモリ・ブロック１０２は、ＹＵＶビデオ・イメージ・オフスクリーン・プレーン・サーフェスを含む。図示するＰｒｏｃＡｍｐ調整動作１０４を含んでいる画像処理動作１０４は、画像メモリ・ブロック１０６を提供するために画像メモリ・ブロック１０２に適用される。画像メモリ・ブロック１０６は、画像調整動作を実行するグラフィックス・ハードウェアのパラメータおよび能力に応じてＹＵＶオフスクリーン・プレーン・サーフェスまたはＹＵＶテクスチャを含む。
【００１８】
１つまたは複数の追加の画像処理動作の後（図１には明示せず）、グラフィックス・ハードウェアは、ＲＧＢレンダー・ターゲットを含む画像メモリ・ブロック１０８を生成する。画像メモリ・ブロック１０８のＲＧＢレンダー・ターゲットは、追加の画像処理動作なしにグラフィックス・ハードウェアによって表示装置上に表示することができる。同様に、画像データを画像メモリ・ブロック１０８から表示装置に転送している期間に画像データを他のメモリから取り出す必要がないように、画像メモリ・ブロック１０８は表示装置のスクリーンの各ピクセルに対する画像データを含んでいる。
【００１９】
ＰｒｏｃＡｍｐ調整動作１０４は、１つまたは複数のプロセス増幅器（ＰｒｏｃＡｍｐ）調整に関するものである。ＰｒｏｃＡｍｐ調整の概念は、ビデオが記憶され、操作され、アナログ技術を使用して表示されたときに始まった。しかし、ＰｒｏｃＡｍｐ調整動作１０４は、現在、デジタル技術を使用して実行することができる。このようなＰｒｏｃＡｍｐ調整動作１０４は、少なくとも明度、コントラスト、彩度、および色相のビデオ特性の１つまたは複数に向けられた１つまたは複数の動作を含むことができる。
【００２０】
典型的なＰｒｏｃＡｍｐ関連のビデオ特性
明度、コントラスト、彩度、および色相に関連した以下の記述は、それらの値を操作するために可能な、かつ／または提案された設定に関連して、典型的な記載の実装に関するものである。他のＰｒｏｃＡｍｐ調整のガイドラインを別法として使用することもできる。
【００２１】
明度： 明度は「黒設定」としても知られている。すなわち、明度は、ゲイン（コントラスト）と混同されるべきではない。明度は、各特定の表示シナリオで「ビューイング・ブラック」レベル（「ｖｉｅｗｉｎｇ ｂｌａｃｋ」ｌｅｖｅｌ）を設定するために使用される。機能的には、ピクチャ内のすべてのルミナンス・ワード（ｌｕｍｉｎａｎｃｅ ｗｏｒｄｓ）から、同一数の量子化ステップ（ビット）を加算または減算する。明度は、オフセットといくつかのルミナンス・ワードの和が０よりも小さいかまたはフル・レンジよりも大きい場合は、クリッピング状態を作ることができ、また一般にそうなる。通常、明度はコントラスト制御と相互作用する。
【００２２】
コントラスト： コントラストはピクチャの明るさの「ゲイン」である。コントラストは、ピクチャ内の相対的明るさを暗い値に変更するために使用される。機能的には、入力値の範囲をより小さい範囲にまたはより大きい範囲にマッピングする線形の正または負のゲインである。設定値（例えば、ゲインが変更した際に変更されない値）は、通常はコード０と等しいが、名目上のビューイング・ブラック設定値に関連付けられたコード・ワード（code word）の方がより適切である。コントラストのゲイン構造は、一般に、この設定値を通過する線形転送ランプ（linear transfer ramp）である。コントラスト機能は、一般に、ゲインが１対１以外にセットされている場合は計算された値を丸めることが必然的に含まれ、この丸めは、一般に、視覚的アーティファクトの生成「輪郭形成（contouring）」を防止するためのプログラマチック・ディザリングを含む。
【００２３】
彩度： 彩度はコントラストの論理的同等物である。彩度は、「０クロマ」（例えば記載の実装では、ＹＵＶのコード１２８またはＲＧＢのコード０）周辺の設定値を有するゲイン機能である。
【００２４】
色相： 色相は、クロミナンス成分の位相関係である。色相は、典型的には有効範囲を−１８０から＋１８０までとし、デフォルト値を０として、度で指定される。コンポーネント・システム（例えばＹＵＶまたはＲＧＢ）の色相は、有効なクロミナンス／明るさの関係を維持するために３つの成分が共に変化する３部分からなる変数である。
【００２５】
ＹＵＶ色空間での典型的なＰｒｏｃＡｍｐ関連調整
ＹＵＶ色空間の明度、コントラスト、彩度、および色相の処理に関する以下の記述は、それらの値を操作するために可能な、かつ／または提案された設定に関連して一例として記載した実装に関するものである。他の調整のガイドラインを別法として使用することもできる。一般に、ＹＵＶ色空間で作業することによって、ビデオ・ストリームのＰｒｏｃＡｍｐ調整制御に必要とされる計算が簡略化される。
【００２６】
Ｙ処理： 黒レベルを０に位置付けるためにＹの値から１６を減算する。これは、コントラスト調整が黒のレベルを変更しないようにするため、ＤＣオフセットを除去する。Ｙの値が１６よりも小さい場合があるので、この処理ではこの時点で、負のＹの値がサポートされる必要がある。コントラストは、ＹＵＶピクセル値に定数を掛けることによって調整される。（ＵとＶが調整される場合、コントラストが変更された場合はいつでも色シフトが生じることになる。）明度特性値（brightness property value）がコントラスト調整されたＹ値に加算（またはＹ値から減算）される。これによってコントラスト調整によるＤＣオフセットの発生は防止される。最後に、ブラック・レベルを１６に再位置付けするために、値１６が再び加算される。Ｙ値を処理するための典型的な方程式は以下の通りである。
Ｙ’＝（（Ｙ−１６）×Ｃ）＋Ｂ＋１６
上式で、Ｃはコントラスト値であり、Ｂは明度値である。
【００２７】
ＵＶ処理： 範囲を０周辺に位置付けるためにＵ値とＶ値の両方からまず１２８が減算される。以下のようにＵ値とＶ値とを混合することによって色相特性だけが実装される。
Ｕ’＝（Ｕ−１２８）×Ｃｏｓ（Ｈ）＋（Ｖ−１２８）×Ｓｉｎ（Ｈ）、および
Ｖ’＝（Ｖ−１２８）×Ｃｏｓ（Ｈ）−（Ｕ―１２８）×Ｓｉｎ（Ｈ）
上式で、Ｈは所望の色相角度を示している。
【００２８】
彩度は、彩度値と共に定数をＵとＶに掛けることによって調整される。最後に、値１２８がＵとＶの両方に再度加算される。ＵＶデータでの色相と彩度の結合された処理は以下の通りである。
Ｕ’＝（（（Ｕ−１２８）×Ｃｏｓ（Ｈ）＋（Ｖ−１２８）×Ｓｉｎ（Ｈ））×Ｃ×Ｓ）＋１２８、および
Ｖ’＝（（（Ｖ−１２８）×Ｃｏｓ（Ｈ）−（Ｕ−１２８）×Ｓｉｎ（Ｈ））×Ｃ×Ｓ）＋１２８
上式で、Ｃは上記Ｙ’の方程式同様コントラスト値、Ｈは色相角度、Ｓは彩度である。
【００２９】
２つの処理動作による典型的なビデオ処理パイプライン
図２は、ＲＧＢレンダー・ターゲット１０８に達するために２つのビデオ処理動作２０２と２０６を含む第２のビデオ処理パイプライン２００である。第２のビデオ処理パイプライン２００は、（ｉ）３つの画像メモリ・ブロック１０２、２０４、および１０８と、（ｉｉ）２つの画像処理動作２０２および２０６を含む。
【００３０】
第２のビデオ処理パイプライン２００に関しては、一般に、画像メモリ・ブロック２０４はＲＧＢテクスチャを含んでいる。画像メモリ・ブロック２０４は、画像処理動作２０２の適用後に画像メモリ・ブロック１０２から生じる。画像メモリ・ブロック１０８は、画像処理動作２０６後に画像メモリ・ブロック２０４から生成される。
【００３１】
ＰｒｏｃＡｍｐ制御調整に加えて他の画像処理動作を実行することができる。例えば、以下の典型的なビデオ処理動作の１つまたは複数のどの動作でも、それを表示装置のスクリーン面上に表示する前にビデオ画像データに適用することができる。
１．ＰｒｏｃＡｍｐ制御調整
２．デ・インターレーシング
３．アスペクト・レシオ補正
４．色空間変換、および
５．垂直または水平の鏡面効果処理（mirroring）およびアルファ・ブレンディング
可能ならば、ビデオ画像の処理中に消費される全体的なメモリ帯域幅を低減するために、所望のビデオ（および／または他の画像）処理動作を可能な限り少ない動作に結合する。処理動作を結合することができる程度は、一般に、グラフィックス・ハードウェアの能力によって決定される。通常、色空間変換処理とアスペクト・レシオ補正処理は、ビデオ・ストリームの大部分ではないにしてもその多くに適用される。しかし、垂直／水平の鏡面効果およびアルファ・ブレンディングはそこまでに頻繁には適用されない。
【００３２】
第２のビデオ処理パイプライン２００に関しては、ＰｒｏｃＡｍｐ調整処理と色空間変換処理が画像処理動作２０２に組み合わされる。アスペクト・レシオ補正処理は、画像処理動作２０６によって実行される。任意選択で、垂直／水平の鏡面効果処理および／またはアルファ・ブレンディングを画像処理動作２０６に組み合わせることができる。図示するように、第２のビデオ処理パイプライン２００を実装するグラフィックス・ハードウェアは、ＲＧＢレンダー・ターゲットのような画像メモリ・ブロック１０８を作成するために２つの画像処理動作と３つの画像メモリ・ブロックを使用する。しかし、より効率よいグラフィックス・ハードウェアがあるかも知れない。
【００３３】
１つの処理動作による典型的なビデオ処理パイプライン
図３は、ＲＧＢレンダー・ターゲット１０８に達するために１つのビデオ処理動作３０２を含む第３のビデオ処理パイプライン３００である。一般に、第３のビデオ処理パイプライン３００は、１つの画像処理動作３０２と２つの画像メモリ・ブロック１０２および１０８を使用してグラフィックス・ハードウェアによって実装される。具体的には、画像メモリ・ブロック１０８は、画像処理動作３０２によって画像メモリ・ブロック１０２から生成される。画像処理動作３０２は、図示するように、後述するような複数のビデオ処理動作を含む。
【００３４】
画像処理動作３０２が、ＰｒｏｃＡｍｐ調整処理、色空間変換処理、およびアスペクト・レシオ補正処理を組み合わせるので、第３のビデオ処理パイプライン３００は（図２の）第２のビデオ処理パイプライン２００よりも短い。したがって所与のビデオ処理パイプラインのステージ数は、関連付けられたグラフィックス・ハードウェアの能力だけでなく、ビデオ画像を表示するソフトウェア（例えば、アプリケーション、オペレーティング・システム・コンポーネントなど）によって要求される画像処理動作の数およびタイプに依存する。典型的なソフトウェア、グラフィックス・ハードウェアなどは図４を参照して以下でさらに記述する。
【００３５】
典型的なビデオ関連ソフトウェアおよびグラフィックス・ハードウェア
図４は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の相互作用を促進するように構成されたコンピューティングまたは他の電子デバイスのある種の機能要素を示すブロック図４００である。これらの様々な典型的な要素および／または機能は、ハードウェア、ソフトウェア、ファームウェア、これらのいくつかの組合せなどによって実装可能である。このようなハードウェア、ソフトウェア、ファームウェア、これらのいくつかの組合せなどを、本明細書では一括して、また個別に論理（logic）と称する。
【００３６】
ブロック図４００の構成はビデオ・データ処理機器またはシステムの一例に過ぎない。図示および説明された要素および／または機能の１つまたは複数は、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための機能を損なうことなく結合されたり、再構成されたり、増加させたり、あるいは省略したりすることができることを理解されたい。
【００３７】
機器またはシステム４００は、例えば中央処理装置（ＣＰＵ）によって実行される命令を含むことができる変換論理４０８、グラフィックス・プロセッシング・ユニットおよび／またはこれらの組合せを含む。変換論理４０８は、少なくとも１つのソース４０６から符号化されたビデオ・データを受信するように構成されている。ソース４０６からの符号化されたビデオ・データは、何らかの方法で符号化されており（例えばＭＰＥＧ−２など）、変換論理４０８はこの符号化されたビデオ・データを復号するように構成されている。
【００３８】
一例として、ソース４０６は、磁気ディスクおよび関連するディスク・ドライブ、光ディスクおよび関連するディスク・ドライブ、磁気テープおよび関連するテープ・ドライブ、固体メモリ、送信された信号、伝送媒体、または符号化されたビデオ・データを変換論理４０８に送信または他の手段で提供するように構成された類似のソースを含むことができる。ソース４０６のさらなる例は、図７を参照して後述する。ある種の実装では、ソース４０６は、ネットワーク・ソースおよび遠隔ソースなどの複数のソース構成要素を含むことができる。図示するように、ソース４０６はインターネット４０４および遠隔ディスク・ベースの記憶装置４０２を含む。
【００３９】
変換論理４０８によって出力された復号済みビデオ・データは少なくとも１つのビデオ・レンダラー４１０に提供される。限定的なものではなく例示として、ビデオ・レンダラー４１０は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システム（ＯＳ）のＶｉｄｅｏ Ｍｉｘｅｒ ａｎｄ Ｒｅｎｄｅｒｅｒ（ＶＭＲ）を使用して実現することができる。記載の実装では、ビデオ・レンダラー４１０は、変換論理４０８がビデオ・ストリームを復号するのを補助し、ビデオ処理動作を実行させ、クローズド・キャプション（ＣＣ）またはＤＶＤサブ・ピクチャ画像などの任意の他の補助画像をビデオ画像とブレンドすることなどを行うように構成されている。また、ビデオ・レンダラー４１０は、適宜、表示装置４３６上での最終的な表示のために、グラフィック・インターフェース論理４１２にビデオ画像データを適提出するか、または提出をさせる。
【００４０】
このようにして、結果として得られるレンダーリングされたビデオ・データは、グラフィック・インターフェース論理４１２に提供される。限定的なものではなく例示として、グラフィック・インターフェース論理４１２は、例えばＤｉｒｅｃｔＤｒａｗ（登録商標）、Ｄｉｒｅｃｔ３Ｄ（登録商標）、および／または他の類似の論理を含むことができる。グラフィック・インターフェース論理４１２は、ビデオ・レンダラー４１０とグラフィックス・デバイス４２４の間にインターフェースを提供するように構成されている。図示するように、グラフィックス・デバイス４２４は、グラフィックス・プロセッサ・ユニット（ＧＰＵ）４２６、ビデオ・メモリ４３２、およびデジタル−アナログ・コンバータ（ＤＡＣ）４３４を含む。限定的なものではなく例示として、グラフィックス・デバイス４２４は、コンピューティングまたは他の電子デバイス内に構成されたビデオ・グラフィックス・カードとして実現することができる。
【００４１】
グラフィック・インターフェース論理４１２によって出力された画像データは、デバイス・ドライバ・インターフェース（ＤＤＩ）４１４を使用してグラフィックス・デバイス・ドライバ４２２に提供される。図４では、デバイス・ドライバ・インターフェース４１４は、それに関連付けられた少なくとも１つのアプリケーション・プログラミング・インターフェース（ＡＰＩ）４１６を有するように示されている。デバイス・ドライバ・インターフェース４１４は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間のインターフェースをサポートし、かつ／または設定するように構成されている。
【００４２】
機器／システム４００で、また記載の実装に関して図示されているように、デバイス・ドライバ・インターフェース４１４とグラフィックス・デバイス・ドライバ４２２は、関連付けられたオペレーティング・システム環境とグラフィックス・デバイス４２４に関してユーザ・モード４１８またはカーネル・モード４２０の部分としてさらに分類することができる。したがって、ビデオ・レンダラー４１０とデバイス・ドライバ・インターフェース４１４はユーザ・モード４１８の部分であり、グラフィックス・デバイス・ドライバ４２２はカーネル・モード４２０の部分である。少なくともデバイス・ドライバ・インターフェース４１４とグラフィックス・デバイス・ドライバ４２２の間で発生するこれらの通信は、ユーザ・モード４１８とカーネル・モード４２０の間を横断する。
【００４３】
この記載された実装では、したがってビデオ・レンダラー４１０によって出力されたビデオ画像データは、グラフィックス・プロセッサ・ユニット４２６に提供される。グラフィックス・プロセッサ・ユニット４２６は、１つまたは複数の画像処理動作を実行するように構成可能である。これらの画像処理動作は、それぞれにＰｒｏｃＡｍｐ調整論理４２８および／または他のビデオ処理動作論理４３０によって示されるようなＰｒｏｃＡｍｐ調整および／または他のビデオ処理動作を含む。ＰｒｏｃＡｍｐ調整動作と、デ・インターレーシングおよびフレーム・レート変換などの他の典型的なビデオ処理動作は上記に加えて下記でもさらに説明する。
【００４４】
グラフィックス・プロセッサ・ユニット４２６からの出力はビデオ・メモリ４３２に提供される。ビデオ・メモリ４３２が読み取られると、その結果得られる画像データは、表示装置４３６上に、表示装置４３６によって表示するのに適した対応するアナログ・ビデオ信号を出力するデジタル−アナログ・コンバータ４３４に転送することができる。他の構成では、表示装置４３６は、デジタル−アナログ・コンバータ４３４によるアナログ変換なしに、ビデオ・メモリ４３２からのデジタル画像データを表示することを可能にすることができる。
【００４５】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の典型的なプロトコル
図５は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の典型的なプロトコルを示す通信／信号送受のダイヤグラム５００である。この典型的なプロトコルは、ＰｒｏｃＡｍｐ調整などのビデオ（または他の画像）処理動作の実行を促進する。このようなビデオ処理動作は、ユーザによって起動され、制御されたビデオ表示アプリケーション（例えば、教唆アプリケーション（instigating application））によって要求／指定される動作を含むことができる。
【００４６】
通信／信号送受の線図５００は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の複数の通信交換と通信伝送を含む。任意選択で、通信は、任意の適切なＡＰＩ ４１６と共に（図４の）グラフィック・インターフェース４１２および／またはデバイス・ドライバ・インターフェース４１４によってイネーブルされ、かつ／または補助されることができる。
【００４７】
通信交換（communication exchange）５０２は、ビデオ処理（video processing；ＶＰ）能力の設定に向けられている。具体的には、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２に備えられている、またグラフィックス・デバイス・ドライバ４２２によって提供されるべきビデオ処理能力に関して、伝送５０２Ａでグラフィックス・デバイス・ドライバ４２２に対して要求または照会する。応答５０２Ｂで、グラフィックス・デバイス・ドライバ４２２は、割り当てられたビデオ処理能力についてビデオ・レンダラー４１０に通知する。
【００４８】
割り当てられるビデオ処理能力は、グラフィックス・デバイス・ドライバ４２２が実行することのできるビデオ処理動作を含む。これらは、ＰｒｏｃＡｍｐ制御調整動作、デ・インターレーシング動作、アスペクト・レシオ補正動作、色空間変換動作、垂直／水平の鏡面効果処理およびアルファ・ブレンディング、フレーム・レート変換動作などの１つまたは複数を含むことができる。グラフィックス・デバイス・ドライバ４２２は、残されているビデオ処理動作の帯域幅についてすべてを提供したり、または一部を提供したりすることを選択することができる。残されているビデオ処理動作の帯域幅のすべてよりも少なく割り当てることによって、グラフィックス・デバイス・ドライバ４２２は後続の要求のための予備の追加ビデオ処理動作帯域幅を保持することができる。
【００４９】
通信交換５０４は、指定されたビデオ処理動作（video processing operation；ＶＰ Ｏｐ）に関する制御特性能力の設定に方向づけられている。ビデオ・レンダラー４１０からグラフィックス・デバイス・ドライバ４２２に送られる要求５０４Ａでは、ビデオ・レンダラー４１０は、応答５０２Ｂで割り当てられた特定のビデオ処理動作を指定する。要求５０４Ａは、特定のビデオ処理動作に関してグラフィックス・デバイス・ドライバ４２２はどのような、またはどの特性能力を実行することができるかに関する問い合わせを含むこともできる。応答５０４Ｂで、グラフィックス・デバイス・ドライバ４２２は、指定された特定のビデオ処理動作に関して使用可能な特性能力に関してビデオ・レンダラー４１０に通知する。通信交換５０４は、例えば特定のビデオ処理動作に対する複数の制御特性能力がない場合は、省略することができる。
【００５０】
通信交換５０６は、他の割り当てられたビデオ処理動作のどれを、指定された特定のビデオ処理動作と同時に実行することができるかの設定に向けられている。要求５０６Ａで、ビデオ・レンダラー４１０は、ビデオ処理動作がある場合にはどのビデオ処理動作が特定のビデオ処理動作と同時に実行することができるかを決定するためにグラフィックス・デバイス・ドライバ４２２に対して照会を発行する。グラフィックス・デバイス・ドライバ４２２は、応答５０６Ｂで、ビデオ・レンダラー４１０に、グラフィックス・デバイス・ドライバ４２２が特定のビデオ処理動作と同時に実行することができるビデオ処理動作を通知する。一例として、（ｉ）伝送５０４Ａおよび５０６Ａおよび／または（ｉｉ）伝送５０４Ｂおよび５０６Ｂはそれぞれに単一の照会および応答伝送に組み合わせることができることに留意されたい。
【００５１】
通信交換５０８は、特定のビデオ処理動作の指定された制御特性に対する値の設定に向けられている。要求５０８Ａで、ビデオ・レンダラー４１０は、特定のビデオ処理動作に対する制御特性を問い合わせで指定する。指定される制御特性は、応答５０４Ｂで提供された使用可能な制御特性から選択することができる。グラフィックス・デバイス・ドライバ４２２は、特定のビデオ処理動作に対する指定された制御特性に対する値をビデオ・レンダラー４１０に提供する。これらの値は、ビデオ・レンダラー４１０がグラフィックス・デバイス・ドライバ４２２に対して特定のビデオ処理動作を実行するよう命令する際にフレームワークとして使用することができる数値による設定値、範囲などであってよい。通信交換５０８は、応答５０４Ｂで示されている各使用可能な制御特性に関して反復することができる。別法として、１つのそのような通信交換５０８は、使用可能な制御特性の（すべての制御特性を含めて）複数の制御特性に向けられることができる。
【００５２】
通信交換５１０は、ビデオ処理ストリーム・オブジェクト（video processing stream object）を開始することに向けられている。命令５１０Ａで、ビデオ・レンダラー４１０は、ビデオ処理ストリーム・オブジェクトを開くためにグラフィックス・デバイス・ドライバ４２２にコマンドを送る。このコマンドは、表示装置４３６へのビデオ画像の提示を試みるアプリケーションまたは他のソフトウェアのために送信することができる。応答５１０Ｂで、グラフィックス・デバイス・ドライバ４２２は、要求しているビデオ・レンダラー４１０にビデオ処理ストリーム・オブジェクトに対するハンドルを戻す。
【００５３】
伝送５１２Ａで、ビデオ・レンダラー４１０はグラフィックス・デバイス・ドライバ４２２に対して特定の、または別の割り当てられたビデオ処理動作を実行するよう命令する。このビデオ処理動作実行コマンドは、特定のビデオ処理動作に対する１つまたは複数の制御特性に対する値を設定かつ／または変更するために選択された数を含むことができる。応答で、グラフィックス・デバイス・ドライバ４２２は、伝送５１２Ａで要求されたようなビデオ処理動作５１２Ｂを実行する。通常、少なくとも１つのビデオ・レンダラー４１０が、ビデオを表示すべき各アプリケーションに割り振られる。そのような教唆アプリケーションが例えばビデオ処理動作を要求するときはいつでも、任意選択の再フォーマッティング、翻訳などの後で、ビデオ・レンダラー４１０はそのような要求をビデオ処理動作命令としてグラフィックス・デバイス・ドライバ４２２に転送する。
【００５４】
ビデオ処理動作実行コマンド５１２Ａおよびその結果得られるビデオ処理動作５１２Ｂは、ビデオ処理ストリーム・オブジェクトが存在する間は、希望に応じて反復することができる。ビデオが完了するか、または関連ソフトウェアが終了したとき、ビデオ処理ストリーム・オブジェクトをクローズさせる命令５１４がビデオ・レンダラー４１０からグラフィックス・デバイス・ドライバ４２２に送信される。
【００５５】
例えば図４、５、および６の方法は、複数のブロックおよび／または複数の伝送に分割された図面で示される。しかし、この方法が記載され、かつ／または示されている順番および／またはレイアウトは限定と解釈されることを意図したものではなく、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する１つまたは複数のシステム、方法、媒体、プロトコル、構成などを実装するために、ブロック／伝送の任意の数を結合し、かつ／または任意の順序で再構成することができる。さらに、本明細書の記述には図４の実装（ならびに図７の典型的なシステム環境）などの特定の実装、および典型的なＡＰＩへの参照が含まれるが、本方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはこれらの組合せで、また任意の適切な１つ以上のプログラミング言語、１つ以上の符合化機構、１つ以上のプロトコル・パラダイム、１つ以上のグラフィックス・セットアップ、などを使用して実装することができる。
【００５６】
典型的な汎用ＡＰＩ実装態様
図６は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の相互作用を促進する典型的な方法を示す流れ図６００である。図６に反映されている説明した実装はＰｒｏｃＡｍｐ調整動作に向けられているが、これはこのように限定されるものではない。限定されるのではなく、この典型的な汎用ＡＰＩ実装態様の少なくともある種の態様は、１つまたは複数の他のビデオ（または一般的な画像）処理動作によって使用することができる。
【００５７】
流れ図６００では、ビデオ・レンダラー４１０は６０２〜６１８の９ブロックに関連付けられ、グラフィックス・デバイス・ドライバ４２２は６２０〜６３０の６ブロックに関連付けられている。６０２〜６１８と６２０〜６３０の各ブロックは、それぞれにビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２によって、またはこれらのために実行される少なくとも１つの動作に対応する。
【００５８】
流れ図６００について、典型的な汎用ＡＰＩに照らして後述する。本明細書に記載のこれらの汎用ＡＰＩは、方法、機器論理などの２つの機能グループに分割することができる。第１のグループは、グラフィックス・デバイスのビデオ処理能力を決定するために使用することができる。第２のグループは、ビデオ処理動作ストリーム・オブジェクト（video processing operation stream objects）を作成し、使用するために使用することができる。
【００５９】
これらの典型的な汎用ＡＰＩは、デバイス・ドライバ・インターフェース４１４の一部として図示されている（図４の）ＡＰＩ ４１６に対応させることができ、グラフィック・インターフェース４１２をサポートし、グラフィックス・デバイス・ドライバ４２２とのインターフェースをとる。したがってＡＰＩ ４１６は、ユーザ・モード部分４１８内のデバイス・ドライバ・インターフェース４１４の一部として図示されている。しかし、このようなＡＰＩ ４１６は、別法としてデバイス・ドライバ・インターフェース４１４以外の他の論理に配置し、かつ／またはこれらの論理によって機能させることができる。このような他の論理は、単なる一例としてではあるが、ビデオ・レンダラー４１０、グラフィック・インターフェース４１２、カーネル・モード部分４２０の一部などを含む。
【００６０】
本節で後述する汎用ＡＰＩは、グラフィックス・デバイス・ドライバに連動して表示されているビデオ・コンテンツに対するいくつかのビデオ処理動作（例えばＰｒｏｃＡｍｐ調整、フレーム・レート変換など）の任意数をサポートするために、例えば、Ｍｉｃｒｏｓｆｔ（登録商標）ＤｉｒｅｃｔＸ（登録商標）Ｖｉｄｅｏ Ａｃｃｅｌｅｒａｔｉｏｎ（ＶＡ）を拡張／強化などするために使用することができる。追加の関連情報は、参照によりその全体を本明細書に組み込んだ文献（例えば、非特許文献１参照）に記載されている。
【００６１】
本明細書では流れ図６００の動作をパーソナル・コンピュータ用Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムの現在の展開に特に適用可能なＡＰＩに特有の表現で記載したが、そのブロックならびに本明細書に記載の他の実装も他のオペレーティング・システムおよび／または他の電子デバイスに適用可能であることを理解されたい。
【００６２】
後述する例では、１つ以上のビデオ処理動作の出力は、ターゲットＤｉｒｅｃｔＤｒａｗ（登録商標）サーフェスなどのＲＧＢレンダー・ターゲット・フォーマットで提供される。このようなことを行うことによって、従来のハードウェア・オーバレイ技術の必要性が排除される。また、表示装置上に表示可能なスクリーン全体は、存在する任意数のビデオ画像も含めて、１つのメモリ位置に存在しており、したがってプリント・スクリーン・コマンドによってビデオ画像を取り込むことができる。これにより、このプリント・スクリーン・キャプチャは文書に貼り付けられ、ファイルに追加され、直接的に印刷されることなどが可能である。
【００６３】
流れ図６００では、関連付けられたグラフィックス・ハードウェアがＰｒｏｃＡｍｐ調整ビデオ処理動作を実行することができることが既にグラフィックス・デバイス・ドライバ４２２によってビデオ・レンダラー４１０に通知済みである可能性があるか、またはビデオ・レンダラー４１０は以下のようにＰｒｏｃＡｍｐ能力の有無またはそれらの欠損を判定することができる。ブロック６０２で、ビデオ・レンダラー４１０は、表示されるべきビデオの記述を提供し、ＰｒｏｃＡｍｐ制御特性に関する図形処理能力を要求する。
【００６４】
ビデオ・レンダラー４１０は、ブロック６０２とブロック６２０の間の伝送の矢で示されるように、１つまたは複数の伝送によってビデオ記述の提供および／または制御特性要求をグラフィックス・デバイス・ドライバ４２２に対して行う。ビデオについての記述は、グラフィックス・デバイス・ドライバ４２２がビデオのタイプに基づいて、使用可能なビデオ処理能力／可能なビデオ処理能力などを調整することを可能にする。例えば所定の能力のセットをビデオのいくつかの異なるタイプのそれぞれに対してセットアップすることができる。
【００６５】
ブロック６２０で、グラフィックス・デバイス・ドライバ４２２は、ビデオ・レンダラー４１０に使用可能なＰｒｏｃＡｍｐ制御特性のリストを提供する。このリストは、明度、コントラスト、色相および彩度の１つまたは複数を含んでいても含んでいなくてもよい。ブロック６０４では、ビデオ・レンダラー４１０はグラフィックス・デバイス・ドライバ４２２から使用可能なＰｒｏｃＡｍｐ制御特性を受信する。ブロック６２０および６２２の動作は、ブロック６０２の１つ以上の通信に応答して実行することができる。別法として、ビデオ・レンダラー４１０は、ブロック６２２の動作を誘発するために別個の問い合わせを行うことができる。
【００６６】
ブロック６２２で、グラフィックス・デバイス・ドライバ４２２は、ビデオ・レンダラー４１０にＰｒｏｃＡｍｐ調整動作と同時／並行して実行することができる可能性のあるビデオ処理動作を提供する。このようなビデオ処理動作は、ＹＵＶ−ＲＧＢ、Ｘ伸張（StretchX）、Ｙ伸張（StretchY）、サブ長方形（SubRects）およびアルファ・ブレンド（AlphaBlend）の１つまたは複数を含む場合があり、または１つも含まない場合もある。他のこのようなビデオ処理動作は、デ・インターレーシング、フレーム・レート変換などを含むことができる。ブロック６０６で、ビデオ・レンダラー４１０は、可能な同時ビデオ処理動作をグラフィックス・デバイス・ドライバ４２２から受信する。
【００６７】
ブロック６０２、６０４、６０６、６２０および６２２の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは、以下のように提供される。
【００６８】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このＡＰＩは、ビデオ・レンダラー４１０が、ＰｒｏｃＡｍｐ制御デバイスの入力要件と、ＰｒｏｃＡｍｐ調整動作が実行されているのと同時にサポートすることのできる任意の追加ビデオ処理動作とに関する情報を決定するためにグラフィックス・デバイス・ドライバ４２２に照会することを可能にする。
【００６９】
グラフィックス・デバイス・ドライバ４２２は、ｌｐＰｒｏｃＡｍｐＣａｐｓに対して出力されたＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣａｐｓ構造で当該モードに対するその能力を報告する。
Ｓｉｚｅフィールドはデータ構造のサイズを示しており、異なるバージョンが異なるデータ構造サイズを有している場合は特にバージョン・インジケータとして使用することができる。
【００７０】
ＩｎｐｕｔＰｏｏｌフィールドは、ビデオ・ソース・サーフェスがそこから割り付けられるべきメモリ・プールを示す。例えば、メモリ・プールはグラフィックス・カード上のローカル・ビデオ・メモリ、特別タグ付きシステム・メモリ（例えば加速グラフィックス・ポート（ＡＧＰ）メモリ）、一般的なシステム・メモリなどに配置することができる。Ｄ３ＤおよびＤｉｒｅｃｔＤｒａｗドキュメンテーションも有効メモリ・プール位置についての記述を提供する。
【００７１】
ＯｕｔｐｕｔＦｒａｍｅＦｏｒｍａｔフィールドは、出力されたフレームのＤｉｒｅｃｔ３Ｄサーフェス・フォーマットを示す。ＰｒｏｃＡｍｐデバイスは入力されたサーフェス・フォーマットと一致するサーフェス・フォーマットでフレームを出力することができる。このフィールドは、ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアに対して出力フレーム・サーフェスの正確なフォーマットを供給できることを保証する。ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢフラッグ（下記参照のこと）がＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドに戻された場合、ビデオ・レンダラー４１０は、有効な出力フォーマットがＲＧＢ３２などのＲＧＢフォーマットに加えてこのフィールドによって指定されるとすることができることに留意されたい。ＲＧＢ３２は、赤、緑、青チャネルのそれぞれに対する８ビットの精度と、８ビットの未使用エリアとを有するＲＧＢフォーマットである。
【００７２】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＰｒｏｐフィールドは、ハードウェアが実行することのできるＰｒｏｃＡｍｐ動作を特定する。グラフィックス・デバイス・ドライバ４２２は、サポートするＰｒｏｃＡｍｐ動作の組合せの以下の論理を戻す。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｎｏｎｅ。ハードウェアはどのようなＰｒｏｃＡｍｐ制御動作をもサポートしない。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して明度調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対してコントラスト調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して色相調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して彩度調整を実行することができる。
【００７３】
ＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドは、要求されたＰｒｏｃＡｍｐ調整と並行して実行することのできる他の動作を特定する。以下のフラグは可能な動作を特定する。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオをＹＵＶ色空間からＲＧＢ色空間に変換することができる。使用されるＲＧＢフォーマットは、各色成分に対して８ビットまたはそれ以上の精度を有することができる。これが可能ならば、ビデオ・レンダラー４１０内のバッファ・コピーを防止することができる。ＲＧＢ色空間からＹＵＶ色空間への変換に対しては、このフラグは必要条件ではないということに留意されたい。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＸ。ＰｒｏｃＡｍｐ制御ハードウェアが水平に伸張または縮小することができる場合、ビデオがＰｒｏｃＡｍｐ調整を受けながら、同時に、アスペクト・レシオ補正を実行することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＹ。アスペクト・レシオ調整は、アプリケーションで定義済みの合成空間内でビデオ画像をスケール変更するために一般的なピクチャ・サイズ変更動作と組み合わされる場合がある。これはどちらかというとめったにない場合である。ビデオをアプリケーション・ウィンドウに適合させるようサイズ変更するスケール変更を実行することは、ＰｒｏｃＡｍｐ調整のためのスケール変更と同時に実行することができる。これらのスケール変更を一緒に実行することによって累積的なアーティファクトが防止される。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｕｂＲｅｃｔｓ。このフラグは、ハードウェアが、全体画像に加えて、画像の長方形の（サブ）領域で動作することができることを特定する。ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔデータ構造のソース長方形によって、この長方形の領域を特定することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＡｌｐｈａＢｌｅｎｄ。アルファ・ブレンディングは、透明度および／または不透明度のレベルの設定などによって他の図形情報がどのように表示されるかを制御することができる。したがって、アルファ値は、色の透明度、すなわちその色が背景色とブレンドされる程度を示すことができる。このようなアルファ値は、完全な透明色から完全な不透明色までの範囲で変化させることができる。
【００７４】
動作の際、アルファ・ブレンディングは、ソースと背景色データのピクセルごとのブレンディングを使用して達成することができる。アルファ・ブレンディング動作を実行するために、所与のソース色の３つの色成分（赤、緑、青）のそれぞれを背景色の対応する成分とブレンドすることができる。典型的な実装では、色は一般に、アルファ、赤、緑、および青のそれぞれに対して８ビットずつの３２ビット値で表示することができる。
【００７５】
ここでもまた、この機能を使用することによってビデオ・レンダラー４１０によるバッファ・コピーが防止される。しかし、アプリケーションはビデオ・ストリームに関連付けられた一定のアルファ値をめったに変更しないので、これもめったに使用されない機能である。
【００７６】
流れ図６００のブロック６０８で、ビデオ・レンダラー４１０は、ブロック６０４で受信した中からＰｒｏｃＡｍｐ制御特性を選択する。ブロック６１０で、ビデオ・レンダラー４１０は、選択したＰｒｏｃＡｍｐ制御特性に対する１つまたは複数の値をグラフィックス・デバイス・ドライバ４２２に要求する。ブロック６２４で、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ制御特性に対する値をビデオ・レンダラー４１０に送る。このような値は、デフォルト値、増分値、最小値、最大値などの１つまたは複数に関係付けることができる。
【００７７】
ブロック６１２で、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２から受信し、これにより、選択したＰｒｏｃＡｍｐ制御特性に関する１つまたは複数の値について、通知を受ける。ブロック６１２からブロック６０８に対する矢で示されるように、ブロック６０８、６１０、６１２および６２４の動作は、その１つまたは複数に対して反復して、使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めることができる。別法として、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２に対して、複数の伝送を有する単一の通信交換によって使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めた複数を照会することができる。
【００７８】
ブロック６０８、６１０、６１２、および６２４の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
各ＰｒｏｃＡｍｐ特性（明度、コントラスト、彩度、色相、など）に関しては、ビデオ・レンダラー４１０は、最小、最大、ステップサイズ（増分）、デフォルト値などを決定するためにグラフィックス・デバイス・ドライバ４２２に照会する。ハードウェアが特定のＰｒｏｃＡｍｐ制御特性をサポートしない場合、グラフィックス・デバイス・ドライバ４２２は、ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ機能に応答して「Ｅ＿ＮＯＴＩＭＰＬ」を戻すことができる。
【００７９】
グラフィックス・デバイス・ドライバ４２２は、異なるＰｒｏｃＡｍｐ制御特性に対して希望する任意の値を戻すことができるが、以下の設定値を一例として提供する（一覧の数字はすべて浮動小数点である）。
特性 最小 最大 デフォルト値 増分
明度 -100.0F 100.0F 0.0F 0.1F
コントラスト 0.0F 10.0F 1.0F 0.01F
彩度 0.0F 10.0F 1.0F 0.01F
色相 -180.0F 180.0F 0.0F 0.1F
【００８０】
デフォルト値がビデオ・ストリームのヌル変換をもたらす場合、教唆するアプリケーション（instigating application）がＰｒｏｃＡｍｐ制御特性を１つも変更しないならば、ビデオ・レンダラー４１０はそのビデオ・パイプラインでＰｒｏｃＡｍｐ調整の段階をバイパスすることができる。
【００８１】
ＶｉｄｅｏＰｒｏｐｅｒｔｙは、グラフィックス・デバイス・ドライバ４２２が情報を戻すことを既に要求している（１つまたは複数の）ＰｒｏｃＡｍｐ制御特性を特定する。記載の実装では、このフィールドに対する可能なパラメータ値は以下の通りである。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ．
【００８２】
ｌｐＶｉｄｅｏＤｅｓｃｒｉｐｔｉｏｎは、ＰｒｏｃＡｍｐ調整が適用されようとしているビデオについての記述をグラフィックス・デバイス・ドライバ４２２に提供する。グラフィックス・デバイス・ドライバ４２２は、そのＰｒｏｃＡｍｐ機能サポートを特定のビデオ・ストリーム記述タイプに合わせて調整することができる。
【００８３】
ｌｐＰｒｏｐＲａｎｇｅは、ＶｉｄｅｏＰｒｏｐｅｒｔｙパラメータ／フィールドによって指定されたＰｒｏｃＡｍｐ制御特性に関する範囲（最小および最大）、ステップサイズ、およびデフォルト値を特定する。
【００８４】
流れ図６００のブロック６１４で、ビデオ・レンダラー４１０は、オープンＰｒｏｃＡｍｐストリーム・オブジェクト・コマンドをグラフィックス・デバイス・ドライバ４２２に送る。これに応答して、グラフィックス・デバイス・ドライバ４２２は、ブロック６２６でＰｒｏｃＡｍｐストリーム・オブジェクトを開く。ブロック６１６で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐ調整動作を実行するようグラフィックス・デバイス・ドライバ４２２に命令する。これに応答して、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ調整動作をブロック６２８で実行する。
【００８５】
ブロック６１６で曲線の矢が示すように、ビデオ・レンダラー４１０は、所望の限りグラフィックス・デバイス・ドライバ４２２に対して実行ＰｒｏｃＡｍｐ調整動作命令を送り続けることができる（例えばビデオ・ストリームを表示する教唆アプリケーションによって要求されるときはいつでも）。ブロック６１８で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐストリーム・オブジェクトを閉じるようグラフィックス・デバイス・ドライバ４２２に命令する。グラフィックス・デバイス・ドライバ４２２は次いで、ブロック６３０でＰｒｏｃＡｍｐストリーム・オブジェクトを閉じる。
【００８６】
ブロック６１４、６１６、６１８、６２６、６２８および６３０の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
【００８７】
ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクト
ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアの能力を決定した後で、ＰｒｏｃＡｍｐＳｔｒｅａオブジェクトを作成することができる。ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成することによって、グラフィックス・デバイス・ドライバ４２２は、要求された１つ以上のＰｒｏｃＡｍｐ調整動作を実行するために必要なハードウェア資源を確保することができる。
【００８８】
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍ
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成する。
【００８９】
ＨＤＸＶＡ＿ＰｒｏｃＡｍｐＳｔｒｅａｍ出力パラメータはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトに対するハンドルであり、そこに向けられた将来のコール（call）でこのストリームを識別するために使用される。
【００９０】
ＰｒｏｃＡｍｐＢｌｔ
ＰｒｏｃＡｍｐＢｌｔメソッドは、ビット・ブロック転送動作中に宛先サーフェスにその出力を書き込むことによってＰｒｏｃＡｍｐ調整動作を実行する。
【００９１】
ソース長方形と宛先長方形とは、サブ長方形ＰｒｏｃＡｍｐ調整または伸張のために使用される。伸張に対するサポートは、任意選択である（および、Ｃａｐｓフラグによって報告される）。同様に、サブ長方形に対するサポートも強制的ではない。
【００９２】
宛先サーフェスは、オフスクリーン・プレーン・サーフェス、Ｄ３Ｄレンダー・ターゲット、Ｄ３Ｄテクスチャ、レンダー・ターゲットでもあるＤ３Ｄテクスチャなどであってよい。宛先サーフェスは、例えばローカル・ビデオ・メモリに割り付けることができる。ＹＵＶ−ＲＧＢ色空間変換がＰｒｏｃＡｍｐ調整動作と共に実行されていない限り、宛先サーフェスのピクセル・フォーマットはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造で示されるものである。これらの場合、宛先サーフェス・フォーマットは、各色成分に対して８ビット以上の精度のＲＧＢフォーマットである。
【００９３】
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍ
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを閉じ、識別されたストリームに関連付けられたハードウェア資源を解放するように、グラフィックス・デバイス・ドライバ４２２に命令する。
【００９４】
典型的な専用ＡＰＩの実装
本節で後述する特定の状態および典型的ＡＰＩは、パーソナル・コンピュータ用の既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに特に適用可能である。しかし、後述する、擬似コードのある種の態様と同様に、この原理は、他のオペレーティング・システムおよび／または他の環境で（そのままで、またはルーチンを修正して）使用できることを理解されたい。
【００９５】
ＰｒｏｃＡｍｐインターフェースに対するＤＤＩマッピング
既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに対するＤＤＩインフラストラクチャとの互換性のために、前節で記載のＡＰＩはＤｉｒｅｃｔＤｒａｗおよびＤｉｒｅｃｔＸＶＡ用の既存のＤＤＩに「マッピング」することができる。本節では、既存のＤｉｒｅｃｔＤｒａｗおよびＤＸ−ＶＡ ＤＤＩにマッピングするＰｒｏｃＡｍｐインターフェースについて説明する。
【００９６】
ＤＸ−ＶＡ ＤＤＩは、それ自体が「ＤＸ−ＶＡコンテナ」と「ＤＸ−ＶＡデバイス」の２つの機能グループに分割される。ＤＸ−ＶＡコンテナＤＤＩグループの目的は、表示ハードウェアに含まれる様々なＤＤＩ−ＶＡデバイスの数および能力を決定することである。したがって、ＤＸ−ＶＡドライバは単一のコンテナしか有することはできないが、複数のＤＸ−ＶＡデバイスをサポートすることができる。
【００９７】
ＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ ｃａｌｌ ｏｎをＤＸ−ＶＡコンテナ・グループのＤＤＩエントリーポイントのどれにマッピングすることも実現可能でない。その理由は、他のＤＸ−ＶＡとは異なり、このコンテナ・メソッドが型付きパラメータを使用するからである。しかし、ＤＸ−ＶＡデバイスＤＤＩグループは型付きパラメータを使用しないので、このデバイス・グループ内のメソッドにＰｒｏｃＡｍｐ制御インターフェースをマッピングすることは実現可能である。本節では、ＰｒｏｃＡｍｐインターフェースをどのようにしてＤＸ−ＶＡデバイスＤＤＩにマッピングすることができるかの具体例を記載する。
【００９８】
デ・インターレース・コンテナ・デバイス
ＤＸ−ＶＡデバイス・メソッドは型付きパラメータを使用しないので、多くの異なる目的に再利用することができる。しかし、ＤＸ−ＶＡデバイス・メソッドはＤＸ−ＶＡデバイスとの関連でしか使用することができないので、第１のタスクは特別の「コンテナ・デバイス」を定義し、作成することである。
【００９９】
参照により本明細書に組み込んだ米国特許出願第１０/２７３,５０５号明細書「Methods And Apparatuses For Facilitating Processing Of Interlaced Video Images For Progressive Video Displays」には、デ・インターレース・コンテナ・デバイスについての記述が含まれている。本明細書では、この米国特許出願第１０/２７３,５０５号明細書に記載されているデ・インターレース・コンテナ・デバイスをＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ機能のために再利用する。
【０１００】
ＤＸ−ＶＡデ・インターレース・コンテナ・デバイスはソフトウェア構成のみなので、物理的デバイスに含まれるどのような機能的ハードウェアをも示さない。下記のＰｒｏｃＡｍｐ制御サンプル（デバイス）ドライバ擬似コードは、ドライバがどのようにしてコンテナ・デバイスを実装することができるかを示している。
【０１０１】
ユーザ・モードの構成要素からＤＤＩを呼び出す
（ビデオ）レンダラーなどのユーザ・モードの構成要素からのＤＤＩを使用するための８タスクの典型的なシーケンスを以下に示す。
【０１０２】
１．ドライバがサポートするＤＸ−ＶＡデバイスのリストを入手するためにＧｅｔＭｏＣｏｍｐＧｕｉｄｓを呼び出す。
【０１０３】
２．「デ・インターレース・コンテナ・デバイス」ＧＵＩＤがある場合、このＤＸ−ＶＡデバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏＣｏｍｐを呼び出す。このコンテナ・デバイスＧＵＩＤは以下のように定義される。
【０１０４】
３．ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＭｏｄｅＣａｐｓ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。ここでもまた、ドライバに入力パラメータを渡すためにｌｐＩｎｐｕｔＤａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
【０１０５】
４．ハードウェアがサポートするＰｒｏｃＡｍｐ調整特性ごとに、レンダラーはＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。入力パラメータをドライバに渡すためにｌｐＩｎｐｕｔＤａｔａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
【０１０６】
５．レンダラーは、ハードウェアのＰｒｏｃＡｍｐ調整能力の決定後、ＰｒｏｃＡｍｐ制御デバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏｃｏｍｐを呼び出す。ＰｒｏｃＡｍｐ制御デバイスＧＵＩＤは以下のように定義される。
【０１０７】
６．レンダラーは次いで、ＰｒｏｃＡｍｐ調整動作ごとにＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅの機能パラメータを有する、ＰｒｏｃＡｍｐ制御デバイスの、ＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。
【０１０８】
７．レンダラーは、ＰｒｏｃＡｍｐ動作を実行する必要がなくなると、ＤｅｓｔｒｏｙＭｏｃｏｍｐを呼び出す。
【０１０９】
８．ドライバはＰｒｏｃＡｍｐ制御デバイスが使用したどの資源も解放する。
【０１１０】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａはＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す。
・ｌｐＯｕｔｐｕｔＤａｔａはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造を指す。
【０１１１】
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
【０１１２】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ構造を指す。
・ｌｐＯｕｔｐｕｔＤａｔａはＤＸＶＡ＿ＶｉｄｅｏＰｒｏｐｅｒｔｙＲａｎｇｅ構造を指すことになる。
【０１１３】
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
【０１１４】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍ
ＧＵＩＤがＰｒｏｃＡｍｐデバイスＧＵＩＤであり、ｐＵｎｃｏｍｐＤａｔａがデータを含まない構造（オール０）を指し、ｐＤａｔａがＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す場合、このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＣｒｅａｔｅＭｏＣｏｍｐメソッドに直接マッピングする。
【０１１５】
ドライバが圧縮されたビデオのアクセレートされた復号をサポートする場合、レンダラーは、２つのＤＸ−ＶＡデバイス、ＤｉｒｅｃｔＸ ＶＡビデオの復号仕様で定義されているように実際のビデオ復号作業を実行するために一方を、ＰｒｏｃＡｍｐ調整専用に使用されるために他方を、を生成するためにそのドライバを呼び出すことができる。
【０１１６】
＊＊例：ＣｒｅａｔｅＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍにマッピングすることができるかを示している。この擬似コードは、ＣｒｅａｔｅＭｏｃＣｏｍｐ機能がＰｒｏｃＡｍｐに対してどのように使用されるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートする場合、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めるために下記のサンプル・コードを拡張することができる。
【０１１７】
【０１１８】
＊＊例：ＧｅｔＭｏＣｏｍｐＧｕｉｄｓの実装＊＊
ＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ機能の他に、ドライバはＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＧｅｔＭｏＣｏｍｐＧｕｉｄｓメソッドを実装することもできる。下記の典型的な擬似コードは、この機能をドライバで実装する１つの方法を示している。
【０１１９】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接マッピングする。ここで、
・ｄｗＮｕｍＢｕｆｆｅｒｓは２である。
・ｌｐＢｕｆｆｅｒＩｎｆｏは２つのサーフェスの１つのアレイを指す。このアレイの第１の要素は宛先サーフェスであり、このアレイの第２の要素はソース・サーフェスである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは下記の構造を指す。
・ｌｐＯｕｔｐｕｔＤａｔａはＮＵＬＬである。
【０１２０】
ＰｒｏｃＡｍｐに使用されるＤＸ−ＶＡデバイスに関して、ＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＲｅｎｄｅｒＭｏＣｏｍｐを呼び出すことができることに留意されたい。
【０１２１】
＊＊例：ＲｅｎｄｅｒＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＲｅｎｄｅｒＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＢｌｔにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＲｅｎｄｅｒＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
【０１２２】
【０１２３】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＤｅｓｔｒｏｙＭｏＣｏｍｐメソッドに直接マッピングする。
【０１２４】
＊＊例：ＤｅｓｔｒｏｙＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＤｅｓｔｒｏｙＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＤｅｓｔｒｏｙＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
【０１２５】
【０１２６】
コンピュータまたは他の電子デバイスの典型的な動作環境
図７は、本明細書に記載のようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための少なくとも１つのシステム、デバイス、構成要素、構成、プロトコル、方法、メソッド、プロセス、これらのいくつかの組合せなどで（全体的にまたは部分的に）実装することができる典型的なコンピューティング（または一般的な電子デバイス）の動作環境７００を示している。コンピューティング環境７００は、後述するコンピュータおよびネットワーク・アーキテクチャでまたはスタンドアロン状況で使用することができる。
【０１２７】
典型的な電子デバイスの動作環境７００は、環境の一例に過ぎず、適用可能な電子（コンピュータ、ゲーム・コンソール、テレビジョンなどを含めて）アーキテクチャの用途または機能の範囲に関してどのような限定をも意図しない。また、電子デバイス環境７００は図７に示すどの構成要素またはこれら構成要素のどのような組合せに関するいかなる依存または要件を有するものと理解されるべきではない。
【０１２８】
さらに、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、多数の他の汎用または専用電子デバイス（コンピューティング・システムを含めて）環境または構成によって実装することができる。使用に適したものとなることのできる周知の電子（デバイス）システム、環境および／または構成の実装例は、限定的ではないが、パーソナル・コンピュータ、サーバ・コンピュータ、シン・クライアント、シック（thick）・クライアント、パーソナル・デジタル・アシスタント（ＰＤＡ）、または携帯電話、ハンドヘルドまたはラップトップ・デバイス、マルチ・プロセッサ・システム、マイクロ・プロセッサ・ベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、ビデオ・ゲームマシン、ゲーム・コンソール、携帯用またはハンドヘルドのゲーム装置、ネットワークＰＣ、ミニ・コンピュータ、メーンフレーム・コンピュータ、上記システムまたはデバイスのどれかを含む分散型コンピューティング環境、これらのいくつかの組合せなどを含む。
【０１２９】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための実装は、電子的に実行可能な命令の一般的状況において説明することができる。一般に、電子的に実行可能な命令には、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などが含まれる。本明細書のある種の実装に記載されているようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、通信リンクおよび／またはネットワークによって接続されている遠隔にリンクされた処理装置によってタスクが実行される分散型コンピューティング環境で実行することもできる。特に分散型コンピューティング環境では、電子的に実行可能な命令は、別個の記憶媒体に配置し、異なるプロセッサによって実行し、かつ／または伝送媒体を介して伝播することができる。
【０１３０】
電子デバイス環境７００は、計算能力および／または処理能力機能を有するどのような電子デバイスをも含むことができるコンピュータ７０２形式の汎用コンピューティング・デバイスを含む。コンピュータ７０２の構成要素は、限定的なものではないが、１つまたは複数のプロセッサまたは処理装置７０４、システム・メモリ７０６、およびプロセッサ７０４を含めて様々なシステム・コンポーネントをシステム・メモリ７０６に結合するシステム・バス７０８を含むことができる。
【０１３１】
システム・バス７０８は、メモリ・バスまたはメモリ・コントローラ、周辺バス、加速グラフィックス・ポート、各種バス・アーキテクチャのどれかを使用するプロセッサまたはローカル・バスを含めて有線または無線バス構造のいくつかのタイプのどれか１つまたは複数を示している。一例として、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子標準協会（ＶＥＳＡ）ローカル・バス、メザニン・バスとしても知られる周辺装置相互接続（ＰＣＩ）バス、これらのいくつかの組合せなどを含むことができる。
【０１３２】
コンピュータ７０２は、通常、各種の電子的にアクセス可能な媒体を含む。このような媒体は、コンピュータ７０２または他の電子デバイスによってアクセス可能などのような使用可能な媒体でもあってよく、揮発性媒体と不揮発性媒体、取り外し可能媒体と取り外し不可能媒体、および記憶媒体と伝送媒体を含む。
【０１３３】
システム・メモリ７０６は、ランダム・アクセス・メモリ（ＲＡＭ）７１０のような揮発性メモリおよび／または読み取り専用メモリ（ＲＯＭ）７１２のような不揮発性メモリの形式の、電子的にアクセス可能な記憶媒体を含む。起動時などにコンピュータ７０２内の素子間での情報転送を支援する基本ルーチンを含んでいる基本入出力システム（ＢＩＯＳ）７１４は、通常はＲＯＭ７１２に記憶される。ＲＡＭ７１０は、通常、処理装置７０４によって直接的にアクセス可能、かつ／または現行で操作されているデータおよび／またはプログラム・モジュール／命令を収容している。
【０１３４】
コンピュータ７０２はまた、他の取り外し可能／取り外し不可能な、かつ／または揮発性／不揮発性の記憶媒体を含む。一例として、図７は、（典型的な）取り外し不可能で不揮発性の磁気媒体（単独では図示せず）から読み取り、そこに書き込むためのハードディスク・ドライブまたはディスク・アレイ７１６と、（典型的な）取り外し可能で不揮発性の磁気ディスク７２０（例えば「フロッピー（登録商標）・ディスク」）から読み取り、そこに書き込むための磁気ディスク・ドライブ７１８と、ＣＤ−ＲＯＭ、ＤＶＤまたは他の光学媒体などの（典型的な）取り外し可能で不揮発性の光ディスク７２４から読み取り、かつ／またはそこに書き込むための光ディスク・ドライブ７２２を示している。ハードディスク・ドライブ７１６、磁気ディスク・ドライブ７１８および光ディスク・ドライブ７２２は、１つまたは複数の記憶媒体インターフェース７２６によってそれぞれにシステム・バス７０８に接続されている。別法として、ハードディスク・ドライブ７１６と、磁気ディスク・ドライブ７１８と、光ディスク・ドライブ７２２は、１つまたは複数の他の単独の、または結合されたインターフェース（図示せず）によってシステム・バス７０８に接続することができる。
【０１３５】
ディスク・ドライブおよびその関連付けられた電子的にアクセス可能な媒体は、データ構造、プログラム・モジュール、およびコンピュータ７０２に対する他のデータなどの電子的に実行可能な命令の不揮発性記憶を提供する。典型的なコンピュータ７０２は、ハードディスク７１６、取り外し可能な磁気ディスク７２０、および取り外し可能な光ディスク７２４を示しているが、他のタイプの電子的にアクセス可能な媒体が、磁気カセットまたは他の磁気記憶媒体、フラッシュ・メモリ、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光記憶装置、ＲＡＭ、ＲＯＭ、電子的消去書込み可能読み取り専用メモリ（ＥＥＰＲＯＭ）などの電子デバイスによってアクセス可能な命令を格納することができることが理解されよう。そのような媒体は、いわゆる専用の、または配線された集積回路（ＩＣ）チップを含むこともできる。すなわち、典型的な電子システムおよび環境７００の記憶媒体を実現するために、どのような電子的にアクセス可能な媒体でも使用することができる。
【０１３６】
一般例としてオペレーティング・システム７２８、１つまたは複数のアプリケーション・プログラム７３０、他のプログラム・モジュール７３２、およびプログラム・データ７３４を含めてプログラム・モジュール（または命令の他の単位またはセット）はいくつでも、ハードディスク７１６、磁気ディスク７２０、光ディスク７２４、ＲＯＭ７１２および／またはＲＡＭ７１０に記憶することができる。限定ではないが一般例として、ビデオ・レンダラー４１０、グラフィック・インターフェース４１２およびデバイス・ドライバ・インターフェース４１４（すべて図４に示す）はオペレーティング・システム７２８の一部であってよい。グラフィックス・デバイス・ドライバ４２２は、オペレーティング・システム７２８と密接に連結し、かつ／または一体型の関係を任意選択で有するプログラム・モジュール７３２の一部であってよい。同様に、Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ（登録商標）９などの教唆プログラムはアプリケーション・プログラム７３０の一例である。現在システム・メモリにある画像制御および／またはグラフィックス・データはプログラム・データ７３４の一部であってよい。
【０１３７】
例えばＰｒｏｃＡｍｐまたは他のビデオ設定を変更中のユーザは、キーボード７３６およびポインティング・デバイス７３８（例えば「マウス」）などの入力デバイスによってコンピュータ７０２にコマンドおよび／または情報を入力することができる。他の入力デバイス７４０（具体的には図示せず）は、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星放送受信アンテナ、シリアル・ポート、スキャナなどを含むことができる。これらおよび他の入力デバイスは、システム・バス７０８に結合されている入出力インターフェース７４２を介して処理装置７０４に接続されている。しかし、これらおよび／または出力デバイスは、代わりにパラレル・ポート、ゲーム・ポート、ユニバーサル・シリアル・バス（ＵＳＢ）ポート、ＩＥＥＥ１３９４（「Ｆｉｒｅｗｉｒｅ」）インターフェース、ＩＥＥＥ８０２．１１無線インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線インターフェースなどの他のインターフェースおよびバス構造によって接続することができる。
【０１３８】
モニタ／ビュー・スクリーン７４４（図４の表示装置４３６の一例）または他のタイプの表示装置を、ビデオ・アダプタ７４６などのインターフェースを介してシステム・バス７０８に接続することもできる。ビデオ・アダプタ７４６（または他の構成要素）は、グラフィックス中心の計算を処理するため、また要求の厳しい表示要件を取り扱うためにグラフィックス・カード（グラフィックス・デバイス４２４の一例である）であっても、またはこれを含んでいてもよい。典型的には、グラフィックス・カードは、図形操作の迅速な性能を促進するために、（ＧＰＵ４２６などの）ＧＰＵ、ビデオＲＡＭ（ＶＲＡＭ）（ビデオ・メモリ４３２の一例である）などを含む。モニタ７４４の他に、他の出力周辺装置は、入出力インターフェース７４２を介してコンピュータ７０２に接続することができるスピーカ（図示せず）およびプリンタ７４８などの構成要素を含むことができる。
【０１３９】
コンピュータ７０２は、遠隔コンピューティング・デバイス７５０などの１つまたは複数の遠隔コンピュータへの論理接続を使用してネットワーク接続された環境で動作することができる。一例として、遠隔コンピューティング・デバイス７５０は、パーソナル・コンピュータ、ポータブル・コンピュータ（例えばラップトップ・コンピュータ、タブレット・コンピュータ、ＰＤＡ、移動局など）、パーム・サイズまたはポケット・サイズのコンピュータ、ゲーム装置、サーバ、ルータ、ネットワーク・コンピュータ、ピア・デバイス、この他の共通ネットワーク・ノードまたは上記に列挙した以外のタイプのコンピュータなどであってよい。しかし、遠隔コンピューティング・デバイス７５０は、コンピュータ７０２に関して本明細書に記載の要素および機能の多くまたはすべてを含むことができるポータブル・コンピュータとして図示されている。
【０１４０】
コンピュータ７０２と遠隔コンピュータ７５０の間の論理接続はローカル・エリア・ネットワーク（ＬＡＮ）７５２および一般的なワイド・エリア・ネットワーク（ＷＡＮ）７５４として図示されている。このようなネットワーク接続環境は、オフィス、全社的なコンピュータ・ネットワーク、イントラネット、インターネット、固定電話網および携帯電話網、この他の無線ネットワーク、ゲーム用ネットワーク、これらのいくつかの組合せなどで普及している。
【０１４１】
ＬＡＮネットワーク接続環境で実装される際、コンピュータ７０２は一般にネットワーク・インターフェースまたはアダプタ７５６を介してＬＡＮ７５２に接続される。ＷＡＮネットワーク接続環境で実装される際、コンピュータ７０２は、通常、ＷＡＮ７５４を介して通信を確立するためのモデム７５８または他の手段を含む。コンピュータ７０２内蔵型であっても外付けであってもよいモデム７５８は、入出力インターフェース７４２または他の１つ以上の適切な機構を介してシステム・バス７０８に接続することができる。図示したネットワーク接続は一例であって、コンピュータ７０２と７５０の間で１つ以上の通信リンクを確立する他の手段を使用することができることが理解されよう。
【０１４２】
電子デバイス環境７００などで示されているネットワーク接続された環境では、コンピュータ７０２に関連して図示されているプログラム・モジュールまたは他の命令、またはそれらの一部は、その全体または一部を遠隔記憶装置に記憶することができる。一例として、遠隔アプリケーション・プログラム７６０は遠隔コンピュータ７５０のメモリ・コンポーネントに常駐しているが、コンピュータ７０２を介して使用可能あるいはアクセス可能であってもよい。同様に、説明の目的から、アプリケーション・プログラム７３０およびオペレーティング・システム７２８などの他の電子的に実行可能な命令を本明細書では別個のブロックとして図示したが、このようなプログラム、構成要素、および他の命令は様々な時点でコンピューティング・デバイス７０２（および／または遠隔コンピューティング・デバイス７５０）の異なる記憶装置に常駐し、コンピュータ７０２（および／または遠隔コンピューティング・デバイス７５０）の１つ以上のデータ・プロセッサ７０４によって実行されることが理解されよう。
【０１４３】
システム、媒体、メソッド、プロトコル、方法、プロセス、構成、および他の実装を、構造、論理、アルゴリズム、および機能の特徴に特有の言語および／または図面で説明したが、首記の特許請求の範囲で規定される本発明は、ここで説明した特定の特徴または図面に必ずしも限定されるものではないということを理解されたい。限定されるものではなく、この特定の特徴および図面は、請求する本発明を実装する典型的な形態として開示されているものである。
【図面の簡単な説明】
【図１】ＰｒｏｃＡｍｐ調整動作を含む第１のビデオ処理パイプラインを示す図である。
【図２】ＲＧＢレンダー・ターゲットに達するための２つのビデオ処理動作を含む第２のビデオ処理パイプラインを示す図である。
【図３】ＲＧＢレンダー・ターゲットに達するための１つのビデオ処理動作を含む第３のビデオ処理パイプラインを示す図である。
【図４】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するように構成されたコンピューティング・デバイスまたは他の電子デバイスのある種の機能要素を示すブロック図である。
【図５】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の典型的なプロトコルを示す通信／信号送受の図である。
【図６】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する典型的なメソッドを示す流れ図である。
【図７】本明細書に記載のように、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する少なくとも１つの態様で（全体的にまたは部分的に）実装することのできる典型的なコンピューティング（または一般的な電子デバイス）動作環境を示す図である。
【符号の説明】
４１０ ビデオ・レンダラー
４１２ グラフィックス・インターフェース
４１４ デバイス・ドライバ・インターフェース
４２２ グラフィックス・デバイス・ドライバ
４２６ グラフィックス・プロセッサ・ユニット（ＧＰＵ）
４２４ グラフィックス・デバイス
４３２ ビデオ・メモリ
【発明の属する技術分野】
本開示は、一般に、表示用の画像／図形データを処理することに関し、より詳細には、限定的なものではなく例示として、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間で、重要な機能だけでなく、情報を伝達するためのプロトコルを使用してこれらの間での相互作用を促進すること（facilitating interaction）に関する。このような情報は、例えばＰｒｏｃＡｍｐ調整操作（adjustment operations）に向けられた照会、応答、命令などを備えることができる。
【０００２】
【従来の技術】
典型的なコンピューティング環境では、グラフィックス・カード（graphics card）またはその類似物は、画像を表示装置に転送すること、および画像の処理の少なくとも一部を取り扱うことを担当している。ビデオ画像に関しては、図形オーバレイ装置および技術がグラフィックス・カードおよびコンピューティング・デバイス全体によってしばしば使用されている。例えば、ＤＶＤまたはインターネットのストリーミング・ソースからのビデオ画像を表示するためには、そのビデオ画像を配置し維持するために図形オーバレイ手順が開始される。
【０００３】
図形オーバレイ手順は、ビデオ画像が表示されることになるスクリーン位置を設定するための長方形（rectangle）とキー・カラーとを選択する。長方形は、所望の高さおよび幅と共に長方形の隅の開始座標で定義することができる。キー・カラーは、通常、明るいピンクなどのめったに見られない色であり、ビデオが表示スクリーン上のデスクトップ最上層に論理的に配置された場合にのみ、そのビデオを定義された長方形内にオーバレイするのを確実にするために使用される。
【０００４】
動作中、グラフィックス・カードは、色ピクセルを表示装置に送っているとき、所与のピクセルの位置が選択された図形オーバレイ長方形内にあるか否かをチェックし、判定する。長方形内にない場合、デフォルト画像データが表示装置に転送される。一方、所与のピクセルの位置が選択された図形オーバレイ長方形内にある場合、グラフィックス・カードは、そのピクセルのデフォルト画像データが選択されたキー・カラーと等しいか否かをチェックして判定する。等しくない場合、所与のピクセルに対して、デフォルト画像データが表示装置に転送される。一方、所与のピクセルの色が選択されたキー・カラーである場合、グラフィックス・カードはその所与のピクセルに対して表示装置にビデオ画像データを転送する。
【０００５】
【非特許文献１】
Microsoft (登録商標) Windows (登録商標) Platform Design Note, "DirectX (登録商標) VA: Video Acceleration API/DDI", January 23, 2001
【０００６】
【発明が解決しようとする課題】
残念ながら、上述した図形オーバレイ技術にはいくつかの欠点がある。第１に、通常、任意のある時刻に単一の図形オーバレイ手順を有効とするのに十分なハードウェア資源があるにすぎない。何にせよ、前述した図形オーバレイ技術への依存は常に、ハードウェアによって限定されて、可能な同時ビデオ表示数に対して制約を生じる。第２に、上述したピンクまたは他のキー・カラーは、表示されたビデオを含んでいるウィンドウが表示スクリーン上のデスクトップのあちらこちらに激しく移動される場合、可視可能（すなわち、関連付けられた表示装置に表示される）になることがある。
【０００７】
第３に、表示装置上に表示されるビデオ画像はプリント・スクリーン・コマンドによって取り込まれないので、プリント・スクリーン・コマンドは効果的に機能しない。取り込まれないのではなく、キー・カラーがプリント・スクリーン・コマンドによって取り込まれるので、印刷された（またはコピーして貼り付けられた）画像は、ビデオが表示装置上に表示されているその場所にキー・カラーで塗りつぶされた長方形が含まれることになる。
【０００８】
ビデオ画像を表示するための他の技術は、表示装置に転送するためにグラフィックス・プロセッサにビデオ画像を転送する前にビデオ調整を実行するためにホスト・マイクロ・プロセッサを使用することを必要とする。このホスト・プロセッサ技術にもまたいくつかの欠点がある。第１に、典型的なコンピューティング環境のホスト・マイクロ・プロセッサおよび関連付けられたメモリ・サブ・システムは、大きなビデオ画像の処理に関して最適化されていない。したがって、表示可能なビデオ画像のサイズおよび数は極度に制限される。第２に、ホスト・マイクロ・プロセッサが効率よく機能するために、ビデオ画像は、そのホスト・マイクロ・プロセッサによって直接的にアドレス可能なメモリに常駐する必要がある。その結果、圧縮解除および／またはデ・インターレーシングなどの他のタイプのハードウェア加速（hardware acceleration）をそのビデオ画像上で実行することはできない。
【０００９】
すなわち、上述した図形オーバレイ手順および上述したホスト・プロセッサに対する依存などの従来技術は、ビジュアル・アーティファクト（visual artifacts）を生じさせ、あまりにもに低速かつ／またはメモリ資源の使用が非効率的であり、ハードウェアで制限され、ビデオ表示の柔軟性に制約があり、かつ／または全機能のプリント・スクリーン・コマンドを使用可能にしない。したがって、特にビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することによってこれらおよび他の欠点を補うための方式および／または方法が求められている。
【００１０】
【課題を解決するための手段】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること（facilitating interaction）は、関連付けられたグラフィックス・ハードウェアの画像処理能力（capabilities）に関する情報をグラフィックス・デバイス・ドライバとビデオ・レンダラーの間で交換されることを許容する通信プロトコルおよび／またはアプリケーション・プログラミング・インターフェース（ＡＰＩ）によって可能とにすることができる。画像処理能力はビデオ処理能力を含み、ビデオ処理能力は、限定的なものではなく例示としてプロセス増幅器（ＰｒｏｃＡｍｐ）制御調整（process amplifier control adjustments）、デ・インターレーシング（de-interlacing）、アスペクト・レシオ補正、色空間変換、フレーム・レート変換、垂直または水平の鏡面効果およびアルファ・ブレンディングを含む。
【００１１】
典型的な方法の実装では、方法は、１つまたは複数のビデオ・レンダラーと少なくとも１つのグラフィックス・デバイス・ドライバの間の相互作用を促進する。この方法は、１つまたは複数のビデオ・レンダラーの１つのビデオ・レンダラーによって、ビデオ処理能力に関して、少なくとも１つのグラフィックス・デバイス・ドライバに、照会する動作と、少なくとも１つのグラフィックス・デバイス・ドライバによって、少なくとも１つのグラフィックス・デバイス・ドライバがビデオ・レンダラーに提供することのできるビデオ処理能力の少なくとも一部分についてビデオ・レンダラーに通知する動作とを含む。
【００１２】
第１の典型的な媒体の実装では、ビデオ・レンダラーに対するその中の電子的に実行可能な命令は、ビデオ・レンダラーから、ＰｒｏｃＡｍｐ能力に関する情報を要求する照会をグラフィックス・デバイス・ドライバに対して発行する動作と、グラフィックス・デバイス・ドライバから、要求したＰｒｏｃＡｍｐ能力に関する情報を含む応答をビデオ・レンダラーで受信する動作とを含む動作を引き起こす。
【００１３】
第２の典型的な媒体の実装では、グラフィックス・デバイス・ドライバに対するその中の電子的に実行可能な命令は、ビデオ・レンダラーから、ＰｒｏｃＡｍｐ能力に関する情報を要求する照会をグラフィックス・デバイス・ドライバで受信する動作と、グラフィックス・デバイス・ドライバから、ＰｒｏｃＡｍｐ能力に関して要求された情報を含む応答をビデオ・レンダラーに送信する動作とを含む動作を引き起こす。
【００１４】
典型的なシステムの実装では、システムは、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する。このシステムは、表示されるべきビデオに適用することのできるＰｒｏｃＡｍｐ能力に関する情報を要求する照会を準備するように構成されたビデオ・レンダリング論理と、表示されるべきビデオにどのようなＰｒｏｃＡｍｐ能力を適用することができるかを示す応答を準備するように構成されたグラフィックス・デバイス・ドライビング論理とを含む。
【００１５】
他の方法、システム、機器、プロトコル、媒体、構成などの実装態様を本明細書に記載する。
【００１６】
【発明の実施の形態】
類似の、かつ／または対応する態様、機能および構成要素を参照するために、すべての図面を通して同じ番号が使用される。
【００１７】
典型的なビデオ処理パイプラインおよびＰｒｏｃＡｍｐ調整
ＰｒｏｃＡｍｐ調整を有する典型的なビデオ処理パイプライン
図１は、ＰｒｏｃＡｍｐ調整動作１０４（ProcAmp adjustment operation）を含む第１のビデオ処理パイプライン１００である。第１のビデオ処理パイプライン１００は、グラフィックス・カードなどのグラフィックス・ハードウェアを使用して実装することができる。これは、（ｉ）３つの画像メモリ・ブロック１０２、１０６および１０８と、（ｉｉ）少なくとも１つの画像処理動作１０４とを含む。画像メモリ・ブロック１０２は、ＹＵＶビデオ・イメージ・オフスクリーン・プレーン・サーフェスを含む。図示するＰｒｏｃＡｍｐ調整動作１０４を含んでいる画像処理動作１０４は、画像メモリ・ブロック１０６を提供するために画像メモリ・ブロック１０２に適用される。画像メモリ・ブロック１０６は、画像調整動作を実行するグラフィックス・ハードウェアのパラメータおよび能力に応じてＹＵＶオフスクリーン・プレーン・サーフェスまたはＹＵＶテクスチャを含む。
【００１８】
１つまたは複数の追加の画像処理動作の後（図１には明示せず）、グラフィックス・ハードウェアは、ＲＧＢレンダー・ターゲットを含む画像メモリ・ブロック１０８を生成する。画像メモリ・ブロック１０８のＲＧＢレンダー・ターゲットは、追加の画像処理動作なしにグラフィックス・ハードウェアによって表示装置上に表示することができる。同様に、画像データを画像メモリ・ブロック１０８から表示装置に転送している期間に画像データを他のメモリから取り出す必要がないように、画像メモリ・ブロック１０８は表示装置のスクリーンの各ピクセルに対する画像データを含んでいる。
【００１９】
ＰｒｏｃＡｍｐ調整動作１０４は、１つまたは複数のプロセス増幅器（ＰｒｏｃＡｍｐ）調整に関するものである。ＰｒｏｃＡｍｐ調整の概念は、ビデオが記憶され、操作され、アナログ技術を使用して表示されたときに始まった。しかし、ＰｒｏｃＡｍｐ調整動作１０４は、現在、デジタル技術を使用して実行することができる。このようなＰｒｏｃＡｍｐ調整動作１０４は、少なくとも明度、コントラスト、彩度、および色相のビデオ特性の１つまたは複数に向けられた１つまたは複数の動作を含むことができる。
【００２０】
典型的なＰｒｏｃＡｍｐ関連のビデオ特性
明度、コントラスト、彩度、および色相に関連した以下の記述は、それらの値を操作するために可能な、かつ／または提案された設定に関連して、典型的な記載の実装に関するものである。他のＰｒｏｃＡｍｐ調整のガイドラインを別法として使用することもできる。
【００２１】
明度： 明度は「黒設定」としても知られている。すなわち、明度は、ゲイン（コントラスト）と混同されるべきではない。明度は、各特定の表示シナリオで「ビューイング・ブラック」レベル（「ｖｉｅｗｉｎｇ ｂｌａｃｋ」ｌｅｖｅｌ）を設定するために使用される。機能的には、ピクチャ内のすべてのルミナンス・ワード（ｌｕｍｉｎａｎｃｅ ｗｏｒｄｓ）から、同一数の量子化ステップ（ビット）を加算または減算する。明度は、オフセットといくつかのルミナンス・ワードの和が０よりも小さいかまたはフル・レンジよりも大きい場合は、クリッピング状態を作ることができ、また一般にそうなる。通常、明度はコントラスト制御と相互作用する。
【００２２】
コントラスト： コントラストはピクチャの明るさの「ゲイン」である。コントラストは、ピクチャ内の相対的明るさを暗い値に変更するために使用される。機能的には、入力値の範囲をより小さい範囲にまたはより大きい範囲にマッピングする線形の正または負のゲインである。設定値（例えば、ゲインが変更した際に変更されない値）は、通常はコード０と等しいが、名目上のビューイング・ブラック設定値に関連付けられたコード・ワード（code word）の方がより適切である。コントラストのゲイン構造は、一般に、この設定値を通過する線形転送ランプ（linear transfer ramp）である。コントラスト機能は、一般に、ゲインが１対１以外にセットされている場合は計算された値を丸めることが必然的に含まれ、この丸めは、一般に、視覚的アーティファクトの生成「輪郭形成（contouring）」を防止するためのプログラマチック・ディザリングを含む。
【００２３】
彩度： 彩度はコントラストの論理的同等物である。彩度は、「０クロマ」（例えば記載の実装では、ＹＵＶのコード１２８またはＲＧＢのコード０）周辺の設定値を有するゲイン機能である。
【００２４】
色相： 色相は、クロミナンス成分の位相関係である。色相は、典型的には有効範囲を−１８０から＋１８０までとし、デフォルト値を０として、度で指定される。コンポーネント・システム（例えばＹＵＶまたはＲＧＢ）の色相は、有効なクロミナンス／明るさの関係を維持するために３つの成分が共に変化する３部分からなる変数である。
【００２５】
ＹＵＶ色空間での典型的なＰｒｏｃＡｍｐ関連調整
ＹＵＶ色空間の明度、コントラスト、彩度、および色相の処理に関する以下の記述は、それらの値を操作するために可能な、かつ／または提案された設定に関連して一例として記載した実装に関するものである。他の調整のガイドラインを別法として使用することもできる。一般に、ＹＵＶ色空間で作業することによって、ビデオ・ストリームのＰｒｏｃＡｍｐ調整制御に必要とされる計算が簡略化される。
【００２６】
Ｙ処理： 黒レベルを０に位置付けるためにＹの値から１６を減算する。これは、コントラスト調整が黒のレベルを変更しないようにするため、ＤＣオフセットを除去する。Ｙの値が１６よりも小さい場合があるので、この処理ではこの時点で、負のＹの値がサポートされる必要がある。コントラストは、ＹＵＶピクセル値に定数を掛けることによって調整される。（ＵとＶが調整される場合、コントラストが変更された場合はいつでも色シフトが生じることになる。）明度特性値（brightness property value）がコントラスト調整されたＹ値に加算（またはＹ値から減算）される。これによってコントラスト調整によるＤＣオフセットの発生は防止される。最後に、ブラック・レベルを１６に再位置付けするために、値１６が再び加算される。Ｙ値を処理するための典型的な方程式は以下の通りである。
Ｙ’＝（（Ｙ−１６）×Ｃ）＋Ｂ＋１６
上式で、Ｃはコントラスト値であり、Ｂは明度値である。
【００２７】
ＵＶ処理： 範囲を０周辺に位置付けるためにＵ値とＶ値の両方からまず１２８が減算される。以下のようにＵ値とＶ値とを混合することによって色相特性だけが実装される。
Ｕ’＝（Ｕ−１２８）×Ｃｏｓ（Ｈ）＋（Ｖ−１２８）×Ｓｉｎ（Ｈ）、および
Ｖ’＝（Ｖ−１２８）×Ｃｏｓ（Ｈ）−（Ｕ―１２８）×Ｓｉｎ（Ｈ）
上式で、Ｈは所望の色相角度を示している。
【００２８】
彩度は、彩度値と共に定数をＵとＶに掛けることによって調整される。最後に、値１２８がＵとＶの両方に再度加算される。ＵＶデータでの色相と彩度の結合された処理は以下の通りである。
Ｕ’＝（（（Ｕ−１２８）×Ｃｏｓ（Ｈ）＋（Ｖ−１２８）×Ｓｉｎ（Ｈ））×Ｃ×Ｓ）＋１２８、および
Ｖ’＝（（（Ｖ−１２８）×Ｃｏｓ（Ｈ）−（Ｕ−１２８）×Ｓｉｎ（Ｈ））×Ｃ×Ｓ）＋１２８
上式で、Ｃは上記Ｙ’の方程式同様コントラスト値、Ｈは色相角度、Ｓは彩度である。
【００２９】
２つの処理動作による典型的なビデオ処理パイプライン
図２は、ＲＧＢレンダー・ターゲット１０８に達するために２つのビデオ処理動作２０２と２０６を含む第２のビデオ処理パイプライン２００である。第２のビデオ処理パイプライン２００は、（ｉ）３つの画像メモリ・ブロック１０２、２０４、および１０８と、（ｉｉ）２つの画像処理動作２０２および２０６を含む。
【００３０】
第２のビデオ処理パイプライン２００に関しては、一般に、画像メモリ・ブロック２０４はＲＧＢテクスチャを含んでいる。画像メモリ・ブロック２０４は、画像処理動作２０２の適用後に画像メモリ・ブロック１０２から生じる。画像メモリ・ブロック１０８は、画像処理動作２０６後に画像メモリ・ブロック２０４から生成される。
【００３１】
ＰｒｏｃＡｍｐ制御調整に加えて他の画像処理動作を実行することができる。例えば、以下の典型的なビデオ処理動作の１つまたは複数のどの動作でも、それを表示装置のスクリーン面上に表示する前にビデオ画像データに適用することができる。
１．ＰｒｏｃＡｍｐ制御調整
２．デ・インターレーシング
３．アスペクト・レシオ補正
４．色空間変換、および
５．垂直または水平の鏡面効果処理（mirroring）およびアルファ・ブレンディング
可能ならば、ビデオ画像の処理中に消費される全体的なメモリ帯域幅を低減するために、所望のビデオ（および／または他の画像）処理動作を可能な限り少ない動作に結合する。処理動作を結合することができる程度は、一般に、グラフィックス・ハードウェアの能力によって決定される。通常、色空間変換処理とアスペクト・レシオ補正処理は、ビデオ・ストリームの大部分ではないにしてもその多くに適用される。しかし、垂直／水平の鏡面効果およびアルファ・ブレンディングはそこまでに頻繁には適用されない。
【００３２】
第２のビデオ処理パイプライン２００に関しては、ＰｒｏｃＡｍｐ調整処理と色空間変換処理が画像処理動作２０２に組み合わされる。アスペクト・レシオ補正処理は、画像処理動作２０６によって実行される。任意選択で、垂直／水平の鏡面効果処理および／またはアルファ・ブレンディングを画像処理動作２０６に組み合わせることができる。図示するように、第２のビデオ処理パイプライン２００を実装するグラフィックス・ハードウェアは、ＲＧＢレンダー・ターゲットのような画像メモリ・ブロック１０８を作成するために２つの画像処理動作と３つの画像メモリ・ブロックを使用する。しかし、より効率よいグラフィックス・ハードウェアがあるかも知れない。
【００３３】
１つの処理動作による典型的なビデオ処理パイプライン
図３は、ＲＧＢレンダー・ターゲット１０８に達するために１つのビデオ処理動作３０２を含む第３のビデオ処理パイプライン３００である。一般に、第３のビデオ処理パイプライン３００は、１つの画像処理動作３０２と２つの画像メモリ・ブロック１０２および１０８を使用してグラフィックス・ハードウェアによって実装される。具体的には、画像メモリ・ブロック１０８は、画像処理動作３０２によって画像メモリ・ブロック１０２から生成される。画像処理動作３０２は、図示するように、後述するような複数のビデオ処理動作を含む。
【００３４】
画像処理動作３０２が、ＰｒｏｃＡｍｐ調整処理、色空間変換処理、およびアスペクト・レシオ補正処理を組み合わせるので、第３のビデオ処理パイプライン３００は（図２の）第２のビデオ処理パイプライン２００よりも短い。したがって所与のビデオ処理パイプラインのステージ数は、関連付けられたグラフィックス・ハードウェアの能力だけでなく、ビデオ画像を表示するソフトウェア（例えば、アプリケーション、オペレーティング・システム・コンポーネントなど）によって要求される画像処理動作の数およびタイプに依存する。典型的なソフトウェア、グラフィックス・ハードウェアなどは図４を参照して以下でさらに記述する。
【００３５】
典型的なビデオ関連ソフトウェアおよびグラフィックス・ハードウェア
図４は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の相互作用を促進するように構成されたコンピューティングまたは他の電子デバイスのある種の機能要素を示すブロック図４００である。これらの様々な典型的な要素および／または機能は、ハードウェア、ソフトウェア、ファームウェア、これらのいくつかの組合せなどによって実装可能である。このようなハードウェア、ソフトウェア、ファームウェア、これらのいくつかの組合せなどを、本明細書では一括して、また個別に論理（logic）と称する。
【００３６】
ブロック図４００の構成はビデオ・データ処理機器またはシステムの一例に過ぎない。図示および説明された要素および／または機能の１つまたは複数は、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための機能を損なうことなく結合されたり、再構成されたり、増加させたり、あるいは省略したりすることができることを理解されたい。
【００３７】
機器またはシステム４００は、例えば中央処理装置（ＣＰＵ）によって実行される命令を含むことができる変換論理４０８、グラフィックス・プロセッシング・ユニットおよび／またはこれらの組合せを含む。変換論理４０８は、少なくとも１つのソース４０６から符号化されたビデオ・データを受信するように構成されている。ソース４０６からの符号化されたビデオ・データは、何らかの方法で符号化されており（例えばＭＰＥＧ−２など）、変換論理４０８はこの符号化されたビデオ・データを復号するように構成されている。
【００３８】
一例として、ソース４０６は、磁気ディスクおよび関連するディスク・ドライブ、光ディスクおよび関連するディスク・ドライブ、磁気テープおよび関連するテープ・ドライブ、固体メモリ、送信された信号、伝送媒体、または符号化されたビデオ・データを変換論理４０８に送信または他の手段で提供するように構成された類似のソースを含むことができる。ソース４０６のさらなる例は、図７を参照して後述する。ある種の実装では、ソース４０６は、ネットワーク・ソースおよび遠隔ソースなどの複数のソース構成要素を含むことができる。図示するように、ソース４０６はインターネット４０４および遠隔ディスク・ベースの記憶装置４０２を含む。
【００３９】
変換論理４０８によって出力された復号済みビデオ・データは少なくとも１つのビデオ・レンダラー４１０に提供される。限定的なものではなく例示として、ビデオ・レンダラー４１０は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システム（ＯＳ）のＶｉｄｅｏ Ｍｉｘｅｒ ａｎｄ Ｒｅｎｄｅｒｅｒ（ＶＭＲ）を使用して実現することができる。記載の実装では、ビデオ・レンダラー４１０は、変換論理４０８がビデオ・ストリームを復号するのを補助し、ビデオ処理動作を実行させ、クローズド・キャプション（ＣＣ）またはＤＶＤサブ・ピクチャ画像などの任意の他の補助画像をビデオ画像とブレンドすることなどを行うように構成されている。また、ビデオ・レンダラー４１０は、適宜、表示装置４３６上での最終的な表示のために、グラフィック・インターフェース論理４１２にビデオ画像データを適提出するか、または提出をさせる。
【００４０】
このようにして、結果として得られるレンダーリングされたビデオ・データは、グラフィック・インターフェース論理４１２に提供される。限定的なものではなく例示として、グラフィック・インターフェース論理４１２は、例えばＤｉｒｅｃｔＤｒａｗ（登録商標）、Ｄｉｒｅｃｔ３Ｄ（登録商標）、および／または他の類似の論理を含むことができる。グラフィック・インターフェース論理４１２は、ビデオ・レンダラー４１０とグラフィックス・デバイス４２４の間にインターフェースを提供するように構成されている。図示するように、グラフィックス・デバイス４２４は、グラフィックス・プロセッサ・ユニット（ＧＰＵ）４２６、ビデオ・メモリ４３２、およびデジタル−アナログ・コンバータ（ＤＡＣ）４３４を含む。限定的なものではなく例示として、グラフィックス・デバイス４２４は、コンピューティングまたは他の電子デバイス内に構成されたビデオ・グラフィックス・カードとして実現することができる。
【００４１】
グラフィック・インターフェース論理４１２によって出力された画像データは、デバイス・ドライバ・インターフェース（ＤＤＩ）４１４を使用してグラフィックス・デバイス・ドライバ４２２に提供される。図４では、デバイス・ドライバ・インターフェース４１４は、それに関連付けられた少なくとも１つのアプリケーション・プログラミング・インターフェース（ＡＰＩ）４１６を有するように示されている。デバイス・ドライバ・インターフェース４１４は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間のインターフェースをサポートし、かつ／または設定するように構成されている。
【００４２】
機器／システム４００で、また記載の実装に関して図示されているように、デバイス・ドライバ・インターフェース４１４とグラフィックス・デバイス・ドライバ４２２は、関連付けられたオペレーティング・システム環境とグラフィックス・デバイス４２４に関してユーザ・モード４１８またはカーネル・モード４２０の部分としてさらに分類することができる。したがって、ビデオ・レンダラー４１０とデバイス・ドライバ・インターフェース４１４はユーザ・モード４１８の部分であり、グラフィックス・デバイス・ドライバ４２２はカーネル・モード４２０の部分である。少なくともデバイス・ドライバ・インターフェース４１４とグラフィックス・デバイス・ドライバ４２２の間で発生するこれらの通信は、ユーザ・モード４１８とカーネル・モード４２０の間を横断する。
【００４３】
この記載された実装では、したがってビデオ・レンダラー４１０によって出力されたビデオ画像データは、グラフィックス・プロセッサ・ユニット４２６に提供される。グラフィックス・プロセッサ・ユニット４２６は、１つまたは複数の画像処理動作を実行するように構成可能である。これらの画像処理動作は、それぞれにＰｒｏｃＡｍｐ調整論理４２８および／または他のビデオ処理動作論理４３０によって示されるようなＰｒｏｃＡｍｐ調整および／または他のビデオ処理動作を含む。ＰｒｏｃＡｍｐ調整動作と、デ・インターレーシングおよびフレーム・レート変換などの他の典型的なビデオ処理動作は上記に加えて下記でもさらに説明する。
【００４４】
グラフィックス・プロセッサ・ユニット４２６からの出力はビデオ・メモリ４３２に提供される。ビデオ・メモリ４３２が読み取られると、その結果得られる画像データは、表示装置４３６上に、表示装置４３６によって表示するのに適した対応するアナログ・ビデオ信号を出力するデジタル−アナログ・コンバータ４３４に転送することができる。他の構成では、表示装置４３６は、デジタル−アナログ・コンバータ４３４によるアナログ変換なしに、ビデオ・メモリ４３２からのデジタル画像データを表示することを可能にすることができる。
【００４５】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の典型的なプロトコル
図５は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の典型的なプロトコルを示す通信／信号送受のダイヤグラム５００である。この典型的なプロトコルは、ＰｒｏｃＡｍｐ調整などのビデオ（または他の画像）処理動作の実行を促進する。このようなビデオ処理動作は、ユーザによって起動され、制御されたビデオ表示アプリケーション（例えば、教唆アプリケーション（instigating application））によって要求／指定される動作を含むことができる。
【００４６】
通信／信号送受の線図５００は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の複数の通信交換と通信伝送を含む。任意選択で、通信は、任意の適切なＡＰＩ ４１６と共に（図４の）グラフィック・インターフェース４１２および／またはデバイス・ドライバ・インターフェース４１４によってイネーブルされ、かつ／または補助されることができる。
【００４７】
通信交換（communication exchange）５０２は、ビデオ処理（video processing；ＶＰ）能力の設定に向けられている。具体的には、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２に備えられている、またグラフィックス・デバイス・ドライバ４２２によって提供されるべきビデオ処理能力に関して、伝送５０２Ａでグラフィックス・デバイス・ドライバ４２２に対して要求または照会する。応答５０２Ｂで、グラフィックス・デバイス・ドライバ４２２は、割り当てられたビデオ処理能力についてビデオ・レンダラー４１０に通知する。
【００４８】
割り当てられるビデオ処理能力は、グラフィックス・デバイス・ドライバ４２２が実行することのできるビデオ処理動作を含む。これらは、ＰｒｏｃＡｍｐ制御調整動作、デ・インターレーシング動作、アスペクト・レシオ補正動作、色空間変換動作、垂直／水平の鏡面効果処理およびアルファ・ブレンディング、フレーム・レート変換動作などの１つまたは複数を含むことができる。グラフィックス・デバイス・ドライバ４２２は、残されているビデオ処理動作の帯域幅についてすべてを提供したり、または一部を提供したりすることを選択することができる。残されているビデオ処理動作の帯域幅のすべてよりも少なく割り当てることによって、グラフィックス・デバイス・ドライバ４２２は後続の要求のための予備の追加ビデオ処理動作帯域幅を保持することができる。
【００４９】
通信交換５０４は、指定されたビデオ処理動作（video processing operation；ＶＰ Ｏｐ）に関する制御特性能力の設定に方向づけられている。ビデオ・レンダラー４１０からグラフィックス・デバイス・ドライバ４２２に送られる要求５０４Ａでは、ビデオ・レンダラー４１０は、応答５０２Ｂで割り当てられた特定のビデオ処理動作を指定する。要求５０４Ａは、特定のビデオ処理動作に関してグラフィックス・デバイス・ドライバ４２２はどのような、またはどの特性能力を実行することができるかに関する問い合わせを含むこともできる。応答５０４Ｂで、グラフィックス・デバイス・ドライバ４２２は、指定された特定のビデオ処理動作に関して使用可能な特性能力に関してビデオ・レンダラー４１０に通知する。通信交換５０４は、例えば特定のビデオ処理動作に対する複数の制御特性能力がない場合は、省略することができる。
【００５０】
通信交換５０６は、他の割り当てられたビデオ処理動作のどれを、指定された特定のビデオ処理動作と同時に実行することができるかの設定に向けられている。要求５０６Ａで、ビデオ・レンダラー４１０は、ビデオ処理動作がある場合にはどのビデオ処理動作が特定のビデオ処理動作と同時に実行することができるかを決定するためにグラフィックス・デバイス・ドライバ４２２に対して照会を発行する。グラフィックス・デバイス・ドライバ４２２は、応答５０６Ｂで、ビデオ・レンダラー４１０に、グラフィックス・デバイス・ドライバ４２２が特定のビデオ処理動作と同時に実行することができるビデオ処理動作を通知する。一例として、（ｉ）伝送５０４Ａおよび５０６Ａおよび／または（ｉｉ）伝送５０４Ｂおよび５０６Ｂはそれぞれに単一の照会および応答伝送に組み合わせることができることに留意されたい。
【００５１】
通信交換５０８は、特定のビデオ処理動作の指定された制御特性に対する値の設定に向けられている。要求５０８Ａで、ビデオ・レンダラー４１０は、特定のビデオ処理動作に対する制御特性を問い合わせで指定する。指定される制御特性は、応答５０４Ｂで提供された使用可能な制御特性から選択することができる。グラフィックス・デバイス・ドライバ４２２は、特定のビデオ処理動作に対する指定された制御特性に対する値をビデオ・レンダラー４１０に提供する。これらの値は、ビデオ・レンダラー４１０がグラフィックス・デバイス・ドライバ４２２に対して特定のビデオ処理動作を実行するよう命令する際にフレームワークとして使用することができる数値による設定値、範囲などであってよい。通信交換５０８は、応答５０４Ｂで示されている各使用可能な制御特性に関して反復することができる。別法として、１つのそのような通信交換５０８は、使用可能な制御特性の（すべての制御特性を含めて）複数の制御特性に向けられることができる。
【００５２】
通信交換５１０は、ビデオ処理ストリーム・オブジェクト（video processing stream object）を開始することに向けられている。命令５１０Ａで、ビデオ・レンダラー４１０は、ビデオ処理ストリーム・オブジェクトを開くためにグラフィックス・デバイス・ドライバ４２２にコマンドを送る。このコマンドは、表示装置４３６へのビデオ画像の提示を試みるアプリケーションまたは他のソフトウェアのために送信することができる。応答５１０Ｂで、グラフィックス・デバイス・ドライバ４２２は、要求しているビデオ・レンダラー４１０にビデオ処理ストリーム・オブジェクトに対するハンドルを戻す。
【００５３】
伝送５１２Ａで、ビデオ・レンダラー４１０はグラフィックス・デバイス・ドライバ４２２に対して特定の、または別の割り当てられたビデオ処理動作を実行するよう命令する。このビデオ処理動作実行コマンドは、特定のビデオ処理動作に対する１つまたは複数の制御特性に対する値を設定かつ／または変更するために選択された数を含むことができる。応答で、グラフィックス・デバイス・ドライバ４２２は、伝送５１２Ａで要求されたようなビデオ処理動作５１２Ｂを実行する。通常、少なくとも１つのビデオ・レンダラー４１０が、ビデオを表示すべき各アプリケーションに割り振られる。そのような教唆アプリケーションが例えばビデオ処理動作を要求するときはいつでも、任意選択の再フォーマッティング、翻訳などの後で、ビデオ・レンダラー４１０はそのような要求をビデオ処理動作命令としてグラフィックス・デバイス・ドライバ４２２に転送する。
【００５４】
ビデオ処理動作実行コマンド５１２Ａおよびその結果得られるビデオ処理動作５１２Ｂは、ビデオ処理ストリーム・オブジェクトが存在する間は、希望に応じて反復することができる。ビデオが完了するか、または関連ソフトウェアが終了したとき、ビデオ処理ストリーム・オブジェクトをクローズさせる命令５１４がビデオ・レンダラー４１０からグラフィックス・デバイス・ドライバ４２２に送信される。
【００５５】
例えば図４、５、および６の方法は、複数のブロックおよび／または複数の伝送に分割された図面で示される。しかし、この方法が記載され、かつ／または示されている順番および／またはレイアウトは限定と解釈されることを意図したものではなく、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する１つまたは複数のシステム、方法、媒体、プロトコル、構成などを実装するために、ブロック／伝送の任意の数を結合し、かつ／または任意の順序で再構成することができる。さらに、本明細書の記述には図４の実装（ならびに図７の典型的なシステム環境）などの特定の実装、および典型的なＡＰＩへの参照が含まれるが、本方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはこれらの組合せで、また任意の適切な１つ以上のプログラミング言語、１つ以上の符合化機構、１つ以上のプロトコル・パラダイム、１つ以上のグラフィックス・セットアップ、などを使用して実装することができる。
【００５６】
典型的な汎用ＡＰＩ実装態様
図６は、ビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２の間の相互作用を促進する典型的な方法を示す流れ図６００である。図６に反映されている説明した実装はＰｒｏｃＡｍｐ調整動作に向けられているが、これはこのように限定されるものではない。限定されるのではなく、この典型的な汎用ＡＰＩ実装態様の少なくともある種の態様は、１つまたは複数の他のビデオ（または一般的な画像）処理動作によって使用することができる。
【００５７】
流れ図６００では、ビデオ・レンダラー４１０は６０２〜６１８の９ブロックに関連付けられ、グラフィックス・デバイス・ドライバ４２２は６２０〜６３０の６ブロックに関連付けられている。６０２〜６１８と６２０〜６３０の各ブロックは、それぞれにビデオ・レンダラー４１０とグラフィックス・デバイス・ドライバ４２２によって、またはこれらのために実行される少なくとも１つの動作に対応する。
【００５８】
流れ図６００について、典型的な汎用ＡＰＩに照らして後述する。本明細書に記載のこれらの汎用ＡＰＩは、方法、機器論理などの２つの機能グループに分割することができる。第１のグループは、グラフィックス・デバイスのビデオ処理能力を決定するために使用することができる。第２のグループは、ビデオ処理動作ストリーム・オブジェクト（video processing operation stream objects）を作成し、使用するために使用することができる。
【００５９】
これらの典型的な汎用ＡＰＩは、デバイス・ドライバ・インターフェース４１４の一部として図示されている（図４の）ＡＰＩ ４１６に対応させることができ、グラフィック・インターフェース４１２をサポートし、グラフィックス・デバイス・ドライバ４２２とのインターフェースをとる。したがってＡＰＩ ４１６は、ユーザ・モード部分４１８内のデバイス・ドライバ・インターフェース４１４の一部として図示されている。しかし、このようなＡＰＩ ４１６は、別法としてデバイス・ドライバ・インターフェース４１４以外の他の論理に配置し、かつ／またはこれらの論理によって機能させることができる。このような他の論理は、単なる一例としてではあるが、ビデオ・レンダラー４１０、グラフィック・インターフェース４１２、カーネル・モード部分４２０の一部などを含む。
【００６０】
本節で後述する汎用ＡＰＩは、グラフィックス・デバイス・ドライバに連動して表示されているビデオ・コンテンツに対するいくつかのビデオ処理動作（例えばＰｒｏｃＡｍｐ調整、フレーム・レート変換など）の任意数をサポートするために、例えば、Ｍｉｃｒｏｓｆｔ（登録商標）ＤｉｒｅｃｔＸ（登録商標）Ｖｉｄｅｏ Ａｃｃｅｌｅｒａｔｉｏｎ（ＶＡ）を拡張／強化などするために使用することができる。追加の関連情報は、参照によりその全体を本明細書に組み込んだ文献（例えば、非特許文献１参照）に記載されている。
【００６１】
本明細書では流れ図６００の動作をパーソナル・コンピュータ用Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムの現在の展開に特に適用可能なＡＰＩに特有の表現で記載したが、そのブロックならびに本明細書に記載の他の実装も他のオペレーティング・システムおよび／または他の電子デバイスに適用可能であることを理解されたい。
【００６２】
後述する例では、１つ以上のビデオ処理動作の出力は、ターゲットＤｉｒｅｃｔＤｒａｗ（登録商標）サーフェスなどのＲＧＢレンダー・ターゲット・フォーマットで提供される。このようなことを行うことによって、従来のハードウェア・オーバレイ技術の必要性が排除される。また、表示装置上に表示可能なスクリーン全体は、存在する任意数のビデオ画像も含めて、１つのメモリ位置に存在しており、したがってプリント・スクリーン・コマンドによってビデオ画像を取り込むことができる。これにより、このプリント・スクリーン・キャプチャは文書に貼り付けられ、ファイルに追加され、直接的に印刷されることなどが可能である。
【００６３】
流れ図６００では、関連付けられたグラフィックス・ハードウェアがＰｒｏｃＡｍｐ調整ビデオ処理動作を実行することができることが既にグラフィックス・デバイス・ドライバ４２２によってビデオ・レンダラー４１０に通知済みである可能性があるか、またはビデオ・レンダラー４１０は以下のようにＰｒｏｃＡｍｐ能力の有無またはそれらの欠損を判定することができる。ブロック６０２で、ビデオ・レンダラー４１０は、表示されるべきビデオの記述を提供し、ＰｒｏｃＡｍｐ制御特性に関する図形処理能力を要求する。
【００６４】
ビデオ・レンダラー４１０は、ブロック６０２とブロック６２０の間の伝送の矢で示されるように、１つまたは複数の伝送によってビデオ記述の提供および／または制御特性要求をグラフィックス・デバイス・ドライバ４２２に対して行う。ビデオについての記述は、グラフィックス・デバイス・ドライバ４２２がビデオのタイプに基づいて、使用可能なビデオ処理能力／可能なビデオ処理能力などを調整することを可能にする。例えば所定の能力のセットをビデオのいくつかの異なるタイプのそれぞれに対してセットアップすることができる。
【００６５】
ブロック６２０で、グラフィックス・デバイス・ドライバ４２２は、ビデオ・レンダラー４１０に使用可能なＰｒｏｃＡｍｐ制御特性のリストを提供する。このリストは、明度、コントラスト、色相および彩度の１つまたは複数を含んでいても含んでいなくてもよい。ブロック６０４では、ビデオ・レンダラー４１０はグラフィックス・デバイス・ドライバ４２２から使用可能なＰｒｏｃＡｍｐ制御特性を受信する。ブロック６２０および６２２の動作は、ブロック６０２の１つ以上の通信に応答して実行することができる。別法として、ビデオ・レンダラー４１０は、ブロック６２２の動作を誘発するために別個の問い合わせを行うことができる。
【００６６】
ブロック６２２で、グラフィックス・デバイス・ドライバ４２２は、ビデオ・レンダラー４１０にＰｒｏｃＡｍｐ調整動作と同時／並行して実行することができる可能性のあるビデオ処理動作を提供する。このようなビデオ処理動作は、ＹＵＶ−ＲＧＢ、Ｘ伸張（StretchX）、Ｙ伸張（StretchY）、サブ長方形（SubRects）およびアルファ・ブレンド（AlphaBlend）の１つまたは複数を含む場合があり、または１つも含まない場合もある。他のこのようなビデオ処理動作は、デ・インターレーシング、フレーム・レート変換などを含むことができる。ブロック６０６で、ビデオ・レンダラー４１０は、可能な同時ビデオ処理動作をグラフィックス・デバイス・ドライバ４２２から受信する。
【００６７】
ブロック６０２、６０４、６０６、６２０および６２２の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは、以下のように提供される。
【００６８】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このＡＰＩは、ビデオ・レンダラー４１０が、ＰｒｏｃＡｍｐ制御デバイスの入力要件と、ＰｒｏｃＡｍｐ調整動作が実行されているのと同時にサポートすることのできる任意の追加ビデオ処理動作とに関する情報を決定するためにグラフィックス・デバイス・ドライバ４２２に照会することを可能にする。
グラフィックス・デバイス・ドライバ４２２は、ｌｐＰｒｏｃＡｍｐＣａｐｓに対して出力されたＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣａｐｓ構造で当該モードに対するその能力を報告する。
【００７０】
ＩｎｐｕｔＰｏｏｌフィールドは、ビデオ・ソース・サーフェスがそこから割り付けられるべきメモリ・プールを示す。例えば、メモリ・プールはグラフィックス・カード上のローカル・ビデオ・メモリ、特別タグ付きシステム・メモリ（例えば加速グラフィックス・ポート（ＡＧＰ）メモリ）、一般的なシステム・メモリなどに配置することができる。Ｄ３ＤおよびＤｉｒｅｃｔＤｒａｗドキュメンテーションも有効メモリ・プール位置についての記述を提供する。
【００７１】
ＯｕｔｐｕｔＦｒａｍｅＦｏｒｍａｔフィールドは、出力されたフレームのＤｉｒｅｃｔ３Ｄサーフェス・フォーマットを示す。ＰｒｏｃＡｍｐデバイスは入力されたサーフェス・フォーマットと一致するサーフェス・フォーマットでフレームを出力することができる。このフィールドは、ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアに対して出力フレーム・サーフェスの正確なフォーマットを供給できることを保証する。ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢフラッグ（下記参照のこと）がＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドに戻された場合、ビデオ・レンダラー４１０は、有効な出力フォーマットがＲＧＢ３２などのＲＧＢフォーマットに加えてこのフィールドによって指定されるとすることができることに留意されたい。ＲＧＢ３２は、赤、緑、青チャネルのそれぞれに対する８ビットの精度と、８ビットの未使用エリアとを有するＲＧＢフォーマットである。
【００７２】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＰｒｏｐフィールドは、ハードウェアが実行することのできるＰｒｏｃＡｍｐ動作を特定する。グラフィックス・デバイス・ドライバ４２２は、サポートするＰｒｏｃＡｍｐ動作の組合せの以下の論理を戻す。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｎｏｎｅ。ハードウェアはどのようなＰｒｏｃＡｍｐ制御動作をもサポートしない。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して明度調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対してコントラスト調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して色相調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して彩度調整を実行することができる。
【００７３】
ＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドは、要求されたＰｒｏｃＡｍｐ調整と並行して実行することのできる他の動作を特定する。以下のフラグは可能な動作を特定する。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオをＹＵＶ色空間からＲＧＢ色空間に変換することができる。使用されるＲＧＢフォーマットは、各色成分に対して８ビットまたはそれ以上の精度を有することができる。これが可能ならば、ビデオ・レンダラー４１０内のバッファ・コピーを防止することができる。ＲＧＢ色空間からＹＵＶ色空間への変換に対しては、このフラグは必要条件ではないということに留意されたい。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＸ。ＰｒｏｃＡｍｐ制御ハードウェアが水平に伸張または縮小することができる場合、ビデオがＰｒｏｃＡｍｐ調整を受けながら、同時に、アスペクト・レシオ補正を実行することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＹ。アスペクト・レシオ調整は、アプリケーションで定義済みの合成空間内でビデオ画像をスケール変更するために一般的なピクチャ・サイズ変更動作と組み合わされる場合がある。これはどちらかというとめったにない場合である。ビデオをアプリケーション・ウィンドウに適合させるようサイズ変更するスケール変更を実行することは、ＰｒｏｃＡｍｐ調整のためのスケール変更と同時に実行することができる。これらのスケール変更を一緒に実行することによって累積的なアーティファクトが防止される。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｕｂＲｅｃｔｓ。このフラグは、ハードウェアが、全体画像に加えて、画像の長方形の（サブ）領域で動作することができることを特定する。ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔデータ構造のソース長方形によって、この長方形の領域を特定することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＡｌｐｈａＢｌｅｎｄ。アルファ・ブレンディングは、透明度および／または不透明度のレベルの設定などによって他の図形情報がどのように表示されるかを制御することができる。したがって、アルファ値は、色の透明度、すなわちその色が背景色とブレンドされる程度を示すことができる。このようなアルファ値は、完全な透明色から完全な不透明色までの範囲で変化させることができる。
【００７４】
動作の際、アルファ・ブレンディングは、ソースと背景色データのピクセルごとのブレンディングを使用して達成することができる。アルファ・ブレンディング動作を実行するために、所与のソース色の３つの色成分（赤、緑、青）のそれぞれを背景色の対応する成分とブレンドすることができる。典型的な実装では、色は一般に、アルファ、赤、緑、および青のそれぞれに対して８ビットずつの３２ビット値で表示することができる。
【００７５】
ここでもまた、この機能を使用することによってビデオ・レンダラー４１０によるバッファ・コピーが防止される。しかし、アプリケーションはビデオ・ストリームに関連付けられた一定のアルファ値をめったに変更しないので、これもめったに使用されない機能である。
【００７６】
流れ図６００のブロック６０８で、ビデオ・レンダラー４１０は、ブロック６０４で受信した中からＰｒｏｃＡｍｐ制御特性を選択する。ブロック６１０で、ビデオ・レンダラー４１０は、選択したＰｒｏｃＡｍｐ制御特性に対する１つまたは複数の値をグラフィックス・デバイス・ドライバ４２２に要求する。ブロック６２４で、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ制御特性に対する値をビデオ・レンダラー４１０に送る。このような値は、デフォルト値、増分値、最小値、最大値などの１つまたは複数に関係付けることができる。
【００７７】
ブロック６１２で、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２から受信し、これにより、選択したＰｒｏｃＡｍｐ制御特性に関する１つまたは複数の値について、通知を受ける。ブロック６１２からブロック６０８に対する矢で示されるように、ブロック６０８、６１０、６１２および６２４の動作は、その１つまたは複数に対して反復して、使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めることができる。別法として、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２に対して、複数の伝送を有する単一の通信交換によって使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めた複数を照会することができる。
【００７８】
ブロック６０８、６１０、６１２、および６２４の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
各ＰｒｏｃＡｍｐ特性（明度、コントラスト、彩度、色相、など）に関しては、ビデオ・レンダラー４１０は、最小、最大、ステップサイズ（増分）、デフォルト値などを決定するためにグラフィックス・デバイス・ドライバ４２２に照会する。ハードウェアが特定のＰｒｏｃＡｍｐ制御特性をサポートしない場合、グラフィックス・デバイス・ドライバ４２２は、ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ機能に応答して「Ｅ＿ＮＯＴＩＭＰＬ」を戻すことができる。
【００７９】
グラフィックス・デバイス・ドライバ４２２は、異なるＰｒｏｃＡｍｐ制御特性に対して希望する任意の値を戻すことができるが、以下の設定値を一例として提供する（一覧の数字はすべて浮動小数点である）。
特性 最小 最大 デフォルト値 増分
明度 -100.0F 100.0F 0.0F 0.1F
コントラスト 0.0F 10.0F 1.0F 0.01F
彩度 0.0F 10.0F 1.0F 0.01F
色相 -180.0F 180.0F 0.0F 0.1F
【００８０】
デフォルト値がビデオ・ストリームのヌル変換をもたらす場合、教唆するアプリケーション（instigating application）がＰｒｏｃＡｍｐ制御特性を１つも変更しないならば、ビデオ・レンダラー４１０はそのビデオ・パイプラインでＰｒｏｃＡｍｐ調整の段階をバイパスすることができる。
ＶｉｄｅｏＰｒｏｐｅｒｔｙは、グラフィックス・デバイス・ドライバ４２２が情報を戻すことを既に要求している（１つまたは複数の）ＰｒｏｃＡｍｐ制御特性を特定する。記載の実装では、このフィールドに対する可能なパラメータ値は以下の通りである。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ．
【００８２】
ｌｐＶｉｄｅｏＤｅｓｃｒｉｐｔｉｏｎは、ＰｒｏｃＡｍｐ調整が適用されようとしているビデオについての記述をグラフィックス・デバイス・ドライバ４２２に提供する。グラフィックス・デバイス・ドライバ４２２は、そのＰｒｏｃＡｍｐ機能サポートを特定のビデオ・ストリーム記述タイプに合わせて調整することができる。
【００８３】
ｌｐＰｒｏｐＲａｎｇｅは、ＶｉｄｅｏＰｒｏｐｅｒｔｙパラメータ／フィールドによって指定されたＰｒｏｃＡｍｐ制御特性に関する範囲（最小および最大）、ステップサイズ、およびデフォルト値を特定する。
流れ図６００のブロック６１４で、ビデオ・レンダラー４１０は、オープンＰｒｏｃＡｍｐストリーム・オブジェクト・コマンドをグラフィックス・デバイス・ドライバ４２２に送る。これに応答して、グラフィックス・デバイス・ドライバ４２２は、ブロック６２６でＰｒｏｃＡｍｐストリーム・オブジェクトを開く。ブロック６１６で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐ調整動作を実行するようグラフィックス・デバイス・ドライバ４２２に命令する。これに応答して、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ調整動作をブロック６２８で実行する。
【００８５】
ブロック６１６で曲線の矢が示すように、ビデオ・レンダラー４１０は、所望の限りグラフィックス・デバイス・ドライバ４２２に対して実行ＰｒｏｃＡｍｐ調整動作命令を送り続けることができる（例えばビデオ・ストリームを表示する教唆アプリケーションによって要求されるときはいつでも）。ブロック６１８で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐストリーム・オブジェクトを閉じるようグラフィックス・デバイス・ドライバ４２２に命令する。グラフィックス・デバイス・ドライバ４２２は次いで、ブロック６３０でＰｒｏｃＡｍｐストリーム・オブジェクトを閉じる。
【００８６】
ブロック６１４、６１６、６１８、６２６、６２８および６３０の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
【００８７】
ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクト
ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアの能力を決定した後で、ＰｒｏｃＡｍｐＳｔｒｅａオブジェクトを作成することができる。ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成することによって、グラフィックス・デバイス・ドライバ４２２は、要求された１つ以上のＰｒｏｃＡｍｐ調整動作を実行するために必要なハードウェア資源を確保することができる。
【００８８】
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍ
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成する。
ＨＤＸＶＡ＿ＰｒｏｃＡｍｐＳｔｒｅａｍ出力パラメータはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトに対するハンドルであり、そこに向けられた将来のコール（call）でこのストリームを識別するために使用される。
【００９０】
ＰｒｏｃＡｍｐＢｌｔ
ＰｒｏｃＡｍｐＢｌｔメソッドは、ビット・ブロック転送動作中に宛先サーフェスにその出力を書き込むことによってＰｒｏｃＡｍｐ調整動作を実行する。
ソース長方形と宛先長方形とは、サブ長方形ＰｒｏｃＡｍｐ調整または伸張のために使用される。伸張に対するサポートは、任意選択である（および、Ｃａｐｓフラグによって報告される）。同様に、サブ長方形に対するサポートも強制的ではない。
【００９２】
宛先サーフェスは、オフスクリーン・プレーン・サーフェス、Ｄ３Ｄレンダー・ターゲット、Ｄ３Ｄテクスチャ、レンダー・ターゲットでもあるＤ３Ｄテクスチャなどであってよい。宛先サーフェスは、例えばローカル・ビデオ・メモリに割り付けることができる。ＹＵＶ−ＲＧＢ色空間変換がＰｒｏｃＡｍｐ調整動作と共に実行されていない限り、宛先サーフェスのピクセル・フォーマットはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造で示されるものである。これらの場合、宛先サーフェス・フォーマットは、各色成分に対して８ビット以上の精度のＲＧＢフォーマットである。
【００９３】
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍ
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを閉じ、識別されたストリームに関連付けられたハードウェア資源を解放するように、グラフィックス・デバイス・ドライバ４２２に命令する。
典型的な専用ＡＰＩの実装
本節で後述する特定の状態および典型的ＡＰＩは、パーソナル・コンピュータ用の既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに特に適用可能である。しかし、後述する、擬似コードのある種の態様と同様に、この原理は、他のオペレーティング・システムおよび／または他の環境で（そのままで、またはルーチンを修正して）使用できることを理解されたい。
【００９５】
ＰｒｏｃＡｍｐインターフェースに対するＤＤＩマッピング
既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに対するＤＤＩインフラストラクチャとの互換性のために、前節で記載のＡＰＩはＤｉｒｅｃｔＤｒａｗおよびＤｉｒｅｃｔＸＶＡ用の既存のＤＤＩに「マッピング」することができる。本節では、既存のＤｉｒｅｃｔＤｒａｗおよびＤＸ−ＶＡ ＤＤＩにマッピングするＰｒｏｃＡｍｐインターフェースについて説明する。
【００９６】
ＤＸ−ＶＡ ＤＤＩは、それ自体が「ＤＸ−ＶＡコンテナ」と「ＤＸ−ＶＡデバイス」の２つの機能グループに分割される。ＤＸ−ＶＡコンテナＤＤＩグループの目的は、表示ハードウェアに含まれる様々なＤＤＩ−ＶＡデバイスの数および能力を決定することである。したがって、ＤＸ−ＶＡドライバは単一のコンテナしか有することはできないが、複数のＤＸ−ＶＡデバイスをサポートすることができる。
【００９７】
ＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ ｃａｌｌ ｏｎをＤＸ−ＶＡコンテナ・グループのＤＤＩエントリーポイントのどれにマッピングすることも実現可能でない。その理由は、他のＤＸ−ＶＡとは異なり、このコンテナ・メソッドが型付きパラメータを使用するからである。しかし、ＤＸ−ＶＡデバイスＤＤＩグループは型付きパラメータを使用しないので、このデバイス・グループ内のメソッドにＰｒｏｃＡｍｐ制御インターフェースをマッピングすることは実現可能である。本節では、ＰｒｏｃＡｍｐインターフェースをどのようにしてＤＸ−ＶＡデバイスＤＤＩにマッピングすることができるかの具体例を記載する。
【００９８】
デ・インターレース・コンテナ・デバイス
ＤＸ−ＶＡデバイス・メソッドは型付きパラメータを使用しないので、多くの異なる目的に再利用することができる。しかし、ＤＸ−ＶＡデバイス・メソッドはＤＸ−ＶＡデバイスとの関連でしか使用することができないので、第１のタスクは特別の「コンテナ・デバイス」を定義し、作成することである。
【００９９】
参照により本明細書に組み込んだ米国特許出願第１０/２７３,５０５号明細書「Methods And Apparatuses For Facilitating Processing Of Interlaced Video Images For Progressive Video Displays」には、デ・インターレース・コンテナ・デバイスについての記述が含まれている。本明細書では、この米国特許出願第１０/２７３,５０５号明細書に記載されているデ・インターレース・コンテナ・デバイスをＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ機能のために再利用する。
【０１００】
ＤＸ−ＶＡデ・インターレース・コンテナ・デバイスはソフトウェア構成のみなので、物理的デバイスに含まれるどのような機能的ハードウェアをも示さない。下記のＰｒｏｃＡｍｐ制御サンプル（デバイス）ドライバ擬似コードは、ドライバがどのようにしてコンテナ・デバイスを実装することができるかを示している。
【０１０１】
ユーザ・モードの構成要素からＤＤＩを呼び出す
（ビデオ）レンダラーなどのユーザ・モードの構成要素からのＤＤＩを使用するための８タスクの典型的なシーケンスを以下に示す。
【０１０２】
１．ドライバがサポートするＤＸ−ＶＡデバイスのリストを入手するためにＧｅｔＭｏＣｏｍｐＧｕｉｄｓを呼び出す。
【０１０３】
２．「デ・インターレース・コンテナ・デバイス」ＧＵＩＤがある場合、このＤＸ−ＶＡデバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏＣｏｍｐを呼び出す。このコンテナ・デバイスＧＵＩＤは以下のように定義される。
３．ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＭｏｄｅＣａｐｓ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。ここでもまた、ドライバに入力パラメータを渡すためにｌｐＩｎｐｕｔＤａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
【０１０５】
４．ハードウェアがサポートするＰｒｏｃＡｍｐ調整特性ごとに、レンダラーはＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。入力パラメータをドライバに渡すためにｌｐＩｎｐｕｔＤａｔａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
【０１０６】
５．レンダラーは、ハードウェアのＰｒｏｃＡｍｐ調整能力の決定後、ＰｒｏｃＡｍｐ制御デバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏｃｏｍｐを呼び出す。ＰｒｏｃＡｍｐ制御デバイスＧＵＩＤは以下のように定義される。
６．レンダラーは次いで、ＰｒｏｃＡｍｐ調整動作ごとにＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅの機能パラメータを有する、ＰｒｏｃＡｍｐ制御デバイスの、ＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。
【０１０８】
７．レンダラーは、ＰｒｏｃＡｍｐ動作を実行する必要がなくなると、ＤｅｓｔｒｏｙＭｏｃｏｍｐを呼び出す。
【０１０９】
８．ドライバはＰｒｏｃＡｍｐ制御デバイスが使用したどの資源も解放する。
【０１１０】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａはＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す。
・ｌｐＯｕｔｐｕｔＤａｔａはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造を指す。
【０１１１】
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
【０１１２】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ構造を指す。
【０１１３】
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
【０１１４】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍ
ＧＵＩＤがＰｒｏｃＡｍｐデバイスＧＵＩＤであり、ｐＵｎｃｏｍｐＤａｔａがデータを含まない構造（オール０）を指し、ｐＤａｔａがＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す場合、このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＣｒｅａｔｅＭｏＣｏｍｐメソッドに直接マッピングする。
【０１１５】
ドライバが圧縮されたビデオのアクセレートされた復号をサポートする場合、レンダラーは、２つのＤＸ−ＶＡデバイス、ＤｉｒｅｃｔＸ ＶＡビデオの復号仕様で定義されているように実際のビデオ復号作業を実行するために一方を、ＰｒｏｃＡｍｐ調整専用に使用されるために他方を、を生成するためにそのドライバを呼び出すことができる。
【０１１６】
＊＊例：ＣｒｅａｔｅＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍにマッピングすることができるかを示している。この擬似コードは、ＣｒｅａｔｅＭｏｃＣｏｍｐ機能がＰｒｏｃＡｍｐに対してどのように使用されるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートする場合、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めるために下記のサンプル・コードを拡張することができる。
【０１１７】
＊＊例：ＧｅｔＭｏＣｏｍｐＧｕｉｄｓの実装＊＊
ＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ機能の他に、ドライバはＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＧｅｔＭｏＣｏｍｐＧｕｉｄｓメソッドを実装することもできる。下記の典型的な擬似コードは、この機能をドライバで実装する１つの方法を示している。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接マッピングする。ここで、
・ｄｗＮｕｍＢｕｆｆｅｒｓは２である。
・ｌｐＢｕｆｆｅｒＩｎｆｏは２つのサーフェスの１つのアレイを指す。このアレイの第１の要素は宛先サーフェスであり、このアレイの第２の要素はソース・サーフェスである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは下記の構造を指す。
【０１２０】
ＰｒｏｃＡｍｐに使用されるＤＸ−ＶＡデバイスに関して、ＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＲｅｎｄｅｒＭｏＣｏｍｐを呼び出すことができることに留意されたい。
【０１２１】
＊＊例：ＲｅｎｄｅｒＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＲｅｎｄｅｒＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＢｌｔにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＲｅｎｄｅｒＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
【０１２２】
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＤｅｓｔｒｏｙＭｏＣｏｍｐメソッドに直接マッピングする。
【０１２４】
＊＊例：ＤｅｓｔｒｏｙＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＤｅｓｔｒｏｙＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＤｅｓｔｒｏｙＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
【０１２５】
コンピュータまたは他の電子デバイスの典型的な動作環境
図７は、本明細書に記載のようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための少なくとも１つのシステム、デバイス、構成要素、構成、プロトコル、方法、メソッド、プロセス、これらのいくつかの組合せなどで（全体的にまたは部分的に）実装することができる典型的なコンピューティング（または一般的な電子デバイス）の動作環境７００を示している。コンピューティング環境７００は、後述するコンピュータおよびネットワーク・アーキテクチャでまたはスタンドアロン状況で使用することができる。
【０１２７】
典型的な電子デバイスの動作環境７００は、環境の一例に過ぎず、適用可能な電子（コンピュータ、ゲーム・コンソール、テレビジョンなどを含めて）アーキテクチャの用途または機能の範囲に関してどのような限定をも意図しない。また、電子デバイス環境７００は図７に示すどの構成要素またはこれら構成要素のどのような組合せに関するいかなる依存または要件を有するものと理解されるべきではない。
【０１２８】
さらに、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、多数の他の汎用または専用電子デバイス（コンピューティング・システムを含めて）環境または構成によって実装することができる。使用に適したものとなることのできる周知の電子（デバイス）システム、環境および／または構成の実装例は、限定的ではないが、パーソナル・コンピュータ、サーバ・コンピュータ、シン・クライアント、シック（thick）・クライアント、パーソナル・デジタル・アシスタント（ＰＤＡ）、または携帯電話、ハンドヘルドまたはラップトップ・デバイス、マルチ・プロセッサ・システム、マイクロ・プロセッサ・ベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、ビデオ・ゲームマシン、ゲーム・コンソール、携帯用またはハンドヘルドのゲーム装置、ネットワークＰＣ、ミニ・コンピュータ、メーンフレーム・コンピュータ、上記システムまたはデバイスのどれかを含む分散型コンピューティング環境、これらのいくつかの組合せなどを含む。
【０１２９】
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための実装は、電子的に実行可能な命令の一般的状況において説明することができる。一般に、電子的に実行可能な命令には、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などが含まれる。本明細書のある種の実装に記載されているようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、通信リンクおよび／またはネットワークによって接続されている遠隔にリンクされた処理装置によってタスクが実行される分散型コンピューティング環境で実行することもできる。特に分散型コンピューティング環境では、電子的に実行可能な命令は、別個の記憶媒体に配置し、異なるプロセッサによって実行し、かつ／または伝送媒体を介して伝播することができる。
【０１３０】
電子デバイス環境７００は、計算能力および／または処理能力機能を有するどのような電子デバイスをも含むことができるコンピュータ７０２形式の汎用コンピューティング・デバイスを含む。コンピュータ７０２の構成要素は、限定的なものではないが、１つまたは複数のプロセッサまたは処理装置７０４、システム・メモリ７０６、およびプロセッサ７０４を含めて様々なシステム・コンポーネントをシステム・メモリ７０６に結合するシステム・バス７０８を含むことができる。
【０１３１】
システム・バス７０８は、メモリ・バスまたはメモリ・コントローラ、周辺バス、加速グラフィックス・ポート、各種バス・アーキテクチャのどれかを使用するプロセッサまたはローカル・バスを含めて有線または無線バス構造のいくつかのタイプのどれか１つまたは複数を示している。一例として、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子標準協会（ＶＥＳＡ）ローカル・バス、メザニン・バスとしても知られる周辺装置相互接続（ＰＣＩ）バス、これらのいくつかの組合せなどを含むことができる。
【０１３２】
コンピュータ７０２は、通常、各種の電子的にアクセス可能な媒体を含む。このような媒体は、コンピュータ７０２または他の電子デバイスによってアクセス可能などのような使用可能な媒体でもあってよく、揮発性媒体と不揮発性媒体、取り外し可能媒体と取り外し不可能媒体、および記憶媒体と伝送媒体を含む。
【０１３３】
システム・メモリ７０６は、ランダム・アクセス・メモリ（ＲＡＭ）７１０のような揮発性メモリおよび／または読み取り専用メモリ（ＲＯＭ）７１２のような不揮発性メモリの形式の、電子的にアクセス可能な記憶媒体を含む。起動時などにコンピュータ７０２内の素子間での情報転送を支援する基本ルーチンを含んでいる基本入出力システム（ＢＩＯＳ）７１４は、通常はＲＯＭ７１２に記憶される。ＲＡＭ７１０は、通常、処理装置７０４によって直接的にアクセス可能、かつ／または現行で操作されているデータおよび／またはプログラム・モジュール／命令を収容している。
【０１３４】
コンピュータ７０２はまた、他の取り外し可能／取り外し不可能な、かつ／または揮発性／不揮発性の記憶媒体を含む。一例として、図７は、（典型的な）取り外し不可能で不揮発性の磁気媒体（単独では図示せず）から読み取り、そこに書き込むためのハードディスク・ドライブまたはディスク・アレイ７１６と、（典型的な）取り外し可能で不揮発性の磁気ディスク７２０（例えば「フロッピー（登録商標）・ディスク」）から読み取り、そこに書き込むための磁気ディスク・ドライブ７１８と、ＣＤ−ＲＯＭ、ＤＶＤまたは他の光学媒体などの（典型的な）取り外し可能で不揮発性の光ディスク７２４から読み取り、かつ／またはそこに書き込むための光ディスク・ドライブ７２２を示している。ハードディスク・ドライブ７１６、磁気ディスク・ドライブ７１８および光ディスク・ドライブ７２２は、１つまたは複数の記憶媒体インターフェース７２６によってそれぞれにシステム・バス７０８に接続されている。別法として、ハードディスク・ドライブ７１６と、磁気ディスク・ドライブ７１８と、光ディスク・ドライブ７２２は、１つまたは複数の他の単独の、または結合されたインターフェース（図示せず）によってシステム・バス７０８に接続することができる。
【０１３５】
ディスク・ドライブおよびその関連付けられた電子的にアクセス可能な媒体は、データ構造、プログラム・モジュール、およびコンピュータ７０２に対する他のデータなどの電子的に実行可能な命令の不揮発性記憶を提供する。典型的なコンピュータ７０２は、ハードディスク７１６、取り外し可能な磁気ディスク７２０、および取り外し可能な光ディスク７２４を示しているが、他のタイプの電子的にアクセス可能な媒体が、磁気カセットまたは他の磁気記憶媒体、フラッシュ・メモリ、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光記憶装置、ＲＡＭ、ＲＯＭ、電子的消去書込み可能読み取り専用メモリ（ＥＥＰＲＯＭ）などの電子デバイスによってアクセス可能な命令を格納することができることが理解されよう。そのような媒体は、いわゆる専用の、または配線された集積回路（ＩＣ）チップを含むこともできる。すなわち、典型的な電子システムおよび環境７００の記憶媒体を実現するために、どのような電子的にアクセス可能な媒体でも使用することができる。
【０１３６】
一般例としてオペレーティング・システム７２８、１つまたは複数のアプリケーション・プログラム７３０、他のプログラム・モジュール７３２、およびプログラム・データ７３４を含めてプログラム・モジュール（または命令の他の単位またはセット）はいくつでも、ハードディスク７１６、磁気ディスク７２０、光ディスク７２４、ＲＯＭ７１２および／またはＲＡＭ７１０に記憶することができる。限定ではないが一般例として、ビデオ・レンダラー４１０、グラフィック・インターフェース４１２およびデバイス・ドライバ・インターフェース４１４（すべて図４に示す）はオペレーティング・システム７２８の一部であってよい。グラフィックス・デバイス・ドライバ４２２は、オペレーティング・システム７２８と密接に連結し、かつ／または一体型の関係を任意選択で有するプログラム・モジュール７３２の一部であってよい。同様に、Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ（登録商標）９などの教唆プログラムはアプリケーション・プログラム７３０の一例である。現在システム・メモリにある画像制御および／またはグラフィックス・データはプログラム・データ７３４の一部であってよい。
【０１３７】
例えばＰｒｏｃＡｍｐまたは他のビデオ設定を変更中のユーザは、キーボード７３６およびポインティング・デバイス７３８（例えば「マウス」）などの入力デバイスによってコンピュータ７０２にコマンドおよび／または情報を入力することができる。他の入力デバイス７４０（具体的には図示せず）は、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星放送受信アンテナ、シリアル・ポート、スキャナなどを含むことができる。これらおよび他の入力デバイスは、システム・バス７０８に結合されている入出力インターフェース７４２を介して処理装置７０４に接続されている。しかし、これらおよび／または出力デバイスは、代わりにパラレル・ポート、ゲーム・ポート、ユニバーサル・シリアル・バス（ＵＳＢ）ポート、ＩＥＥＥ１３９４（「Ｆｉｒｅｗｉｒｅ」）インターフェース、ＩＥＥＥ８０２．１１無線インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線インターフェースなどの他のインターフェースおよびバス構造によって接続することができる。
【０１３８】
モニタ／ビュー・スクリーン７４４（図４の表示装置４３６の一例）または他のタイプの表示装置を、ビデオ・アダプタ７４６などのインターフェースを介してシステム・バス７０８に接続することもできる。ビデオ・アダプタ７４６（または他の構成要素）は、グラフィックス中心の計算を処理するため、また要求の厳しい表示要件を取り扱うためにグラフィックス・カード（グラフィックス・デバイス４２４の一例である）であっても、またはこれを含んでいてもよい。典型的には、グラフィックス・カードは、図形操作の迅速な性能を促進するために、（ＧＰＵ４２６などの）ＧＰＵ、ビデオＲＡＭ（ＶＲＡＭ）（ビデオ・メモリ４３２の一例である）などを含む。モニタ７４４の他に、他の出力周辺装置は、入出力インターフェース７４２を介してコンピュータ７０２に接続することができるスピーカ（図示せず）およびプリンタ７４８などの構成要素を含むことができる。
【０１３９】
コンピュータ７０２は、遠隔コンピューティング・デバイス７５０などの１つまたは複数の遠隔コンピュータへの論理接続を使用してネットワーク接続された環境で動作することができる。一例として、遠隔コンピューティング・デバイス７５０は、パーソナル・コンピュータ、ポータブル・コンピュータ（例えばラップトップ・コンピュータ、タブレット・コンピュータ、ＰＤＡ、移動局など）、パーム・サイズまたはポケット・サイズのコンピュータ、ゲーム装置、サーバ、ルータ、ネットワーク・コンピュータ、ピア・デバイス、この他の共通ネットワーク・ノードまたは上記に列挙した以外のタイプのコンピュータなどであってよい。しかし、遠隔コンピューティング・デバイス７５０は、コンピュータ７０２に関して本明細書に記載の要素および機能の多くまたはすべてを含むことができるポータブル・コンピュータとして図示されている。
【０１４０】
コンピュータ７０２と遠隔コンピュータ７５０の間の論理接続はローカル・エリア・ネットワーク（ＬＡＮ）７５２および一般的なワイド・エリア・ネットワーク（ＷＡＮ）７５４として図示されている。このようなネットワーク接続環境は、オフィス、全社的なコンピュータ・ネットワーク、イントラネット、インターネット、固定電話網および携帯電話網、この他の無線ネットワーク、ゲーム用ネットワーク、これらのいくつかの組合せなどで普及している。
【０１４１】
ＬＡＮネットワーク接続環境で実装される際、コンピュータ７０２は一般にネットワーク・インターフェースまたはアダプタ７５６を介してＬＡＮ７５２に接続される。ＷＡＮネットワーク接続環境で実装される際、コンピュータ７０２は、通常、ＷＡＮ７５４を介して通信を確立するためのモデム７５８または他の手段を含む。コンピュータ７０２内蔵型であっても外付けであってもよいモデム７５８は、入出力インターフェース７４２または他の１つ以上の適切な機構を介してシステム・バス７０８に接続することができる。図示したネットワーク接続は一例であって、コンピュータ７０２と７５０の間で１つ以上の通信リンクを確立する他の手段を使用することができることが理解されよう。
【０１４２】
電子デバイス環境７００などで示されているネットワーク接続された環境では、コンピュータ７０２に関連して図示されているプログラム・モジュールまたは他の命令、またはそれらの一部は、その全体または一部を遠隔記憶装置に記憶することができる。一例として、遠隔アプリケーション・プログラム７６０は遠隔コンピュータ７５０のメモリ・コンポーネントに常駐しているが、コンピュータ７０２を介して使用可能あるいはアクセス可能であってもよい。同様に、説明の目的から、アプリケーション・プログラム７３０およびオペレーティング・システム７２８などの他の電子的に実行可能な命令を本明細書では別個のブロックとして図示したが、このようなプログラム、構成要素、および他の命令は様々な時点でコンピューティング・デバイス７０２（および／または遠隔コンピューティング・デバイス７５０）の異なる記憶装置に常駐し、コンピュータ７０２（および／または遠隔コンピューティング・デバイス７５０）の１つ以上のデータ・プロセッサ７０４によって実行されることが理解されよう。
【０１４３】
システム、媒体、メソッド、プロトコル、方法、プロセス、構成、および他の実装を、構造、論理、アルゴリズム、および機能の特徴に特有の言語および／または図面で説明したが、首記の特許請求の範囲で規定される本発明は、ここで説明した特定の特徴または図面に必ずしも限定されるものではないということを理解されたい。限定されるものではなく、この特定の特徴および図面は、請求する本発明を実装する典型的な形態として開示されているものである。
【図面の簡単な説明】
【図１】ＰｒｏｃＡｍｐ調整動作を含む第１のビデオ処理パイプラインを示す図である。
【図２】ＲＧＢレンダー・ターゲットに達するための２つのビデオ処理動作を含む第２のビデオ処理パイプラインを示す図である。
【図３】ＲＧＢレンダー・ターゲットに達するための１つのビデオ処理動作を含む第３のビデオ処理パイプラインを示す図である。
【図４】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するように構成されたコンピューティング・デバイスまたは他の電子デバイスのある種の機能要素を示すブロック図である。
【図５】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の典型的なプロトコルを示す通信／信号送受の図である。
【図６】ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する典型的なメソッドを示す流れ図である。
【図７】本明細書に記載のように、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進する少なくとも１つの態様で（全体的にまたは部分的に）実装することのできる典型的なコンピューティング（または一般的な電子デバイス）動作環境を示す図である。
【符号の説明】
４１０ ビデオ・レンダラー
４１２ グラフィックス・インターフェース
４１４ デバイス・ドライバ・インターフェース
４２２ グラフィックス・デバイス・ドライバ
４２６ グラフィックス・プロセッサ・ユニット（ＧＰＵ）
４２４ グラフィックス・デバイス
４３２ ビデオ・メモリ
Claims (16)
- プロセッサ、グラフィックス・デバイス、前記グラフィックス・デバイスに対して画像処理動作に対応する命令を送出するグラフィックス・デバイス・ドライバ、ビデオ・レンダラーおよびビデオ・メモリを含むコンピューティング・システム用のプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記グラフィックス・デバイス・ドライバ及び前記ビデオ・レンダラーはプログラムモジュールであり、前記プログラムは、前記プロセッサに、
入力されたビデオ・データを前記ビデオ・メモリに割り当てられたウィンドウ内にレンダリングするように制御する前記ビデオ・レンダラーからの、前記グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる前記画像処理動作に関する照会であって表示されるべきビデオのタイプについての記述を含む照会を、前記グラフィックス・デバイス・ドライバへ送信させ、
前記グラフィックス・デバイス・ドライバからの、当該グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる少なくとも１つの画像処理動作を示す応答を、前記ビデオ・レンダラーで受信させる
命令を与えるように構成されていることを特徴とするコンピュータ読み取り可能な記録媒体。 - 前記グラフィックス・デバイス・ドライバは、前記グラフィックス・デバイスを介して、前記少なくとも１つの画像処理動作を前記ビデオ・レンダラーに提供することができることを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
- 前記ビデオ・レンダラーが別の照会を、前記グラフィックス・デバイス・ドライバに送信し、前記別の照会が、前記少なくとも１つの画像処理動作であるＰｒｏｃＡｍｐ処理動作のために、当該ＰｒｏｃＡｍｐ処理動作の特性についての
最小値、
最大値、
ステップサイズ値、および
デフォルト値
に関連付けられたパラメータを要求する
ことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。 - 前記ビデオ・レンダラーは、前記グラフィックス・デバイス・ドライバに対して、当該グラフィックス・デバイス・ドライバがサポートするグラフィックス・デバイスのリストを問い合わせることを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
- 前記グラフィックス・デバイス・ドライバで、前記表示されるべきビデオのタイプについての前記記述に基づいて前記画像処理能力を調整することを生じさせる命令を記録したことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
- 前記調整は、前記表示されるべきビデオのタイプについての前記記述に関連した特定のタイプのビデオ・ストリームをサポートするために、前記画像処理能力を調整することを特徴とする請求項５に記載のコンピュータ読み取り可能な記録媒体。
- 前記プログラムは、前記プロセッサに、
前記ビデオ・レンダラーからの、前記グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することのできる前記少なくとも１つの画像処理動作についての特性に関する別の照会を、前記グラフィックス・デバイス・ドライバへ送信させ、
前記グラフィックス・デバイス・ドライバからの、当該グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる少なくとも１つの画像処理動作についての少なくとも１つの特性を示す別の応答を、前記ビデオ・レンダラーで受信させる
命令を与えるように構成されていることを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。 - 前記プログラムは、前記プロセッサに、
前記ビデオ・レンダラーからの、前記グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することのできる前記少なくとも１つの画像処理動作についての、特定の画像処理動作と同時に実行することができるかに関する別の照会を、前記グラフィックス・デバイス・ドライバへ送信させ、
前記グラフィックス・デバイス・ドライバからの、当該グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる前記少なくとも１つの画像処理動作についての、前記特定の画像処理動作と同時に実行することができるかを示す別の応答を、前記ビデオ・レンダラーで受信させる
命令を与えるように構成されていることを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。 - プロセッサと、
前記プロセッサに結合されたグラフィックス・デバイスと、
前記プロセッサに結合され、前記プロセッサにより実行されるプログラムモジュールを記録したコンピュータ読み取り可能な記録媒体と
を備え、
前記プログラムモジュールは、ビデオ・レンダラーおよびグラフィックス・デバイス・ドライバを含み、
前記ビデオ・レンダラーは、前記プロセッサに、前記グラフィックス・デバイス・ドライバへの照会であって、前記グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる前記画像処理動作に関する照会であり表示されるべきビデオのタイプについての記述を含む照会を送信させるように構成され、
前記グラフィックス・デバイス・ドライバは、前記プロセッサに、前記照会に対する前記ビデオ・レンダラーへの応答であって、当該グラフィックス・デバイス・ドライバが前記ビデオ・レンダラーに提供することができる１つまたは複数のビデオ処理動作および１つまたは複数のＰｒｏｃＡｍｐ処理動作を含む少なくとも１つの画像処理動作を示す応答を送信させるように構成された
ことを特徴とするコンピューティング・デバイス。 - 前記１つまたは複数のビデオ処理動作および前記１つまたは複数のＰｒｏｃＡｍｐ処理動作は、同時に実行されることを特徴とする請求項９に記載のコンピューティング・デバイス。
- 前記グラフィックス・デバイス・ドライバは、前記プロセッサに、
画像処理動作の実行のための前記ビデオ・レンダラーからの命令を受け取り、
前記グラフィックス・デバイスによる前記画像処理を生じさせる
ことを特徴とする請求項９に記載のコンピューティング・デバイス。 - 前記１つまたは複数のＰｒｏｃＡｍｐ処理動作は、
なし、明度、コントラスト、色相、彩度を備えたＰｒｏｃＡｍｐ処理動作の特性のグループから選択され、
前記１つまたは複数のビデオ処理動作は、ＹＵＶ−ＲＧＢ変換動作、Ｘ伸張処理動作、Ｙ伸張処理動作、サブ長方形領域処理動作、アルファ・ブレンド動作を備えたグループから選択されることを特徴とする請求項９に記載のコンピューティング・デバイス。 - プログラムモジュールであるビデオ・レンダラーとグラフィックス・デバイス・ドライバとの間の相互作用を促進する方法であって、
画像処理動作のうちの利用可能なＰｒｏｃＡｍｐ処理動作についての照会であり、表示されるべきビデオのタイプについての記述を含む照会を、前記ビデオ・レンダラーから前記グラフィックス・デバイス・ドライバへ送信することと、
前記表示されるべきビデオのタイプについての前記記述に基づいて前記グラフィックス・デバイス・ドライバの前記ＰｒｏｃＡｍｐ処理動作を、前記グラフィックス・デバイス・ドライバで生じさせることと、
前記生じたＰｒｏｃＡｍｐ処理動作を有する応答を前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ送信することと
を含むことを特徴とする方法。 - 前記グラフィックス・デバイス・ドライバによる前記応答は、前記ＰｒｏｃＡｍｐ処理動作と同時に実行されるビデオ処理動作を含むことを特徴とする請求項１３に記載の方法。
- 前記送信することは、
少なくとも１つまたは複数のＰｒｏｃＡｍｐ動作に向けられたレンダリング機能を呼び出すことと、
前記呼び出しに応答して、前記グラフィックス・デバイス・ドライバへのビデオのタイプについての前記記述と関連づけられた１つまたは複数の入力データのパラメータを渡すことにより、利用可能な前記少なくとも１つまたは複数のＰｒｏｃＡｍｐ処理動作を特定することと
をさらに含むことを特徴とする請求項１３に記載の方法。 - プロセッサと前記プロセッサに結合されたメモリーを含むコンピューティング・システムのためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記プログラムは、前記プロセッサに請求項１３に記載の方法を実行させることを特徴とするコンピュータ読み取り可能な記録媒体。
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US37288002P | 2002-04-15 | 2002-04-15 | |
| US60/372,880 | 2002-04-15 | ||
| US41306002P | 2002-09-24 | 2002-09-24 | |
| US60/413,060 | 2002-09-24 | ||
| US10/400,040 | 2003-03-25 | ||
| US10/400,040 US7451457B2 (en) | 2002-04-15 | 2003-03-25 | Facilitating interaction between video renderers and graphics device drivers |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010035051A Division JP4808276B2 (ja) | 2002-04-15 | 2010-02-19 | ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004004761A JP2004004761A (ja) | 2004-01-08 |
| JP2004004761A5 JP2004004761A5 (ja) | 2006-05-18 |
| JP4718763B2 true JP4718763B2 (ja) | 2011-07-06 |
Family
ID=28795019
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003110880A Expired - Lifetime JP4718763B2 (ja) | 2002-04-15 | 2003-04-15 | ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること |
| JP2010035051A Expired - Lifetime JP4808276B2 (ja) | 2002-04-15 | 2010-02-19 | ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010035051A Expired - Lifetime JP4808276B2 (ja) | 2002-04-15 | 2010-02-19 | ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること |
Country Status (4)
| Country | Link |
|---|---|
| US (2) | US20090031328A1 (ja) |
| EP (1) | EP1359773B1 (ja) |
| JP (2) | JP4718763B2 (ja) |
| KR (1) | KR100914120B1 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8358313B2 (en) * | 2008-04-08 | 2013-01-22 | Avid Technology, Inc. | Framework to integrate and abstract processing of multiple hardware domains, data types and format |
| DK3479339T3 (da) * | 2016-06-30 | 2020-07-27 | Keen Eye Tech | Multimodal fremviser |
| CN109903347B (zh) * | 2017-12-08 | 2021-04-09 | 北大方正集团有限公司 | 一种颜色混合的方法、系统、计算机设备及存储介质 |
| CN110620954B (zh) * | 2018-06-20 | 2021-11-26 | 阿里巴巴（中国）有限公司 | 用于硬解的视频处理方法、装置和存储介质 |
| CN113453025B (zh) * | 2020-03-26 | 2023-02-28 | 杭州海康威视系统技术有限公司 | 数据获取方法及装置 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0628117A (ja) * | 1992-07-09 | 1994-02-04 | Canon Inc | 出力制御装置及び方法 |
| JPH096572A (ja) * | 1995-06-16 | 1997-01-10 | Sony Corp | 情報表示制御装置及び情報表示制御方法 |
| US5715459A (en) * | 1994-12-15 | 1998-02-03 | International Business Machines Corporation | Advanced graphics driver architecture |
| JPH10275072A (ja) * | 1997-01-31 | 1998-10-13 | Hitachi Ltd | 画像表示システム及び情報処理装置 |
| JPH11175294A (ja) * | 1997-12-12 | 1999-07-02 | Seiko Epson Corp | ネットワークシステム、プリンタ及び情報記憶媒体 |
| JPH11184649A (ja) * | 1997-07-25 | 1999-07-09 | Seiko Epson Corp | 印刷システム、方法及びプリンタ |
| WO1999064952A1 (en) * | 1998-06-12 | 1999-12-16 | Microsoft Corporation | Method and computer program product for offloading processing tasks from software to hardware |
| JP2000293608A (ja) * | 1999-04-12 | 2000-10-20 | Omron Corp | 装置ドライバ及び装置ドライバシステム |
| JP2001084246A (ja) * | 1999-09-10 | 2001-03-30 | Fuji Xerox Co Ltd | 電子文書管理装置および電子文書管理方法 |
| US6323875B1 (en) * | 1999-04-28 | 2001-11-27 | International Business Machines Corporation | Method for rendering display blocks on display device |
| JP2004029744A (ja) * | 2002-04-15 | 2004-01-29 | Microsoft Corp | プログレッシブ・ビデオ表示のためのインターレース・ビデオ画像の処理を容易にする方法および装置 |
Family Cites Families (104)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4463372A (en) * | 1982-03-24 | 1984-07-31 | Ampex Corporation | Spatial transformation system including key signal generator |
| US6496183B1 (en) * | 1998-06-30 | 2002-12-17 | Koninklijke Philips Electronics N.V. | Filter for transforming 3D data in a hardware accelerated rendering architecture |
| US4605952A (en) * | 1983-04-14 | 1986-08-12 | Rca Corporation | Compatible HDTV system employing nonlinear edge compression/expansion for aspect ratio control |
| US4556906A (en) * | 1983-11-15 | 1985-12-03 | Rca Corporation | Kinescope blanking scheme for wide-aspect ratio television |
| US4601055A (en) * | 1984-04-10 | 1986-07-15 | The United States Of America As Represented By The Secretary Of Commerce | Image processor |
| US4639763A (en) * | 1985-04-30 | 1987-01-27 | Rca Corporation | Interlace to non-interlace scan converter for RGB format video input signals |
| US4729012A (en) * | 1985-08-30 | 1988-03-01 | Rca Corporation | Dual mode television receiver for displaying wide screen and standard aspect ratio video signals |
| US5014327A (en) * | 1987-06-15 | 1991-05-07 | Digital Equipment Corporation | Parallel associative memory having improved selection and decision mechanisms for recognizing and sorting relevant patterns |
| DE3838730C2 (de) * | 1987-11-16 | 1994-07-28 | Canon Kk | Verfahren und Vorrichtung zur Bildverarbeitung |
| JP2882584B2 (ja) * | 1988-09-30 | 1999-04-12 | 株式会社東京放送 | 既存テレビジョン放送方法と互換性のあるワイドスクリーンテレビジョン放送方法 |
| US4951149A (en) * | 1988-10-27 | 1990-08-21 | Faroudja Y C | Television system with variable aspect picture ratio |
| US5179641A (en) * | 1989-06-23 | 1993-01-12 | Digital Equipment Corporation | Rendering shaded areas with boundary-localized pseudo-random noise |
| US5218674A (en) * | 1990-09-14 | 1993-06-08 | Hughes Aircraft Company | Hardware bit block transfer operator in a graphics rendering processor |
| GB9118425D0 (en) * | 1991-08-28 | 1991-10-16 | Rca Thomson Licensing Corp | Adapting horizontal scan to picture format |
| US5235432A (en) * | 1991-11-22 | 1993-08-10 | Creedon Brendan G | Video-to-facsimile signal converter |
| US5309257A (en) * | 1991-12-31 | 1994-05-03 | Eastman Kodak Company | Method and apparatus for providing color matching between color output devices |
| US5602943A (en) * | 1992-04-28 | 1997-02-11 | Velho; Luiz C. | Digital halftoning space filling curves |
| JP3092382B2 (ja) * | 1993-03-22 | 2000-09-25 | 松下電器産業株式会社 | 信号処理装置 |
| US5577125A (en) * | 1993-06-14 | 1996-11-19 | International Business Machines Corporation | Graphical manipulation of encryption |
| JPH09500994A (ja) * | 1993-07-27 | 1997-01-28 | タリジェント インコーポレイテッド | オブジェクト指向レンダリング・システム |
| US5508812A (en) * | 1993-09-01 | 1996-04-16 | Apple Computer, Inc. | System for processing and recording digital color television signal onto analog video tape |
| US5511195A (en) * | 1993-11-12 | 1996-04-23 | Intel Corporation | Driver, computer-implemented process, and computer system for processing data using loadable microcode running on a programmable processor |
| US5455626A (en) * | 1993-11-15 | 1995-10-03 | Cirrus Logic, Inc. | Apparatus, systems and methods for providing multiple video data streams from a single source |
| US5734387A (en) * | 1994-10-24 | 1998-03-31 | Microsoft Corporation | Method and apparatus for creating and performing graphics operations on device-independent bitmaps |
| EP0766847B1 (en) * | 1994-06-17 | 2001-10-31 | Intel Corporation | Apparatus and method for application sharing in a graphic user interface |
| BR9508403A (pt) * | 1994-07-14 | 1997-11-11 | Johnson Grace Company | Método e aparato para compressão de imagens |
| US5870503A (en) * | 1994-10-20 | 1999-02-09 | Minolta Co., Ltd. | Image processing apparatus using error diffusion technique |
| US5565994A (en) * | 1994-12-06 | 1996-10-15 | Xerox Corporation | Multiple separation error diffusion, with cross separation correlation control for color images |
| US5745761A (en) * | 1994-12-15 | 1998-04-28 | International Business Machines Corporation | Advanced graphics driver architecture with extension capability |
| US5745762A (en) * | 1994-12-15 | 1998-04-28 | International Business Machines Corporation | Advanced graphics driver architecture supporting multiple system emulations |
| US6307559B1 (en) * | 1995-07-13 | 2001-10-23 | International Business Machines Corporation | Method and apparatus for color space conversion, clipping, and scaling of an image during blitting |
| US5793371A (en) * | 1995-08-04 | 1998-08-11 | Sun Microsystems, Inc. | Method and apparatus for geometric compression of three-dimensional graphics data |
| US5742797A (en) * | 1995-08-11 | 1998-04-21 | International Business Machines Corporation | Dynamic off-screen display memory manager |
| US5757386A (en) * | 1995-08-11 | 1998-05-26 | International Business Machines Corporation | Method and apparatus for virtualizing off-screen memory of a graphics engine |
| DE19639388A1 (de) * | 1995-09-29 | 1997-04-10 | Aisin Seiki | Stoß-Sensor |
| EP0796540B1 (en) * | 1995-10-05 | 2000-05-17 | Faroudja Laboratories, Inc. | Method for procucing from a standard-bandwidth color television signal a color video signal with extended vertical definition |
| US5936632A (en) * | 1996-07-26 | 1999-08-10 | Hewlett-Packard Co. | Method for fast downloading of textures to accelerated graphics hardware and the elimination of extra software copies of texels |
| US6195098B1 (en) * | 1996-08-02 | 2001-02-27 | Autodesk, Inc. | System and method for interactive rendering of three dimensional objects |
| US5982453A (en) * | 1996-09-25 | 1999-11-09 | Thomson Consumer Electronics, Inc. | Reduction of visibility of spurious signals in video |
| US5825879A (en) * | 1996-09-30 | 1998-10-20 | Intel Corporation | System and method for copy-protecting distributed video content |
| US6369855B1 (en) * | 1996-11-01 | 2002-04-09 | Texas Instruments Incorporated | Audio and video decoder circuit and system |
| EP1160760B1 (en) * | 1997-01-31 | 2010-11-24 | Hitachi, Ltd. | Image displaying system with capability of modifying a display attribute in a specific display area |
| EP0859326A3 (en) * | 1997-02-14 | 1999-05-12 | Canon Kabushiki Kaisha | Data transmission apparatus, system and method, and image processing apparatus |
| US6295088B1 (en) * | 1997-02-17 | 2001-09-25 | Nikon Corporation | Portable display device |
| GB9704638D0 (en) * | 1997-03-06 | 1997-04-23 | Lsi Logic Corp | Digital video broadcasting |
| US6208360B1 (en) * | 1997-03-10 | 2001-03-27 | Kabushiki Kaisha Toshiba | Method and apparatus for graffiti animation |
| US6370198B1 (en) * | 1997-04-07 | 2002-04-09 | Kinya Washino | Wide-band multi-format audio/video production system with frame-rate conversion |
| US5898779A (en) * | 1997-04-14 | 1999-04-27 | Eastman Kodak Company | Photograhic system with selected area image authentication |
| US5872956A (en) * | 1997-04-24 | 1999-02-16 | International Business Machines Corporation | Design methodology for device drivers supporting various operating systems network protocols and adapter hardware |
| US5892915A (en) * | 1997-04-25 | 1999-04-06 | Emc Corporation | System having client sending edit commands to server during transmission of continuous media from one clip in play list for editing the play list |
| US5920326A (en) * | 1997-05-30 | 1999-07-06 | Hewlett Packard Company | Caching and coherency control of multiple geometry accelerators in a computer graphics system |
| US6269484B1 (en) * | 1997-06-24 | 2001-07-31 | Ati Technologies | Method and apparatus for de-interlacing interlaced content using motion vectors in compressed video streams |
| US6144390A (en) * | 1997-08-04 | 2000-11-07 | Lucent Technologies Inc. | Display composition technique |
| US6262773B1 (en) * | 1997-09-15 | 2001-07-17 | Sharp Laboratories Of America, Inc. | System for conversion of interlaced video to progressive video using edge correlation |
| US6028677A (en) * | 1997-09-16 | 2000-02-22 | Hewlett-Packard Co. | Method and apparatus for converting a gray level pixel image to a binary level pixel image |
| US7039876B2 (en) * | 1997-10-06 | 2006-05-02 | Canon Kabushiki Kaisha | User interface for image acquisition devices |
| US6522336B1 (en) * | 1997-10-31 | 2003-02-18 | Hewlett-Packard Company | Three-dimensional graphics rendering apparatus and method |
| PT974589E (pt) * | 1997-11-07 | 2004-05-31 | Taiho Pharmaceutical Co Ltd | Derivados de benzimidazol e os seus sais aceitaveis sob o ponto de vista farmaceutico |
| JP3700357B2 (ja) * | 1997-11-25 | 2005-09-28 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理装置 |
| JPH11203782A (ja) * | 1998-01-06 | 1999-07-30 | Sony Corp | 情報記録再生装置およびその制御方法 |
| JP2932380B1 (ja) * | 1998-01-30 | 1999-08-09 | 日本電気エンジニアリング株式会社 | 干渉波検出回路 |
| US6047295A (en) * | 1998-05-05 | 2000-04-04 | International Business Machines Corporation | Computer system, program product and method of managing weak references with a concurrent mark sweep collector |
| WO1999065236A1 (fr) * | 1998-06-11 | 1999-12-16 | Matsushita Electric Industrial Co., Ltd. | Affichage video et support d'exploitation enregistre |
| US6034733A (en) * | 1998-07-29 | 2000-03-07 | S3 Incorporated | Timing and control for deinterlacing and enhancement of non-deterministically arriving interlaced video data |
| US6573905B1 (en) * | 1999-11-09 | 2003-06-03 | Broadcom Corporation | Video and graphics system with parallel processing of graphics windows |
| US6529930B1 (en) * | 1998-11-16 | 2003-03-04 | Hitachi America, Ltd. | Methods and apparatus for performing a signed saturation operation |
| US6753878B1 (en) * | 1999-03-08 | 2004-06-22 | Hewlett-Packard Development Company, L.P. | Parallel pipelined merge engines |
| US6952215B1 (en) * | 1999-03-31 | 2005-10-04 | International Business Machines Corporation | Method and system for graphics rendering using captured graphics hardware instructions |
| US6304733B1 (en) * | 1999-05-19 | 2001-10-16 | Minolta Co., Ltd. | Image forming apparatus capable of outputting a present time |
| US6331874B1 (en) * | 1999-06-29 | 2001-12-18 | Lsi Logic Corporation | Motion compensated de-interlacing |
| US20020145610A1 (en) * | 1999-07-16 | 2002-10-10 | Steve Barilovits | Video processing engine overlay filter scaler |
| US6437788B1 (en) * | 1999-07-16 | 2002-08-20 | International Business Machines Corporation | Synchronizing graphics texture management in a computer system using threads |
| US6206492B1 (en) * | 1999-07-20 | 2001-03-27 | Caterpillar Inc. | Mid-roller for endless track laying work machine |
| JP3382895B2 (ja) | 1999-08-11 | 2003-03-04 | エヌイーシーモバイリング株式会社 | 自営通信における移動局によるハンドオフ制御方式 |
| US6654022B1 (en) * | 1999-09-30 | 2003-11-25 | International Business Machines Corporation | Method and apparatus for lookahead generation in cached computer graphics system |
| AUPQ377899A0 (en) * | 1999-10-29 | 1999-11-25 | Canon Kabushiki Kaisha | Phase three kernel selection |
| AUPQ377599A0 (en) * | 1999-10-29 | 1999-11-25 | Canon Kabushiki Kaisha | Colour clamping |
| US6466226B1 (en) * | 2000-01-10 | 2002-10-15 | Intel Corporation | Method and apparatus for pixel filtering using shared filter resource between overlay and texture mapping engines |
| US6823525B1 (en) * | 2000-01-21 | 2004-11-23 | Ati Technologies Inc. | Method for displaying single monitor applications on multiple monitors driven by a personal computer |
| US6567091B2 (en) * | 2000-02-01 | 2003-05-20 | Interactive Silicon, Inc. | Video controller system with object display lists |
| US6901453B1 (en) * | 2000-02-16 | 2005-05-31 | Microsoft Corporation | Modularization of broadcast receiver driver components |
| US6906707B2 (en) * | 2000-02-24 | 2005-06-14 | Canon Kabushiki Kaisha | Image processing apparatus and method |
| ATE393936T1 (de) * | 2000-03-08 | 2008-05-15 | Cyberextruder Com Inc | Vorrichtung und verfahren zur erzeugung einer dreidimensionalen darstellung aus einem zweidimensionalen bild |
| US6567098B1 (en) * | 2000-06-22 | 2003-05-20 | International Business Machines Corporation | Method and apparatus in a data processing system for full scene anti-aliasing |
| US6828981B2 (en) * | 2000-11-29 | 2004-12-07 | Videotek, Inc. | Method and apparatus for polar display of composite and RGB color gamut violation |
| US6771269B1 (en) * | 2001-01-12 | 2004-08-03 | Ati International Srl | Method and apparatus for improving processing throughput in a video graphics system |
| US6690427B2 (en) * | 2001-01-29 | 2004-02-10 | Ati International Srl | Method and system for de-interlacing/re-interlacing video on a display device on a computer system during operation thereof |
| US6831999B2 (en) * | 2001-02-08 | 2004-12-14 | Canon Kabushiki Kaisha | Color management architecture using phantom profiles to transfer data between transformation modules |
| US6940557B2 (en) * | 2001-02-08 | 2005-09-06 | Micronas Semiconductors, Inc. | Adaptive interlace-to-progressive scan conversion algorithm |
| US7148975B2 (en) * | 2001-04-23 | 2006-12-12 | Hewlett-Packard Development Company, L.P. | Method and apparatus for improving data conversion efficiency |
| US6859235B2 (en) * | 2001-05-14 | 2005-02-22 | Webtv Networks Inc. | Adaptively deinterlacing video on a per pixel basis |
| KR20030023711A (ko) * | 2001-05-23 | 2003-03-19 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 디더링 방법 및 장치 |
| US8214849B2 (en) * | 2001-07-13 | 2012-07-03 | Advanced Micro Devices, Inc. | System for loading device-specific code and method thereof |
| US6788312B1 (en) * | 2001-08-06 | 2004-09-07 | Nvidia Corporation | Method for improving quality in graphics pipelines through a frame's top and bottom field processing with conditional thresholding and weighting techniques |
| US6865374B2 (en) * | 2001-09-18 | 2005-03-08 | Koninklijke Philips Electronics N.V. | Video recovery system and method |
| US6943905B2 (en) * | 2001-12-20 | 2005-09-13 | Sharp Laboratories Of America, Inc. | Virtual print driver system and method |
| US7505889B2 (en) * | 2002-02-25 | 2009-03-17 | Zoran Corporation | Transcoding media system |
| US7451457B2 (en) * | 2002-04-15 | 2008-11-11 | Microsoft Corporation | Facilitating interaction between video renderers and graphics device drivers |
| US6606982B1 (en) * | 2002-04-17 | 2003-08-19 | Ford Global Technologies, Llc | Crankcase ventilation system for a hydrogen fueled engine |
| US20040032906A1 (en) * | 2002-08-19 | 2004-02-19 | Lillig Thomas M. | Foreground segmentation for digital video |
| US7158668B2 (en) * | 2003-08-01 | 2007-01-02 | Microsoft Corporation | Image processing using linear light values and other image processing improvements |
| US7139002B2 (en) * | 2003-08-01 | 2006-11-21 | Microsoft Corporation | Bandwidth-efficient processing of video images |
| US7180525B1 (en) * | 2003-11-25 | 2007-02-20 | Sun Microsystems, Inc. | Spatial dithering to overcome limitations in RGB color precision of data interfaces when using OEM graphics cards to do high-quality antialiasing |
| US7830372B2 (en) * | 2004-08-30 | 2010-11-09 | Qnx Software Systems Gmbh & Co. Kg | Method and system for providing transparent access to hardware graphic layers |
-
2003
- 2003-04-15 JP JP2003110880A patent/JP4718763B2/ja not_active Expired - Lifetime
- 2003-04-15 EP EP03008706.8A patent/EP1359773B1/en not_active Expired - Lifetime
- 2003-04-15 KR KR1020030023820A patent/KR100914120B1/ko active IP Right Grant
-
2008
- 2008-10-08 US US12/247,926 patent/US20090031328A1/en not_active Abandoned
-
2010
- 2010-02-19 JP JP2010035051A patent/JP4808276B2/ja not_active Expired - Lifetime
-
2017
- 2017-07-05 US US15/642,181 patent/US20170302899A1/en not_active Abandoned
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0628117A (ja) * | 1992-07-09 | 1994-02-04 | Canon Inc | 出力制御装置及び方法 |
| US5715459A (en) * | 1994-12-15 | 1998-02-03 | International Business Machines Corporation | Advanced graphics driver architecture |
| JPH096572A (ja) * | 1995-06-16 | 1997-01-10 | Sony Corp | 情報表示制御装置及び情報表示制御方法 |
| JPH10275072A (ja) * | 1997-01-31 | 1998-10-13 | Hitachi Ltd | 画像表示システム及び情報処理装置 |
| JPH11184649A (ja) * | 1997-07-25 | 1999-07-09 | Seiko Epson Corp | 印刷システム、方法及びプリンタ |
| JPH11175294A (ja) * | 1997-12-12 | 1999-07-02 | Seiko Epson Corp | ネットワークシステム、プリンタ及び情報記憶媒体 |
| WO1999064952A1 (en) * | 1998-06-12 | 1999-12-16 | Microsoft Corporation | Method and computer program product for offloading processing tasks from software to hardware |
| JP2002517855A (ja) * | 1998-06-12 | 2002-06-18 | マイクロソフト コーポレイション | 処理タスクをソフトウエアからハードウエアにオフロードする方法およびコンピュータ・プログラム製品 |
| JP2000293608A (ja) * | 1999-04-12 | 2000-10-20 | Omron Corp | 装置ドライバ及び装置ドライバシステム |
| US6323875B1 (en) * | 1999-04-28 | 2001-11-27 | International Business Machines Corporation | Method for rendering display blocks on display device |
| JP2001084246A (ja) * | 1999-09-10 | 2001-03-30 | Fuji Xerox Co Ltd | 電子文書管理装置および電子文書管理方法 |
| JP2004029744A (ja) * | 2002-04-15 | 2004-01-29 | Microsoft Corp | プログレッシブ・ビデオ表示のためのインターレース・ビデオ画像の処理を容易にする方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4808276B2 (ja) | 2011-11-02 |
| KR100914120B1 (ko) | 2009-08-27 |
| EP1359773A3 (en) | 2005-01-26 |
| EP1359773B1 (en) | 2016-08-24 |
| JP2004004761A (ja) | 2004-01-08 |
| US20170302899A1 (en) | 2017-10-19 |
| JP2010134962A (ja) | 2010-06-17 |
| EP1359773A2 (en) | 2003-11-05 |
| US20090031328A1 (en) | 2009-01-29 |
| KR20030082445A (ko) | 2003-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2003203711B2 (en) | Facilitating interaction between video renderers and graphics device drivers | |
| JP4309270B2 (ja) | グラフィックデータ及びデジタルドキュメント処理の視覚的表現を生成するシステム及び方法 | |
| US9129581B2 (en) | Method and apparatus for displaying images | |
| US20170302899A1 (en) | Facilitating interaction between video renderers and graphics device drivers | |
| TWI550557B (zh) | 視訊資料壓縮格式 | |
| US8717391B2 (en) | User interface pipe scalers with active regions | |
| JP2007163725A (ja) | 画像表示システム、画像表示方法、情報処理装置、画像表示装置、制御プログラム、および記録媒体 | |
| US7692663B2 (en) | Multi-shelled gamut boundary descriptor for an RGB projector | |
| US20060187239A1 (en) | System and method for improving visual appearance of efficient rotation algorithm | |
| US8564612B2 (en) | Deep pixel pipeline | |
| TWI413900B (zh) | 用以垂直縮放像素資料之方法及設備 | |
| JP2004252446A (ja) | ディスプレイコントローラ回路においてメモリの使用及び／又は電力の消費を最小限にするための方法 | |
| US20060119625A1 (en) | Display system and method using a projector and a reflective display | |
| US9747658B2 (en) | Arbitration method for multi-request display pipeline | |
| JP2008301383A (ja) | 画像表示装置及び画像表示方法 | |
| JPH05189559A (ja) | 画像処理装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060323 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060323 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090925 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20091224 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100104 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100219 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100820 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101220 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20101221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20101221 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110325 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110401 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4718763 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |