JP4808276B2 - ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること - Google Patents

ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること Download PDF

Info

Publication number
JP4808276B2
JP4808276B2 JP2010035051A JP2010035051A JP4808276B2 JP 4808276 B2 JP4808276 B2 JP 4808276B2 JP 2010035051 A JP2010035051 A JP 2010035051A JP 2010035051 A JP2010035051 A JP 2010035051A JP 4808276 B2 JP4808276 B2 JP 4808276B2
Authority
JP
Japan
Prior art keywords
procamp
video
device driver
graphics device
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
Application number
JP2010035051A
Other languages
English (en)
Other versions
JP2010134962A (ja
Inventor
ジェイ．エストロップ スティーブン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Corp
Original Assignee
Microsoft Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US10/400,040 external-priority patent/US7451457B2/en
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of JP2010134962A publication Critical patent/JP2010134962A/ja
Application granted granted Critical
Publication of JP4808276B2 publication Critical patent/JP4808276B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Image Generation (AREA)
  • Processing Or Creating Images (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

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）の１つまたは複数を含む場合があり、または１つも含まない場合もある。他のこのようなビデオ処理動作は、デ・インターレーシング、フレーム・レート変換などを含むことができる。ブロック６０６で、ビデオ・レンダラー４１０は、可能な同時ビデオ処理動作をグラフィックス・デバイス・ドライバ４２２から受信する。
ブロック６０２、６０４、６０６、６２０および６２２の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは、以下のように提供される。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このＡＰＩは、ビデオ・レンダラー４１０が、ＰｒｏｃＡｍｐ制御デバイスの入力要件と、ＰｒｏｃＡｍｐ調整動作が実行されているのと同時にサポートすることのできる任意の追加ビデオ処理動作とに関する情報を決定するためにグラフィックス・デバイス・ドライバ４２２に照会することを可能にする。
HRESULT
ProcAmpControlQueryCaps(
[in]DXVA_VideoDesc* lpVideoDescription,
[out]DXVA_ProcAmpControlCaps* lpProcAmpCaps
);
グラフィックス・デバイス・ドライバ４２２は、ｌｐＰｒｏｃＡｍｐＣａｐｓに対して出力されたＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣａｐｓ構造で当該モードに対するその能力を報告する。
typedef struct_DXVA_ProcAmpControlCaps {
DWORD Size;
DWORD InputPool;
D3DFORMAT OutputFrameFormat;
DWORD ProcAmpControlProps;
DWORD VideoProcessingCaps;
} DXVA_ProcAmpControlCaps;
Ｓｉｚｅフィールドはデータ構造のサイズを示しており、異なるバージョンが異なるデータ構造サイズを有している場合は特にバージョン・インジケータとして使用することができる。
ＩｎｐｕｔＰｏｏｌフィールドは、ビデオ・ソース・サーフェスがそこから割り付けられるべきメモリ・プールを示す。例えば、メモリ・プールはグラフィックス・カード上のローカル・ビデオ・メモリ、特別タグ付きシステム・メモリ（例えば加速グラフィックス・ポート（ＡＧＰ）メモリ）、一般的なシステム・メモリなどに配置することができる。Ｄ３ＤおよびＤｉｒｅｃｔＤｒａｗドキュメンテーションも有効メモリ・プール位置についての記述を提供する。
ＯｕｔｐｕｔＦｒａｍｅＦｏｒｍａｔフィールドは、出力されたフレームのＤｉｒｅｃｔ３Ｄサーフェス・フォーマットを示す。ＰｒｏｃＡｍｐデバイスは入力されたサーフェス・フォーマットと一致するサーフェス・フォーマットでフレームを出力することができる。このフィールドは、ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアに対して出力フレーム・サーフェスの正確なフォーマットを供給できることを保証する。ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢフラッグ（下記参照のこと）がＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドに戻された場合、ビデオ・レンダラー４１０は、有効な出力フォーマットがＲＧＢ３２などのＲＧＢフォーマットに加えてこのフィールドによって指定されるとすることができることに留意されたい。ＲＧＢ３２は、赤、緑、青チャネルのそれぞれに対する８ビットの精度と、８ビットの未使用エリアとを有するＲＧＢフォーマットである。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＰｒｏｐフィールドは、ハードウェアが実行することのできるＰｒｏｃＡｍｐ動作を特定する。グラフィックス・デバイス・ドライバ４２２は、サポートするＰｒｏｃＡｍｐ動作の組合せの以下の論理を戻す。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｎｏｎｅ。ハードウェアはどのようなＰｒｏｃＡｍｐ制御動作をもサポートしない。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して明度調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対してコントラスト調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して色相調整を実行することができる。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオ画像に対して彩度調整を実行することができる。
ＶｉｄｅｏＰｒｏｃｅｓｓｉｎｇＣａｐｓフィールドは、要求されたＰｒｏｃＡｍｐ調整と並行して実行することのできる他の動作を特定する。以下のフラグは可能な動作を特定する。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＹＵＶ２ＲＧＢ。ＰｒｏｃＡｍｐ制御ハードウェアは、ビデオをＹＵＶ色空間からＲＧＢ色空間に変換することができる。使用されるＲＧＢフォーマットは、各色成分に対して８ビットまたはそれ以上の精度を有することができる。これが可能ならば、ビデオ・レンダラー４１０内のバッファ・コピーを防止することができる。ＲＧＢ色空間からＹＵＶ色空間への変換に対しては、このフラグは必要条件ではないということに留意されたい。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＸ。ＰｒｏｃＡｍｐ制御ハードウェアが水平に伸張または縮小することができる場合、ビデオがＰｒｏｃＡｍｐ調整を受けながら、同時に、アスペクト・レシオ補正を実行することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｔｒｅｔｃｈＹ。アスペクト・レシオ調整は、アプリケーションで定義済みの合成空間内でビデオ画像をスケール変更するために一般的なピクチャ・サイズ変更動作と組み合わされる場合がある。これはどちらかというとめったにない場合である。ビデオをアプリケーション・ウィンドウに適合させるようサイズ変更するスケール変更を実行することは、ＰｒｏｃＡｍｐ調整のためのスケール変更と同時に実行することができる。これらのスケール変更を一緒に実行することによって累積的なアーティファクトが防止される。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＳｕｂＲｅｃｔｓ。このフラグは、ハードウェアが、全体画像に加えて、画像の長方形の（サブ）領域で動作することができることを特定する。ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔデータ構造のソース長方形によって、この長方形の領域を特定することができる。
・ＤＸＶＡ＿ＶｉｄｅｏＰｒｏｃｅｓｓ＿ＡｌｐｈａＢｌｅｎｄ。アルファ・ブレンディングは、透明度および／または不透明度のレベルの設定などによって他の図形情報がどのように表示されるかを制御することができる。したがって、アルファ値は、色の透明度、すなわちその色が背景色とブレンドされる程度を示すことができる。このようなアルファ値は、完全な透明色から完全な不透明色までの範囲で変化させることができる。
動作の際、アルファ・ブレンディングは、ソースと背景色データのピクセルごとのブレンディングを使用して達成することができる。アルファ・ブレンディング動作を実行するために、所与のソース色の３つの色成分（赤、緑、青）のそれぞれを背景色の対応する成分とブレンドすることができる。典型的な実装では、色は一般に、アルファ、赤、緑、および青のそれぞれに対して８ビットずつの３２ビット値で表示することができる。
ここでもまた、この機能を使用することによってビデオ・レンダラー４１０によるバッファ・コピーが防止される。しかし、アプリケーションはビデオ・ストリームに関連付けられた一定のアルファ値をめったに変更しないので、これもめったに使用されない機能である。
流れ図６００のブロック６０８で、ビデオ・レンダラー４１０は、ブロック６０４で受信した中からＰｒｏｃＡｍｐ制御特性を選択する。ブロック６１０で、ビデオ・レンダラー４１０は、選択したＰｒｏｃＡｍｐ制御特性に対する１つまたは複数の値をグラフィックス・デバイス・ドライバ４２２に要求する。ブロック６２４で、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ制御特性に対する値をビデオ・レンダラー４１０に送る。このような値は、デフォルト値、増分値、最小値、最大値などの１つまたは複数に関係付けることができる。
ブロック６１２で、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２から受信し、これにより、選択したＰｒｏｃＡｍｐ制御特性に関する１つまたは複数の値について、通知を受ける。ブロック６１２からブロック６０８に対する矢で示されるように、ブロック６０８、６１０、６１２および６２４の動作は、その１つまたは複数に対して反復して、使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めることができる。別法として、ビデオ・レンダラー４１０は、グラフィックス・デバイス・ドライバ４２２に対して、複数の伝送を有する単一の通信交換によって使用可能なＰｒｏｃＡｍｐ制御特性のすべてを含めた複数を照会することができる。
ブロック６０８、６１０、６１２、および６２４の動作の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
各ＰｒｏｃＡｍｐ特性（明度、コントラスト、彩度、色相、など）に関しては、ビデオ・レンダラー４１０は、最小、最大、ステップサイズ（増分）、デフォルト値などを決定するためにグラフィックス・デバイス・ドライバ４２２に照会する。ハードウェアが特定のＰｒｏｃＡｍｐ制御特性をサポートしない場合、グラフィックス・デバイス・ドライバ４２２は、ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ機能に応答して「Ｅ＿ＮＯＴＩＭＰＬ」を戻すことができる。
グラフィックス・デバイス・ドライバ４２２は、異なるＰｒｏｃＡｍｐ制御特性に対して希望する任意の値を戻すことができるが、以下の設定値を一例として提供する（一覧の数字はすべて浮動小数点である）。
特性 最小 最大 デフォルト値 増分
明度 -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）がＰｒｏｃＡｍｐ制御特性を１つも変更しないならば、ビデオ・レンダラー４１０はそのビデオ・パイプラインでＰｒｏｃＡｍｐ調整の段階をバイパスすることができる。
HRESULT
ProcAmpControlQueryRange(
[in]DWORD VideoProperty,
[in]DXVA_VideoDesc* lpVideoDescription,
[out]DXVA_VideoPropertyRange* lpPropRange
);
ＶｉｄｅｏＰｒｏｐｅｒｔｙは、グラフィックス・デバイス・ドライバ４２２が情報を戻すことを既に要求している（１つまたは複数の）ＰｒｏｃＡｍｐ制御特性を特定する。記載の実装では、このフィールドに対する可能なパラメータ値は以下の通りである。
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｂｒｉｇｈｔｎｅｓｓ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｃｏｎｔｒａｓｔ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｈｕｅ；
・ＤＸＶＡ＿ＰｒｏｃＡｍｐ＿Ｓａｔｕｒａｔｉｏｎ．
ｌｐＶｉｄｅｏＤｅｓｃｒｉｐｔｉｏｎは、ＰｒｏｃＡｍｐ調整が適用されようとしているビデオについての記述をグラフィックス・デバイス・ドライバ４２２に提供する。グラフィックス・デバイス・ドライバ４２２は、そのＰｒｏｃＡｍｐ機能サポートを特定のビデオ・ストリーム記述タイプに合わせて調整することができる。
ｌｐＰｒｏｐＲａｎｇｅは、ＶｉｄｅｏＰｒｏｐｅｒｔｙパラメータ／フィールドによって指定されたＰｒｏｃＡｍｐ制御特性に関する範囲（最小および最大）、ステップサイズ、およびデフォルト値を特定する。
typedef struct_DXVA_VideoPropertyRange {
FLOAT MinValue;
FLOAT MaxValue;
FLOAT DefaultValue;
FLOAT StepSize;
} DXVA_VideoPropertyRange, *LPDXVA_VideoPropertyRange;
流れ図６００のブロック６１４で、ビデオ・レンダラー４１０は、オープンＰｒｏｃＡｍｐストリーム・オブジェクト・コマンドをグラフィックス・デバイス・ドライバ４２２に送る。これに応答して、グラフィックス・デバイス・ドライバ４２２は、ブロック６２６でＰｒｏｃＡｍｐストリーム・オブジェクトを開く。ブロック６１６で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐ調整動作を実行するようグラフィックス・デバイス・ドライバ４２２に命令する。これに応答して、グラフィックス・デバイス・ドライバ４２２は、要求されたＰｒｏｃＡｍｐ調整動作をブロック６２８で実行する。
ブロック６１６で曲線の矢が示すように、ビデオ・レンダラー４１０は、所望の限りグラフィックス・デバイス・ドライバ４２２に対して実行ＰｒｏｃＡｍｐ調整動作命令を送り続けることができる（例えばビデオ・ストリームを表示する教唆アプリケーションによって要求されるときはいつでも）。ブロック６１８で、ビデオ・レンダラー４１０は、ＰｒｏｃＡｍｐストリーム・オブジェクトを閉じるようグラフィックス・デバイス・ドライバ４２２に命令する。グラフィックス・デバイス・ドライバ４２２は次いで、ブロック６３０でＰｒｏｃＡｍｐストリーム・オブジェクトを閉じる。
ブロック６１４、６１６、６１８、６２６、６２８および６３０の少なくとも一部を実装する典型的な汎用ＡＰＩは以下のように提供される。
ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクト
ビデオ・レンダラー４１０がＰｒｏｃＡｍｐ制御ハードウェアの能力を決定した後で、ＰｒｏｃＡｍｐＳｔｒｅａオブジェクトを作成することができる。ＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成することによって、グラフィックス・デバイス・ドライバ４２２は、要求された１つ以上のＰｒｏｃＡｍｐ調整動作を実行するために必要なハードウェア資源を確保することができる。
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍ
ＰｒｏｃＡｍｐＯｐｅｎＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを作成する。
IIRESULT
ProcAmpOpenStream(
[in]LPDXVA_VideoDesc lpVideoDescription,
[out] HDXVA_ProcAmpStream* lphCcStrm
);
ＨＤＸＶＡ＿ＰｒｏｃＡｍｐＳｔｒｅａｍ出力パラメータはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトに対するハンドルであり、そこに向けられた将来のコール（call）でこのストリームを識別するために使用される。
ＰｒｏｃＡｍｐＢｌｔ
ＰｒｏｃＡｍｐＢｌｔメソッドは、ビット・ブロック転送動作中に宛先サーフェスにその出力を書き込むことによってＰｒｏｃＡｍｐ調整動作を実行する。
HRESULT
ProcAmpBlt(
[in]HDXVA_ProcAmpStream hCcStrm
[in]LPDDSURFACE lpDDSDstSurface,
[in]LPDDSURFACE lpDDSSrcSurface,
[in]DXVA_ProcAmpBlt* ccBlt
);
ソース長方形と宛先長方形とは、サブ長方形ＰｒｏｃＡｍｐ調整または伸張のために使用される。伸張に対するサポートは、任意選択である（および、Ｃａｐｓフラグによって報告される）。同様に、サブ長方形に対するサポートも強制的ではない。
宛先サーフェスは、オフスクリーン・プレーン・サーフェス、Ｄ３Ｄレンダー・ターゲット、Ｄ３Ｄテクスチャ、レンダー・ターゲットでもあるＤ３Ｄテクスチャなどであってよい。宛先サーフェスは、例えばローカル・ビデオ・メモリに割り付けることができる。ＹＵＶ−ＲＧＢ色空間変換がＰｒｏｃＡｍｐ調整動作と共に実行されていない限り、宛先サーフェスのピクセル・フォーマットはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造で示されるものである。これらの場合、宛先サーフェス・フォーマットは、各色成分に対して８ビット以上の精度のＲＧＢフォーマットである。
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍ
ＰｒｏｃＡｍｐＣｌｏｓｅＳｔｒｅａｍメソッドはＰｒｏｃＡｍｐＳｔｒｅａｍオブジェクトを閉じ、識別されたストリームに関連付けられたハードウェア資源を解放するように、グラフィックス・デバイス・ドライバ４２２に命令する。
HRESULT
ProcAmpCloseStream(
HDXVA_ProcAmpStream hCcStrm
);
典型的な専用ＡＰＩの実装
本節で後述する特定の状態および典型的ＡＰＩは、パーソナル・コンピュータ用の既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに特に適用可能である。しかし、後述する、擬似コードのある種の態様と同様に、この原理は、他のオペレーティング・システムおよび／または他の環境で（そのままで、またはルーチンを修正して）使用できることを理解されたい。
ＰｒｏｃＡｍｐインターフェースに対するＤＤＩマッピング
既存のＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システムのサブセットに対するＤＤＩインフラストラクチャとの互換性のために、前節で記載のＡＰＩはＤｉｒｅｃｔＤｒａｗおよびＤｉｒｅｃｔＸＶＡ用の既存のＤＤＩに「マッピング」することができる。本節では、既存のＤｉｒｅｃｔＤｒａｗおよびＤＸ−ＶＡ ＤＤＩにマッピングするＰｒｏｃＡｍｐインターフェースについて説明する。
ＤＸ−ＶＡ ＤＤＩは、それ自体が「ＤＸ−ＶＡコンテナ」と「ＤＸ−ＶＡデバイス」の２つの機能グループに分割される。ＤＸ−ＶＡコンテナＤＤＩグループの目的は、表示ハードウェアに含まれる様々なＤＤＩ−ＶＡデバイスの数および能力を決定することである。したがって、ＤＸ−ＶＡドライバは単一のコンテナしか有することはできないが、複数のＤＸ−ＶＡデバイスをサポートすることができる。
ＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ ｃａｌｌ ｏｎをＤＸ−ＶＡコンテナ・グループのＤＤＩエントリーポイントのどれにマッピングすることも実現可能でない。その理由は、他のＤＸ−ＶＡとは異なり、このコンテナ・メソッドが型付きパラメータを使用するからである。しかし、ＤＸ−ＶＡデバイスＤＤＩグループは型付きパラメータを使用しないので、このデバイス・グループ内のメソッドにＰｒｏｃＡｍｐ制御インターフェースをマッピングすることは実現可能である。本節では、ＰｒｏｃＡｍｐインターフェースをどのようにしてＤＸ−ＶＡデバイスＤＤＩにマッピングすることができるかの具体例を記載する。
デ・インターレース・コンテナ・デバイス
ＤＸ−ＶＡデバイス・メソッドは型付きパラメータを使用しないので、多くの異なる目的に再利用することができる。しかし、ＤＸ−ＶＡデバイス・メソッドはＤＸ−ＶＡデバイスとの関連でしか使用することができないので、第１のタスクは特別の「コンテナ・デバイス」を定義し、作成することである。
参照により本明細書に組み込んだ米国特許出願第１０/２７３,５０５号明細書「Methods And Apparatuses For Facilitating Processing Of Interlaced Video Images For Progressive Video Displays」には、デ・インターレース・コンテナ・デバイスについての記述が含まれている。本明細書では、この米国特許出願第１０/２７３,５０５号明細書に記載されているデ・インターレース・コンテナ・デバイスをＰｒｏｃＡｍｐＱｕｅｒｙＣａｐｓ機能のために再利用する。
ＤＸ−ＶＡデ・インターレース・コンテナ・デバイスはソフトウェア構成のみなので、物理的デバイスに含まれるどのような機能的ハードウェアをも示さない。下記のＰｒｏｃＡｍｐ制御サンプル（デバイス）ドライバ擬似コードは、ドライバがどのようにしてコンテナ・デバイスを実装することができるかを示している。
ユーザ・モードの構成要素からＤＤＩを呼び出す
（ビデオ）レンダラーなどのユーザ・モードの構成要素からのＤＤＩを使用するための８タスクの典型的なシーケンスを以下に示す。
１．ドライバがサポートするＤＸ−ＶＡデバイスのリストを入手するためにＧｅｔＭｏＣｏｍｐＧｕｉｄｓを呼び出す。
２．「デ・インターレース・コンテナ・デバイス」ＧＵＩＤがある場合、このＤＸ−ＶＡデバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏＣｏｍｐを呼び出す。このコンテナ・デバイスＧＵＩＤは以下のように定義される。
DEFINE_GUID(DXVA_DeinterlaceContainerDevice,
0x0e85cb93,0x3046,0x4ff0,0xae,0xcc,0xd5,0x8c,0xb5,0xf0,0x35,0xfc);
３．ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＭｏｄｅＣａｐｓ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。ここでもまた、ドライバに入力パラメータを渡すためにｌｐＩｎｐｕｔＤａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
４．ハードウェアがサポートするＰｒｏｃＡｍｐ調整特性ごとに、レンダラーはＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ動作を特定するｄｗＦｕｎｃｔｉｏｎパラメータを有するＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。入力パラメータをドライバに渡すためにｌｐＩｎｐｕｔＤａｔａｔａパラメータが使用され、当該ドライバはｌｐＯｕｔｐｕｔＤａｔａパラメータによってその出力を戻す。
５．レンダラーは、ハードウェアのＰｒｏｃＡｍｐ調整能力の決定後、ＰｒｏｃＡｍｐ制御デバイスのインスタンスを作成するためにＣｒｅａｔｅＭｏｃｏｍｐを呼び出す。ＰｒｏｃＡｍｐ制御デバイスＧＵＩＤは以下のように定義される。
DEFINE_GUID(DXVA_ProcAmpControlDevice,
0x9f200913,0x2ffd,0x4056,0x9f,0x1e,0xe1,0xb5,0x08,0xf2,0x2d,0xcf);
６．レンダラーは次いで、ＰｒｏｃＡｍｐ調整動作ごとにＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅの機能パラメータを有する、ＰｒｏｃＡｍｐ制御デバイスの、ＲｅｎｄｅｒＭｏｃｏｍｐを呼び出す。
７．レンダラーは、ＰｒｏｃＡｍｐ動作を実行する必要がなくなると、ＤｅｓｔｒｏｙＭｏｃｏｍｐを呼び出す。
８．ドライバはＰｒｏｃＡｍｐ制御デバイスが使用したどの資源も解放する。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏ ｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＣａｐｓＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａはＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す。
・ｌｐＯｕｔｐｕｔＤａｔａはＤＸＶＡ＿ＰｒｏｃＡｍｐＣａｐｓ構造を指す。
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ
このメソッドは、デ・インターレース・コンテナ・デバイスのｃａｌｌ ｔｏ ｔｈｅ ＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接的にマッピングする。ＤＤ＿ＲＥＮＤＥＲＭＯＣＯＭＰＤＡＴＡ構造は以下のように完成される。
・ｄｗＮｕｍＢｕｆｆｅｒｓは０である。
・ｌｐＢｕｆｆｅｒＩｎｆｏはＮＵＬＬである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＱｕｅｒｙＲａｎｇｅ構造を指す。
typedef struct _DXVA_ProcAmpQueryRange {
DWORD Size;
DWORD VideoProperty;
DXVA_VideoDesc VideoDesc;
} DXVA_ProcAmpControlQueryRange,
*LpDXVA_ProcAmpControlQueryRange;
・ｌｐＯｕｔｐｕｔＤａｔａはＤＸＶＡ＿ＶｉｄｅｏＰｒｏｐｅｒｔｙＲａｎｇｅ構造を指すことになる。
最初にＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＤＸ−ＶＡコンテナ・デバイスのＲｅｎｄｅｒＭｏＣｏｍｐメソッドを、呼び出すことができることに留意されたい。
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍ
ＧＵＩＤがＰｒｏｃＡｍｐデバイスＧＵＩＤであり、ｐＵｎｃｏｍｐＤａｔａがデータを含まない構造（オール０）を指し、ｐＤａｔａがＤＸＶＡ＿ＶｉｄｅｏＤｅｓｃ構造を指す場合、このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＣｒｅａｔｅＭｏＣｏｍｐメソッドに直接マッピングする。
ドライバが圧縮されたビデオのアクセレートされた復号をサポートする場合、レンダラーは、２つのＤＸ−ＶＡデバイス、ＤｉｒｅｃｔＸ ＶＡビデオの復号仕様で定義されているように実際のビデオ復号作業を実行するために一方を、ＰｒｏｃＡｍｐ調整専用に使用されるために他方を、を生成するためにそのドライバを呼び出すことができる。
＊＊例：ＣｒｅａｔｅＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＯｐｅｎＳｔｒｅａｍにマッピングすることができるかを示している。この擬似コードは、ＣｒｅａｔｅＭｏｃＣｏｍｐ機能がＰｒｏｃＡｍｐに対してどのように使用されるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートする場合、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めるために下記のサンプル・コードを拡張することができる。
DWORD APIENTRY
CreateMoComp(
LPDDHAL_CREATEMOCOMPDATA lpData
)
{
// Make sure its a guid we like.
if (!VaIidDXVAGuid(lpData->lpGuid)) {

DbgLog((LOG_ERROR, 1,
TEXT("No formats supported for this GUID")));

lpData->ddRVal = E_INVALIDARG;
return DDHAL_DRIVER_HANDLED;
}

// Look for the deinterlace container device GUID
if(*lpData->lpGuid == DXVA_DeinterlaceContainerDevice) {

DXVA_DeinterlaceContainerDeviceClass* lpDev =
new DXVA_DeinterlaceContainerDeviceClass(
*lpData.->lpGuid,
DXVA_DeviceContainer);

if(lpDev) {
lpData->ddRVal = DD_OK;
}
else {
lpData->ddRVaI = E_OUTOFMEMORY;
}

lpData->lpMoComp->lpDriverReserved 1 =
(LPVOID)(DXVA_DeviceBaseClass*)lpDev;
return DDHAL_DRIVER_HANDLED;
}

// Look for the ProcAmp Control device GUID
if(*lpData->lpGuid == DXVA_ProcAmpControlDevice) {

DXVA_ProcAmpControlDeviceClass* lpDev =
new DXVA_ProcAmpControlDeviceClass(
*lpData->lpGuid,
DXVA_DeviceProcAmpControl);

if(lpDev) {
LPDXVA_VideoDesc lpVideoDescription =
(LPDXVA_VideoDesc)lpData->lpData;
lpData->ddRVal =
lpDev->ProcAmpControlOpenStream(
lpVideoDescription);

if (lpData->ddRVal != DD_OK) {
delete lpDev;
lpDev = NULL;
}
}
else {
lpData->ddRVal = E_OUTOFMEMORY;
}

lpData->lpMoComp->lpDriverReserved 1 =
(LPVOID)(DXVA_DeviceBaseClass*)lpDev;
return DDHAL_DRIVER_HANDLED;
}
lpData->ddRVal = DDERR_CURRENTLYNOTAVAIL;
return DDHAL_DRIVER_HANDLED;
}
＊＊例：ＧｅｔＭｏＣｏｍｐＧｕｉｄｓの実装＊＊
ＣｒｅａｔｅＭｏＣｏｍｐ ＤＤＩ機能の他に、ドライバはＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＧｅｔＭｏＣｏｍｐＧｕｉｄｓメソッドを実装することもできる。下記の典型的な擬似コードは、この機能をドライバで実装する１つの方法を示している。
// This is a list of DV-VA device GUIDs supported by
// the driver - this list includes decoder, ProcAmp and
// the de-interlacing container device. There is no significance to // the order of the GUIDs on the list.
DWORD g_dwDXVANumSupportedGUIDs = 2;
const (GUID* g_DXVASupportedGUIDs[2] = {
&DXVA_DeinterlaceContainerDevice,
&DXVA_ProcAmpControlDevice
};

DWORD APIENTRY
GetMoCompGuids(
PDD_GETMOCOMPGUIDSDATA lpData
)
{
DWORD dwNumToCopy;

// Check to see if this is a GUID request or a count request if (lpData->lpGuids) {
dwNumToCopy =
min(g_dwDXVANumSupportedGUIDs,
lpData->dwNumGuids);
for (DWORD i =0; i < dwNumToCopy; i++) {
lpData->lpGuids[i] =
*g_DXVAsupportedGUIDs[i];
}
}
else {
dwNumToCopy = g_dwDXVANumSupportedGUIDs;
}

lpData->dwNumGuids = dwNumToCopy;
lpData->ddRVal = DD_OK;
return DDHAL_DRIVER_HANDLED;
}
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＲｅｎｄｅｒＭｏＣｏｍｐメソッドに直接マッピングする。ここで、
・ｄｗＮｕｍＢｕｆｆｅｒｓは２である。
・ｌｐＢｕｆｆｅｒＩｎｆｏは２つのサーフェスの１つのアレイを指す。このアレイの第１の要素は宛先サーフェスであり、このアレイの第２の要素はソース・サーフェスである。
・ｄｗＦｕｎｃｔｉｏｎは、ＤＸＶＡ＿ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔＦｎＣｏｄｅと定義される。
・ｌｐＩｎｐｕｔＤａｔａは下記の構造を指す。
typedef struct_DXVA_ProcAmpControlBlt {
DWORD Size;
RECT DstRect;
RECT SrctRect;
FLOAT Alpha;
FLOAT Brightness;
FLOAT Contrast;
FLOAT Hue;
FLOAT Saturation;
} DXVA_ProcAmpControlBlt;
・ｌｐＯｕｔｐｕｔＤａｔａはＮＵＬＬである。
ＰｒｏｃＡｍｐに使用されるＤＸ−ＶＡデバイスに関して、ＢｅｇｉｎＭｏＣｏｍｐＦｒａｍｅまたはＥｎｄＭｏＣｏｍｐＦｒａｍｅを呼び出さずに、ＲｅｎｄｅｒＭｏＣｏｍｐを呼び出すことができることに留意されたい。
＊＊例：ＲｅｎｄｅｒＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＢｌｔへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＲｅｎｄｅｒＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＢｌｔにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＲｅｎｄｅｒＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
DWORD APIENTRY
RenderMoComp(
LPDDHAL_RENDERMOCOMPDATA lpData
)
{
if (lpData->dwFunction = = DXVA_ProcAmpControlBltFnCode)
{
DXVA_ProcAmpControlDeviceClass* pDXVADev =
(DXVA_ProcAmpControlDeviceClass*)pDXVABase;

DXVA_ProcAmpControlBlt* lpBlt =
(DXVA_ProcAmpControlBlt*)lpData->lpInputData;

LPDDMCBUFFERINFO lpBuffInfo = lpData->lpBufferInfo;

lpData->ddRVal = pDXVADev->ProcAmpControlBlt(
lpBuffInfo[0].lpCompSurface,
lpBuffInfo[1].lpCompSurface,
lpBlt);
return DDHAL_DRIVER_HANDLED;
}
lpData->ddRVal = E_INVALIDARG;
return DDHAL_DRIVER_HANDLED;
}
ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍ
このメソッドは、ＤＤ＿ＭＯＴＩＯＮＣＯＭＰＣＡＬＬＢＡＣＫＳ構造のＤｅｓｔｒｏｙＭｏＣｏｍｐメソッドに直接マッピングする。
＊＊例：ＤｅｓｔｒｏｙＭｏＣｏｍｐのＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍへのマッピング＊＊
下記の典型的な擬似コードは、ドライバがどのようにしてＤｅｓｔｒｏｙＭｏＣｏｍｐ ＤＤＩ ｃａｌｌをｃａｌｌｓ ｔｏ ＰｒｏｃＡｍｐＣｏｎｔｒｏｌＣｌｏｓｅＳｔｒｅａｍにマッピングすることができるかを示している。サンプル・コードは、ＰｒｏｃＡｍｐ調整のためにＤｅｓｔｒｏｙＭｏＣｏｍｐ機能をどのように使用することができるかを示している。ドライバが、ＭＰＥＧ−２ビデオ・ストリームの復号などの他のＤＸ−ＶＡ機能をサポートしている場合、下記のサンプル・コードを拡張して、追加ＤＸ−ＶＡ ＧＵＩＤの処理を含めることができる。
DWORD APIENTRY
DestroyMoComp(
LPDDHAL_DESTROYMOCOMPDATA lpData
)
{
DXVA_DeviceBaseClass* pDXVABase =
(DXVA_DeviceBaseClass*)
lpData->lpMoComp->lpDriverReserved 1;

if(pDXVABase == NULL) {
lpData->ddRVal = E_POINTER;
return DDHAL_DRIVER_HANDLED;
}

switch (pDXVABase->m_DeviceType) {
case DXVA_DeviceContainer:
lpData->ddRVal = S_OK;
delete pDXVABase;
break;

case DXVA_DeviceProcAmpControl:
{
DXVA_ProcAmpControlDeviceClass* pDXVADev =
(DXVA_ProcAmpControlDeviceClass*)pDXVABase;
lpData->ddRVal = pDXVADev->ProcAmpControlCloseStream();
delete pDXVADev;
}
break;
}
return DDHAL_DRIVER_HANDLED;
}
コンピュータまたは他の電子デバイスの典型的な動作環境
図７は、本明細書に記載のようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための少なくとも１つのシステム、デバイス、構成要素、構成、プロトコル、方法、メソッド、プロセス、これらのいくつかの組合せなどで（全体的にまたは部分的に）実装することができる典型的なコンピューティング（または一般的な電子デバイス）の動作環境７００を示している。コンピューティング環境７００は、後述するコンピュータおよびネットワーク・アーキテクチャでまたはスタンドアロン状況で使用することができる。
典型的な電子デバイスの動作環境７００は、環境の一例に過ぎず、適用可能な電子（コンピュータ、ゲーム・コンソール、テレビジョンなどを含めて）アーキテクチャの用途または機能の範囲に関してどのような限定をも意図しない。また、電子デバイス環境７００は図７に示すどの構成要素またはこれら構成要素のどのような組合せに関するいかなる依存または要件を有するものと理解されるべきではない。
さらに、ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、多数の他の汎用または専用電子デバイス（コンピューティング・システムを含めて）環境または構成によって実装することができる。使用に適したものとなることのできる周知の電子（デバイス）システム、環境および／または構成の実装例は、限定的ではないが、パーソナル・コンピュータ、サーバ・コンピュータ、シン・クライアント、シック（thick）・クライアント、パーソナル・デジタル・アシスタント（ＰＤＡ）、または携帯電話、ハンドヘルドまたはラップトップ・デバイス、マルチ・プロセッサ・システム、マイクロ・プロセッサ・ベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、ビデオ・ゲームマシン、ゲーム・コンソール、携帯用またはハンドヘルドのゲーム装置、ネットワークＰＣ、ミニ・コンピュータ、メーンフレーム・コンピュータ、上記システムまたはデバイスのどれかを含む分散型コンピューティング環境、これらのいくつかの組合せなどを含む。
ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進するための実装は、電子的に実行可能な命令の一般的状況において説明することができる。一般に、電子的に実行可能な命令には、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などが含まれる。本明細書のある種の実装に記載されているようにビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進することは、通信リンクおよび／またはネットワークによって接続されている遠隔にリンクされた処理装置によってタスクが実行される分散型コンピューティング環境で実行することもできる。特に分散型コンピューティング環境では、電子的に実行可能な命令は、別個の記憶媒体に配置し、異なるプロセッサによって実行し、かつ／または伝送媒体を介して伝播することができる。
電子デバイス環境７００は、計算能力および／または処理能力機能を有するどのような電子デバイスをも含むことができるコンピュータ７０２形式の汎用コンピューティング・デバイスを含む。コンピュータ７０２の構成要素は、限定的なものではないが、１つまたは複数のプロセッサまたは処理装置７０４、システム・メモリ７０６、およびプロセッサ７０４を含めて様々なシステム・コンポーネントをシステム・メモリ７０６に結合するシステム・バス７０８を含むことができる。
システム・バス７０８は、メモリ・バスまたはメモリ・コントローラ、周辺バス、加速グラフィックス・ポート、各種バス・アーキテクチャのどれかを使用するプロセッサまたはローカル・バスを含めて有線または無線バス構造のいくつかのタイプのどれか１つまたは複数を示している。一例として、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子標準協会（ＶＥＳＡ）ローカル・バス、メザニン・バスとしても知られる周辺装置相互接続（ＰＣＩ）バス、これらのいくつかの組合せなどを含むことができる。
コンピュータ７０２は、通常、各種の電子的にアクセス可能な媒体を含む。このような媒体は、コンピュータ７０２または他の電子デバイスによってアクセス可能などのような使用可能な媒体でもあってよく、揮発性媒体と不揮発性媒体、取り外し可能媒体と取り外し不可能媒体、および記憶媒体と伝送媒体を含む。
システム・メモリ７０６は、ランダム・アクセス・メモリ（ＲＡＭ）７１０のような揮発性メモリおよび／または読み取り専用メモリ（ＲＯＭ）７１２のような不揮発性メモリの形式の、電子的にアクセス可能な記憶媒体を含む。起動時などにコンピュータ７０２内の素子間での情報転送を支援する基本ルーチンを含んでいる基本入出力システム（ＢＩＯＳ）７１４は、通常はＲＯＭ７１２に記憶される。ＲＡＭ７１０は、通常、処理装置７０４によって直接的にアクセス可能、かつ／または現行で操作されているデータおよび／またはプログラム・モジュール／命令を収容している。
コンピュータ７０２はまた、他の取り外し可能／取り外し不可能な、かつ／または揮発性／不揮発性の記憶媒体を含む。一例として、図７は、（典型的な）取り外し不可能で不揮発性の磁気媒体（単独では図示せず）から読み取り、そこに書き込むためのハードディスク・ドライブまたはディスク・アレイ７１６と、（典型的な）取り外し可能で不揮発性の磁気ディスク７２０（例えば「フロッピー（登録商標）・ディスク」）から読み取り、そこに書き込むための磁気ディスク・ドライブ７１８と、ＣＤ−ＲＯＭ、ＤＶＤまたは他の光学媒体などの（典型的な）取り外し可能で不揮発性の光ディスク７２４から読み取り、かつ／またはそこに書き込むための光ディスク・ドライブ７２２を示している。ハードディスク・ドライブ７１６、磁気ディスク・ドライブ７１８および光ディスク・ドライブ７２２は、１つまたは複数の記憶媒体インターフェース７２６によってそれぞれにシステム・バス７０８に接続されている。別法として、ハードディスク・ドライブ７１６と、磁気ディスク・ドライブ７１８と、光ディスク・ドライブ７２２は、１つまたは複数の他の単独の、または結合されたインターフェース（図示せず）によってシステム・バス７０８に接続することができる。
ディスク・ドライブおよびその関連付けられた電子的にアクセス可能な媒体は、データ構造、プログラム・モジュール、およびコンピュータ７０２に対する他のデータなどの電子的に実行可能な命令の不揮発性記憶を提供する。典型的なコンピュータ７０２は、ハードディスク７１６、取り外し可能な磁気ディスク７２０、および取り外し可能な光ディスク７２４を示しているが、他のタイプの電子的にアクセス可能な媒体が、磁気カセットまたは他の磁気記憶媒体、フラッシュ・メモリ、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光記憶装置、ＲＡＭ、ＲＯＭ、電子的消去書込み可能読み取り専用メモリ（ＥＥＰＲＯＭ）などの電子デバイスによってアクセス可能な命令を格納することができることが理解されよう。そのような媒体は、いわゆる専用の、または配線された集積回路（ＩＣ）チップを含むこともできる。すなわち、典型的な電子システムおよび環境７００の記憶媒体を実現するために、どのような電子的にアクセス可能な媒体でも使用することができる。
一般例としてオペレーティング・システム７２８、１つまたは複数のアプリケーション・プログラム７３０、他のプログラム・モジュール７３２、およびプログラム・データ７３４を含めてプログラム・モジュール（または命令の他の単位またはセット）はいくつでも、ハードディスク７１６、磁気ディスク７２０、光ディスク７２４、ＲＯＭ７１２および／またはＲＡＭ７１０に記憶することができる。限定ではないが一般例として、ビデオ・レンダラー４１０、グラフィック・インターフェース４１２およびデバイス・ドライバ・インターフェース４１４（すべて図４に示す）はオペレーティング・システム７２８の一部であってよい。グラフィックス・デバイス・ドライバ４２２は、オペレーティング・システム７２８と密接に連結し、かつ／または一体型の関係を任意選択で有するプログラム・モジュール７３２の一部であってよい。同様に、Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ（登録商標）９などの教唆プログラムはアプリケーション・プログラム７３０の一例である。現在システム・メモリにある画像制御および／またはグラフィックス・データはプログラム・データ７３４の一部であってよい。
例えばＰｒｏｃＡｍｐまたは他のビデオ設定を変更中のユーザは、キーボード７３６およびポインティング・デバイス７３８（例えば「マウス」）などの入力デバイスによってコンピュータ７０２にコマンドおよび／または情報を入力することができる。他の入力デバイス７４０（具体的には図示せず）は、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星放送受信アンテナ、シリアル・ポート、スキャナなどを含むことができる。これらおよび他の入力デバイスは、システム・バス７０８に結合されている入出力インターフェース７４２を介して処理装置７０４に接続されている。しかし、これらおよび／または出力デバイスは、代わりにパラレル・ポート、ゲーム・ポート、ユニバーサル・シリアル・バス（ＵＳＢ）ポート、ＩＥＥＥ１３９４（「Ｆｉｒｅｗｉｒｅ」）インターフェース、ＩＥＥＥ８０２．１１無線インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線インターフェースなどの他のインターフェースおよびバス構造によって接続することができる。
モニタ／ビュー・スクリーン７４４（図４の表示装置４３６の一例）または他のタイプの表示装置を、ビデオ・アダプタ７４６などのインターフェースを介してシステム・バス７０８に接続することもできる。ビデオ・アダプタ７４６（または他の構成要素）は、グラフィックス中心の計算を処理するため、また要求の厳しい表示要件を取り扱うためにグラフィックス・カード（グラフィックス・デバイス４２４の一例である）であっても、またはこれを含んでいてもよい。典型的には、グラフィックス・カードは、図形操作の迅速な性能を促進するために、（ＧＰＵ４２６などの）ＧＰＵ、ビデオＲＡＭ（ＶＲＡＭ）（ビデオ・メモリ４３２の一例である）などを含む。モニタ７４４の他に、他の出力周辺装置は、入出力インターフェース７４２を介してコンピュータ７０２に接続することができるスピーカ（図示せず）およびプリンタ７４８などの構成要素を含むことができる。
コンピュータ７０２は、遠隔コンピューティング・デバイス７５０などの１つまたは複数の遠隔コンピュータへの論理接続を使用してネットワーク接続された環境で動作することができる。一例として、遠隔コンピューティング・デバイス７５０は、パーソナル・コンピュータ、ポータブル・コンピュータ（例えばラップトップ・コンピュータ、タブレット・コンピュータ、ＰＤＡ、移動局など）、パーム・サイズまたはポケット・サイズのコンピュータ、ゲーム装置、サーバ、ルータ、ネットワーク・コンピュータ、ピア・デバイス、この他の共通ネットワーク・ノードまたは上記に列挙した以外のタイプのコンピュータなどであってよい。しかし、遠隔コンピューティング・デバイス７５０は、コンピュータ７０２に関して本明細書に記載の要素および機能の多くまたはすべてを含むことができるポータブル・コンピュータとして図示されている。
コンピュータ７０２と遠隔コンピュータ７５０の間の論理接続はローカル・エリア・ネットワーク（ＬＡＮ）７５２および一般的なワイド・エリア・ネットワーク（ＷＡＮ）７５４として図示されている。このようなネットワーク接続環境は、オフィス、全社的なコンピュータ・ネットワーク、イントラネット、インターネット、固定電話網および携帯電話網、この他の無線ネットワーク、ゲーム用ネットワーク、これらのいくつかの組合せなどで普及している。
ＬＡＮネットワーク接続環境で実装される際、コンピュータ７０２は一般にネットワーク・インターフェースまたはアダプタ７５６を介してＬＡＮ７５２に接続される。ＷＡＮネットワーク接続環境で実装される際、コンピュータ７０２は、通常、ＷＡＮ７５４を介して通信を確立するためのモデム７５８または他の手段を含む。コンピュータ７０２内蔵型であっても外付けであってもよいモデム７５８は、入出力インターフェース７４２または他の１つ以上の適切な機構を介してシステム・バス７０８に接続することができる。図示したネットワーク接続は一例であって、コンピュータ７０２と７５０の間で１つ以上の通信リンクを確立する他の手段を使用することができることが理解されよう。
電子デバイス環境７００などで示されているネットワーク接続された環境では、コンピュータ７０２に関連して図示されているプログラム・モジュールまたは他の命令、またはそれらの一部は、その全体または一部を遠隔記憶装置に記憶することができる。一例として、遠隔アプリケーション・プログラム７６０は遠隔コンピュータ７５０のメモリ・コンポーネントに常駐しているが、コンピュータ７０２を介して使用可能あるいはアクセス可能であってもよい。同様に、説明の目的から、アプリケーション・プログラム７３０およびオペレーティング・システム７２８などの他の電子的に実行可能な命令を本明細書では別個のブロックとして図示したが、このようなプログラム、構成要素、および他の命令は様々な時点でコンピューティング・デバイス７０２（および／または遠隔コンピューティング・デバイス７５０）の異なる記憶装置に常駐し、コンピュータ７０２（および／または遠隔コンピューティング・デバイス７５０）の１つ以上のデータ・プロセッサ７０４によって実行されることが理解されよう。
システム、媒体、メソッド、プロトコル、方法、プロセス、構成、および他の実装を、構造、論理、アルゴリズム、および機能の特徴に特有の言語および／または図面で説明したが、首記の特許請求の範囲で規定される本発明は、ここで説明した特定の特徴または図面に必ずしも限定されるものではないということを理解されたい。限定されるものではなく、この特定の特徴および図面は、請求する本発明を実装する典型的な形態として開示されているものである。
４１０ ビデオ・レンダラー
４１２ グラフィックス・インターフェース
４１４ デバイス・ドライバ・インターフェース
４２２ グラフィックス・デバイス・ドライバ
４２６ グラフィックス・プロセッサ・ユニット（ＧＰＵ）
４２４ グラフィックス・デバイス
４３２ ビデオ・メモリ

Claims (19)

  1. １つまたは複数のビデオ・レンダラーと少なくとも１つのグラフィックス・デバイス・ドライバとの間の相互作用を促進するコンピュータで実施される方法であって、
    前記１つまたは複数のビデオ・レンダラーのうちのビデオ・レンダラーにより、前記少なくとも１つのグラフィックス・デバイス・ドライバに、ＰｒｏｃＡｍｐ制御特性能力についての照会であって、表示されるべきビデオについての記述を含む照会を行うことと、
    前記表示されるべきビデオについての前記記述に基づいて、ＰｒｏｃＡｍｐ制御特性能力に関連する情報を含む応答を生成することと、
    ＰｒｏｃＡｍｐ制御特性能力に関連する前記情報は、前記少なくとも１つのグラフィックス・デバイス・ドライバが前記ビデ・レンダラーに提供することができるＰｒｏｃＡｍｐ制御特性能力の少なくともサブセットを含み、前記少なくとも１つのグラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ前記応答を送信することと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記ＰｒｏｃＡｍｐ制御特性能力のサブセットと関連したビデオ処理動作とともに同時に実行することが可能なＰｒｏｃＡｍｐ調整を提供することと、
    前記ＰｒｏｃＡｍｐ制御特性能力のサブセットの１つと関連するＰｒｏｃＡｍｐ制御特性を、前記ビデオ・レンダラーで選択することと、
    前記ビデオ・レンダラーからの前記選択されたＰｒｏｃＡｍｐ制御特性に関連する値についての要求を、前記グラフィックス・デバイス・ドライバで受信することと、
    前記値についての要求に応答して、ビデオ処理動作において用いられる値を前記ビデオ・レンダラーへ提供することと、
    前記ビデオ・レンダラーからのＰｒｏｃＡｍｐストリーム・オブジェクトを開くコマンドを、前記グラフィクス・デバイス・ドライバで受信することと、
    前記ＰｒｏｃＡｍｐストリーム・オブジェクトを開くことと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記ＰｒｏｃＡｍｐストリーム・オブジェクトを指すハンドルを有する別の応答を送信することと、
    前記ビデオ・レンラダーからのＰｒｏｃＡｍｐ調整を実行するコマンドを、前記グラフィックス・デバイス・ドライバで受信することと、
    前記ＰｒｏｃＡｍｐ調整を実行させることと
    を含み、
    前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記選択されたＰｒｏｃＡｍｐ制御特性と関連したビデオ処理動作を前記ＰｒｏｃＡｍｐ調整と共に同時に実行する命令を含み、
    前記ＰｒｏｃＡｍｐ調整を実行させることは、前記ＰｒｏｃＡｍｐ調整と前記ビデオ処理動作とを同時に実行させ、
    ＰｒｏｃＡｍｐ制御特性能力に関連する前記情報は、前記ＰｒｏｃＡｍｐ調整と同時に実行されるビデオ処理動作に関するものである、ことを特徴とする方法。
  2. 前記少なくとも１つのグラフィックス・デバイス・ドライバが前記ビデ・レンダラーに提供することができる前記ＰｒｏｃＡｍｐ制御特性能力の少なくともサブセットは、前記少なくとも１つのグラフィックス・デバイス・ドライバから前記ビデオ・レンラダーへ割り当てられたＰｒｏｃＡｍｐ能力であることを特徴とする請求項１に記載の方法
  3. 前記グラフィックス・デバイス・ドライバは、表示されるべきビデオについての前記記述に対応する１つまたは複数の記述についての予め定められた１つまたは複数のＰｒｏｃＡｍｐ制御特性のセットを有することを特徴とする請求項１に記載の方法
  4. 前記方法は、
    前記ビデオ・レンダラーから前記グラフィックス・デバイス・ドライバへ、ビデオ処理ストリーム・オブジェクトを閉じるコマンドを送信することと、
    前記グラフィックス・デバイス・ドライバが、前記ビデオ・レンダラーからの前記ビデオ処理ストリーム・オブジェクトを閉じるコマンドを受信することと、
    前記グラフィックス・デバイス・ドライバが、前記ビデオ処理ストリーム・オブジェクトを閉じることと
    更に含むことを特徴とする請求項１に記載の方法
  5. 電子的に実行可能な命令を記憶した１つまたは複数の電子的にアクセス可能な記憶媒体であって、前記電子的に実行可能な命令は、実行されると、
    ビデオ・レンダラーからの照会であって、
    ＰｒｏｃＡｍｐ制御特性能力に関連する情報の要求と、
    表示されるべきビデオのタイプについての記述と
    を含む照会を、グラフィックス・デバイス・ドライバで受信することと、
    前記表示されるべきについての前記記述に基づいて、前記ＰｒｏｃＡｍｐ制御特性能力に関連する要求された前記情報を含む応答を生成することと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記応答を送信することと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記ＰｒｏｃＡｍｐ制御特性能力と関連したビデオ処理動作とともに同時に実行されるＰｒｏｃＡｍｐ調整を提供することと、
    前記ＰｒｏｃＡｍｐ制御特性能力の１つと関連付けられたＰｒｏｃＡｍｐ制御特性を、前記ビデオ・レンダラーで選択することと、
    前記ビデオ・レンダラーからの前記選択されたＰｒｏｃＡｍｐ制御特性に関連する値についての要求を、前記グラフィックス・デバイス・ドライバで受信することと、
    前記選択されたＰｒｏｃＡｍｐ制御特性に関連する前記値についての要求に応答して、ビデオ処理動作において用いられる値を前記ビデオ・レンダラーへ提供することと、
    前記ビデオ・レンダラーからのＰｒｏｃＡｍｐストリーム・オブジェクトを開くコマンドを、前記グラフィクス・デバイス・ドライバで受信することと、
    前記ＰｒｏｃＡｍｐストリーム・オブジェクトを開くことと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記開かれたＰｒｏｃＡｍｐストリーム・オブジェクトを指すハンドルを有する別の応答を送信することと、
    前記ビデオ・レンラダーからのＰｒｏｃＡｍｐ調整を実行するコマンドを、前記グラフィックス・デバイス・ドライバで受信することと、
    前記ＰｒｏｃＡｍｐ調整を実行させることと
    を引き起こし、
    前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記選択されたＰｒｏｃＡｍｐ制御特性と関連したビデオ処理動作を前記ＰｒｏｃＡｍｐ調整と共に同時に実行する命令を含み、
    前記ＰｒｏｃＡｍｐ調整を実行させることは、前記ＰｒｏｃＡｍｐ調整と前記ビデオ処理動作とを同時に実行させ、
    ＰｒｏｃＡｍｐ制御特性能力に関連する前記情報は、前記ＰｒｏｃＡｍｐ調整と同時に実行されるビデオ処理動作に関するものである、ことを特徴とする１つまたは複数の電子的にアクセス可能な記憶媒体。
  6. ＰｒｏｃＡｍｐ調整とともに同時に実行される１つまたは複数のビデオ処理動作は、デ・インターレーシング動作、アスペクト・レシオ補正、色空間変換、フレーム・レート変換、垂直または水平の鏡面効果処理、アルファ・ブレンディング動作、および、なし、からなるグループから選択される少なくとも１つのビデオ処理動作を含むことを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  7. 前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、ビット・ブロック転送に関するものであることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  8. 前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記グラフィックス・デバイス・ドライバに、前記ビデオについての前記ＰｒｏｃＡｍｐ調整の実行と共に起こるビット・ブロック転送を生じさせることを特徴とする請求項７に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  9. 前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記グラフィックス・デバイス・ドライバに、前記ＰｒｏｃＡｍｐ調整の実行と共に起こるビット・ブロック転送を生じさせ、表示装置のスクリーン全体に対する１つの画像であって、単一ブロックとしてメモリに記憶されて前記ＰｒｏｃＡｍｐ調整後の前記ビデオのフレームを含む１つの画像を作成させることを特徴とする請求項７に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  10. 前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記ビデオについての前記ＰｒｏｃＡｍｐ調整に関する少なくとも１つの制御特性値または１つの制御特性値に対する変更を規定することを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  11. 前記電子的に実行可能な命令は、実行されると、
    前記ビデオ・レンダラーが、前記ビデオについてのＰｒｏｃＡｍｐ調整を実行する要求を含む、教唆アプリケーションからの動作要求を受信すること
    をさらに引き起こすことを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  12. 前記電子的に実行可能な命令は、実行されると、
    前記ビデオ・レンダラーから前記グラフィックス・デバイス・ドライバへ、ＰｒｏｃＡｍｐストリーム・オブジェクトを閉じるコマンドを発行すること
    をさらに引き起こすことを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  13. 前記照会の受信および前記応答の送信は、少なくとも一部にはグラフィックス・インターフェースとデバイス・ドライバ・インターフェースの少なくとも１つを使用して前記ビデオ・レンダラーと前記グラフィックス・デバイス・ドライバの間で前記照会と前記応答とを伝播することによって実行されることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  14. 前記電子的に実行可能な命令の少なくとも一部は、オペレーティング・システムの少なくとも一部であることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  15. 前記電子的に実行可能な命令の少なくとも一部は、グラフィックス・デバイス・ドライバの少なくとも一部であることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  16. 前記ＰｒｏｃＡｍｐ制御特性能力は、なし、明度、コントラスト、色相および彩度からなるグループから選択されることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  17. 前記値は、範囲、最大、最小、ステップサイズ／増分、およびデフォルトからなるグループから選択されることを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  18. 前記ＰｒｏｃＡｍｐ調整と同時に実行される１つまたは複数のビデオ処理動作は、
    ＹＵＶ−ＲＧＢ変換動作、Ｘ伸張動作、Ｙ伸張動作、サブ長方形領域動作、アルファ・ブレンド動作、および、なし、からなるグループから選択される少なくとも１つのビデオ処理動作を含むことを特徴とする請求項５に記載の１つまたは複数の電子的にアクセス可能な記憶媒体。
  19. ビデオ・レンダラーとグラフィックス・デバイス・ドライバとの間の相互作用を促進するシステムであって、
    プロセッサーと、
    表示されるべきビデオに適用することのできるＰｒｏｃＡｍｐ能力に関する情報を要求する照会であって、表示されるべきビデオのタイプについての記述を含む照会を準備するように構成されたビデオ・レンダリング論理と、
    表示されるべきビデオのタイプについての前記記述に基づいて、表示されるべきビデオにどのようなＰｒｏｃＡｍｐ能力を適用することができるかを示す応答を準備するように構成されたグラフィックス・デバイス・ドライビング論理と、
    前記ビデオ・レンダリング論理と前記グラフィックス・デバイス・ドライビング論理との間の相互作用を促進するように構成されたインターフェース論理と
    を備え、前記相互作用は、
    ビデオ・レンダラーからの照会であって、
    ＰｒｏｃＡｍｐ制御特性能力に関連する情報の要求と、
    表示されるべきビデオのタイプについての記述と
    を含む照会を、グラフィックス・デバイス・ドライバで受信することと、
    前記表示されるべきについての前記記述に基づいて、前記ＰｒｏｃＡｍｐ制御特性能力に関連する要求された前記情報を含む応答を生成することと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記応答を送信することと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記ＰｒｏｃＡｍｐ制御特性能力と関連したビデオ処理動作とともに同時に実行されるＰｒｏｃＡｍｐ調整を提供することと、
    前記ＰｒｏｃＡｍｐ制御特性能力の１つと関連付けられたＰｒｏｃＡｍｐ制御特性を、前記ビデオ・レンダラーで選択することと、
    前記ビデオ・レンダラーからの前記選択されたＰｒｏｃＡｍｐ制御特性に関連する値についての要求を、前記グラフィックス・デバイス・ドライバで受信することと、
    前記選択されたＰｒｏｃＡｍｐ制御特性に関連する前記値についての要求に応答して、ビデオ処理動作において用いられる値を前記ビデオ・レンダラーへ提供することと、
    前記ＰｒｏｃＡｍｐストリーム・オブジェクトを開くことと、
    前記グラフィックス・デバイス・ドライバから前記ビデオ・レンダラーへ、前記開かれたＰｒｏｃＡｍｐストリーム・オブジェクトを指すハンドルを有する別の応答を送信することと、
    前記ビデオ・レンラダーからのＰｒｏｃＡｍｐ調整を実行するコマンドを、前記グラフィックス・デバイス・ドライバで受信することと、
    前記ＰｒｏｃＡｍｐ調整を実行させることと
    を含み、
    前記ＰｒｏｃＡｍｐ調整を実行するコマンドは、前記選択されたＰｒｏｃＡｍｐ制御特性と関連したビデオ処理動作を前記ＰｒｏｃＡｍｐ調整と共に同時に実行する命令を含み、
    前記ＰｒｏｃＡｍｐ調整を実行させることは、前記ＰｒｏｃＡｍｐ調整と前記ビデオ処理動作とを同時に実行させ、
    ＰｒｏｃＡｍｐ制御特性能力に関連する前記情報は、前記ＰｒｏｃＡｍｐ調整と同時に実行されるビデオ処理動作に関するものである、ことを特徴とするシステム。
JP2010035051A 2002-04-15 2010-02-19 ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること Expired - Lifetime JP4808276B2 (ja)

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 US7451457B2 (en) 2002-04-15 2003-03-25 Facilitating interaction between video renderers and graphics device drivers
US10/400,040 2003-03-25

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2003110880A Division JP4718763B2 (ja) 2002-04-15 2003-04-15 ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること

Publications (2)

Publication Number Publication Date
JP2010134962A JP2010134962A (ja) 2010-06-17
JP4808276B2 true JP4808276B2 (ja) 2011-11-02

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 Before (1)

Application Number Title Priority Date Filing Date
JP2003110880A Expired - Lifetime JP4718763B2 (ja) 2002-04-15 2003-04-15 ビデオ・レンダラーとグラフィックス・デバイス・ドライバの間の相互作用を促進すること

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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5525175B2 (ja) * 2008-04-08 2014-06-18 アビッド テクノロジー インコーポレイテッド 複数のハードウェア・ドメイン、データ・タイプ、およびフォーマットの処理を統合し抽象化するフレームワーク
JP6908232B2 (ja) * 2016-06-30 2021-07-21 キーン アイ テクノロジーズ マルチモーダルビューア
CN109903347B (zh) * 2017-12-08 2021-04-09 北大方正集团有限公司 一种颜色混合的方法、系统、计算机设备及存储介质
CN110620954B (zh) * 2018-06-20 2021-11-26 阿里巴巴（中国）有限公司 用于硬解的视频处理方法、装置和存储介质
CN113453025B (zh) * 2020-03-26 2023-02-28 杭州海康威视系统技术有限公司 数据获取方法及装置

Family Cites Families (115)

* Cited by examiner, † Cited by third party
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
JP2862441B2 (ja) * 1992-07-09 1999-03-03 キヤノン株式会社 出力制御装置及び方法
JP3092382B2 (ja) * 1993-03-22 2000-09-25 松下電器産業株式会社 信号処理装置
US5577125A (en) * 1993-06-14 1996-11-19 International Business Machines Corporation Graphical manipulation of encryption
CA2147847C (en) * 1993-07-27 2002-06-11 John Peterson Object-oriented rendering system
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
DE69523593T2 (de) * 1994-06-17 2002-09-26 Intel Corp Vorrichtung und verfahren zur aufteilung der anwendung in einer graphischen benutzerschnittstelle
JP2000511363A (ja) * 1994-07-14 2000-08-29 ジョンソン、グレイス、カンパニー 画像を圧縮するための方法及び装置
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
US5745762A (en) * 1994-12-15 1998-04-28 International Business Machines Corporation Advanced graphics driver architecture supporting multiple system emulations
US5715459A (en) * 1994-12-15 1998-02-03 International Business Machines Corporation Advanced graphics driver architecture
US5745761A (en) * 1994-12-15 1998-04-28 International Business Machines Corporation Advanced graphics driver architecture with extension capability
JP3612690B2 (ja) * 1995-06-16 2005-01-19 ソニー株式会社 情報表示制御装置及び情報表示制御方法
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
WO1997013376A1 (en) * 1995-10-05 1997-04-10 Faroudja Y C Method and apparatus 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
DE69842020D1 (de) * 1997-01-31 2011-01-05 Hitachi Ltd Bildanzeigesystem mit der Veranlagung zur Modifikation von Anzeigeeigenschaften in einem bestimmten Anzeigebereich
JPH10275072A (ja) * 1997-01-31 1998-10-13 Hitachi Ltd 画像表示システム及び情報処理装置
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
JPH11184649A (ja) * 1997-07-25 1999-07-09 Seiko Epson Corp 印刷システム、方法及びプリンタ
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 コニカミノルタビジネステクノロジーズ株式会社 画像処理装置
JP3591259B2 (ja) * 1997-12-12 2004-11-17 セイコーエプソン株式会社 ネットワークシステム並びにネットワーク印刷方法
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
KR100527982B1 (ko) * 1998-06-11 2005-11-09 마츠시타 덴끼 산교 가부시키가이샤 영상표시장치 및 프로그램 기록매체
US6141705A (en) * 1998-06-12 2000-10-31 Microsoft Corporation System for querying a peripheral device to determine its processing capabilities and then offloading specific processing tasks from a host to the peripheral device when needed
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
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
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 エヌイーシーモバイリング株式会社 自営通信における移動局によるハンドオフ制御方式
JP3948171B2 (ja) * 1999-09-10 2007-07-25 富士ゼロックス株式会社 電子文書管理装置および電子文書管理方法
US6654022B1 (en) * 1999-09-30 2003-11-25 International Business Machines Corporation Method and apparatus for lookahead generation in cached computer graphics system
AUPQ377599A0 (en) * 1999-10-29 1999-11-25 Canon Kabushiki Kaisha Colour clamping
AUPQ377899A0 (en) * 1999-10-29 1999-11-25 Canon Kabushiki Kaisha Phase three kernel selection
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
US7457457B2 (en) * 2000-03-08 2008-11-25 Cyberextruder.Com, Inc. Apparatus and method for generating a three-dimensional representation from a two-dimensional image
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
CN100454365C (zh) * 2001-05-23 2009-01-21 皇家菲利浦电子有限公司 抖动方法和抖动装置
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
US7209874B2 (en) * 2002-02-25 2007-04-24 Zoran Corporation Emulator-enabled network connectivity to a device
US7219352B2 (en) * 2002-04-15 2007-05-15 Microsoft Corporation Methods and apparatuses for facilitating processing of interlaced video images for progressive video displays
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

Also Published As

Publication number Publication date
KR100914120B1 (ko) 2009-08-27
JP4718763B2 (ja) 2011-07-06
EP1359773A3 (en) 2005-01-26
JP2010134962A (ja) 2010-06-17
JP2004004761A (ja) 2004-01-08
US20170302899A1 (en) 2017-10-19
KR20030082445A (ko) 2003-10-22
EP1359773B1 (en) 2016-08-24
US20090031328A1 (en) 2009-01-29
EP1359773A2 (en) 2003-11-05

Similar Documents

Publication Publication Date Title
US7451457B2 (en) Facilitating interaction between video renderers and graphics device drivers
JP4309270B2 (ja) グラフィックデータ及びデジタルドキュメント処理の視覚的表現を生成するシステム及び方法
US6067098A (en) Video/graphics controller which performs pointer-based display list video refresh operation
US20170302899A1 (en) Facilitating interaction between video renderers and graphics device drivers
US7139002B2 (en) Bandwidth-efficient processing of video images
US20020145611A1 (en) Video controller system with object display lists
US7567261B2 (en) System and method for providing graphics using graphical engine
US20140125685A1 (en) Method and Apparatus for Displaying Images
US9449585B2 (en) Systems and methods for compositing a display image from display planes using enhanced blending hardware
US8717391B2 (en) User interface pipe scalers with active regions
TWI413900B (zh) 用以垂直縮放像素資料之方法及設備
US6421059B1 (en) Apparatus and method for rendering characters into a memory
KR100528993B1 (ko) 디지털 멀티시스템 및 그 제어방법
JP2004252446A (ja) ディスプレイコントローラ回路においてメモリの使用及び／又は電力の消費を最小限にするための方法
JPH02163880A (ja) 画像処理装置

Legal Events

Date Code Title Description
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: 20110809

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: 20110816

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140826

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4808276

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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