特許 5770295 モーションブラー及び被写界深度のためのバックフェースカリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5770295

(24)【登録日】2015年7月3日

(45)【発行日】2015年8月26日

(54)【発明の名称】モーションブラー及び被写界深度のためのバックフェースカリング

(51)【国際特許分類】

   G06T 15/00 20110101AFI20150806BHJP

【ＦＩ】

   G06T15/00 501

【請求項の数】16

【全頁数】19

(21)【出願番号】特願2013-531703(P2013-531703)

(86)(22)【出願日】2011年9月27日

(65)【公表番号】特表2013-539136(P2013-539136A)

(43)【公表日】2013年10月17日

(86)【国際出願番号】US2011053384

(87)【国際公開番号】WO2012047622

(87)【国際公開日】20120412

【審査請求日】2013年5月17日

(31)【優先権主張番号】12/891,898

(32)【優先日】2010年9月28日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ムンクベルグ，カルル イー．

(72)【発明者】

【氏名】アケニネ−メレル，トマス ゲー．

(72)【発明者】

【氏名】サルヴィ，マルコ

(72)【発明者】

【氏名】トト，ロベルト エム．

(72)【発明者】

【氏名】ハッセルグレン，ヨン エヌ．

(72)【発明者】

【氏名】クラルベルグ，フランツ ペー．

(72)【発明者】

【氏名】パール，マット

【審査官】 松浦 功

(56)【参考文献】

【文献】 特開平１０−２２２６９４（ＪＰ，Ａ）

【文献】 特表２００７−５１４２３０（ＪＰ，Ａ）

【文献】 特開平１０−０３１７５５（ＪＰ，Ａ）

【文献】 特開２００３−１５７４４６（ＪＰ，Ａ）

【文献】 特開２００８−１８１５７１（ＪＰ，Ａ）

【文献】 特開２００２−０４９９３１（ＪＰ，Ａ）

【文献】 特開２００７−２７２３８８（ＪＰ，Ａ）

【文献】 特開２００７−１２８１８０（ＪＰ，Ａ）

【文献】 特開平１１−０６６３５３（ＪＰ，Ａ）

【文献】 米国特許第０７２５３８１６（ＵＳ，Ｂ１）

【文献】 米国特許第０６０５７８４８（ＵＳ，Ａ）

【文献】 米国特許第０５９２９８６２（ＵＳ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｔ １１／００ −１９／２０

Ｇｏｏｇｌｅ Ｓｃｈｏｌａｒ

(57)【特許請求の範囲】

【請求項1】

コンピュータにより実現される方法であって、
モーションブラー及び被写界深度の効果を受けるトライアングル上の頂点の座標値を要素とする行列式の符号を判定するステップと、
前記符号に基づき、前記トライアングルをバックフェースカリングするか決定するステップと、
を有し、
前記行列式の符号を判定するステップは、
レンズの中央を視点とした場合に前記トライアングルがバックフェース状態であるか否かを、前記行列式の各項の係数のうちレンズ上の視点位置に依存しない項の係数の符号を判定することにより確認し、
レンズの中央を視点とした場合にバックフェース状態であることが確認された場合に限って、レンズ上のすべての視点位置において前記トライアングルがバックフェース状態であるか否かを確認するために前記行列式の符号を判定し、
そうでない場合、前記トライアングルが可視的である可能性があることを報告するステップを有し、
前記被写界深度の効果は、時間の関数により表される頂点の動きと２つのレンズ座標との関数によって表現可能である方法。

【請求項2】

各頂点が経時的に多項関数に従って移動するトライアングル上の頂点の座標値を要素とする行列式の符号を判定するステップを有する、請求項１記載の方法。

【請求項3】

各頂点が経時的に直線的に移動するトライアングル上の頂点の座標値を要素とする行列式の符号を判定するステップを有する、請求項２記載の方法。

【請求項4】

前記行列式をＢｅｒｎｓｔｅｉｎ多項式で表したときのＢｅｒｎｓｔｅｉｎ係数の符号を判定し、前記符号を利用してトライアングルがバックフェースカリング可能であるか判定するステップを有する、請求項２記載の方法。

【請求項5】

移動するトライアングルが単一の視点についてフェースを変更可能であるか判定するステップを有する、請求項２記載の方法。

【請求項6】

静的なトライアングルがレンズ内の何れかの視点についてフェースを変更するか判定するステップを有する、請求項１記載の方法。

【請求項7】

前記行列式の各項の係数の値を、所定の時間区間における最大値又は最小値に固定して、前記行列式の符号の判定を行う、請求項１記載の方法。

【請求項8】

正方形によりレンズを近似するステップを有する、請求項１記載の方法。

【請求項9】

モーションブラー及び被写界深度の効果を受けるトライアングルの頂点の座標値を要素とする行列式の符号を判定し、
前記符号に基づき、前記トライアングルをバックフェースカリングするか決定し、
レンズの中央を視点とした場合に前記トライアングルがバックフェース状態であるか否かを、前記行列式の各項の係数のうちレンズ上の視点位置に依存しない項の係数の符号を判定することにより確認し、
レンズの中央を視点とした場合にバックフェース状態であることが確認された場合に限って、レンズ上のすべての視点位置において前記トライアングルがバックフェース状態であるか否かを確認するために前記行列式の符号を判定し、
そうでない場合、前記トライアングルが可視的である可能性があることを報告するプロセッサと、
前記プロセッサに接続されるメモリと、
を有する装置であって、
前記被写界深度の効果は、時間の関数により表される頂点の動きと２つのレンズ座標との関数によって表現可能である装置。

【請求項10】

当該装置は、グラフィックスプロセッサである、請求項９記載の装置。

【請求項11】

前記プロセッサは、各頂点が経時的に多項関数に従って移動する前記行列式の符号を判定する、請求項９記載の装置。

【請求項12】

前記プロセッサは、各頂点が経時的に直線的に移動するトライアングルの頂点の座標値を要素とする行列式の符号を判定する、請求項１１記載の装置。

【請求項13】

前記プロセッサは、前記行列式をＢｅｒｎｓｔｅｉｎ多項式で表したときのＢｅｒｎｓｔｅｉｎ係数の符号を判定し、前記符号を利用してトライアングルがバックフェースカリング可能であるか判定する、請求項９記載の装置。

【請求項14】

前記プロセッサは、移動するトライアングルが単一の視点についてフェースを変更可能であるか判定する、請求項１１記載の装置。

【請求項15】

前記プロセッサは、静的なトライアングルがレンズ内の何れかの視点についてフェースを変更するか判定する、請求項９記載の装置。

【請求項16】

前記行列式の各項の係数の値を、所定の時間区間における最大値又は最小値に固定して、前記行列式の符号の判定を行う、請求項９記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

これは、グラフィックス処理に関し、特にモーションブラー及び被写界深度レンダリングに関する。

【背景技術】

【0002】

モーションブラー（ｍｏｔｉｏｎ ｂｌｕｒ）は、移動するオブジェクトが長いカメラ露光時間でキャプチャされたときにぼけて見えるという効果である。被写界深度（ｄｅｐｔｈ ｏｆ ｆｉｅｌｄ）は、より大きな絞りがより短い焦点範囲を有し、焦点からはずれたオブジェクトがぼけて見えるという効果である。

【0003】

最も重要なカリングテストの１つは、バックフェースカリング（ｂａｃｋｆａｃｅ ｃｕｌｌｉｎｇ）である。バックフェースカリングは、カメラから外方に向くオブジェクトのラスタ化処理を除く。レンダリングプリミティブは、それのフェース法線がカメラビューベクトルと９０度より大きな角度をなす場合、バックフェースカリングできる。これらのレンダリングプリミティブをカリングすることによって、不要な処理が軽減可能である。

【0004】

モーションブラー及び被写界深度をレンダリングするとき、過剰な内部の又は交差テストが生成される可能性があり、これらのコンテクストに対して、正確なバックフェースカリングテストが必要とされる。各頂点が３次元上で直線に沿って移動するムービングトライアングルについて、ムービングトライアングルが動きの開始時及び終了時にバックフェースしている場合、ムービングトライアングルは、通常は時間インターバル全体でバックフェースしていると仮定される。

【図面の簡単な説明】

【0005】

【図1】図１は、一実施例のフローチャートである。

【図2】図２は、他の実施例のフローチャートである。

【図3】図３は、さらなる他の実施例のフローチャートである。

【図4】図４は、一実施例の概略図である。

【発明を実施するための形態】

【0006】

各頂点が３Ｄで直線的に移動するトライアングルは、動きの開始時にバックフェース（すなわち、カメラから外方に向いている）している可能性があり（ｔ＝０において）、その後にフロントフェース（ｆｒｏｎｔｆａｃｅ）に変わり、その後に動きの終了時に（再び）バックフェースする（ｔ＝１において）。この結果、バックフェース状態がインターバルの開始時及び終了時に真である場合、各頂点が経時的に直線的に移動するトライアングルがバックフェースしているという仮定は、常に正しいとは限らない。

【0007】

時間ｔ＝０からｔ＝１までにおいて、各頂点がフレーム内で直線的に移動するムービングトライアングルがあると仮定する。ｔ＝０における頂点をｑ_ｉとし、ｔ＝１における頂点をｒ_ｉとして示す。２Ｄ ｈｏｍｏｇｅｎｅｏｕｓ ｃｏｏｒｄｉｎａｔｅｓ（２ＤＨ）を用いてクリップスペースで作業するので、頂点はｐ＝（ｐ_ｘ，ｐ_ｙ，ｐ_ｗ）として定義される。このとき、線形補間される頂点は、

【0008】

【数1】

として表される。頂点（ｐ_０（ｔ），ｐ_１（ｔ），ｐ_２（ｔ））を有するムービングトライアングルが与えられると、

【0009】

【数2】

の行列が構成される。ここで、読みやすさのため、時間従属性は省略されている。トライアングルは、ｄｅｔ（Ｍ）＜０である場合、バックフェースカリングできる。ただし、行列式は、

【0010】

【数3】

として表される。

【0011】

幾何学的には、これは、原点とトライアングルとにより張られる四面体の（スケーリングされた）符号付きボリューム計算として解釈できる。従って、

【0012】

【数4】

であるか決定することが所望される。２つの直線移動する頂点の外積は、

【0013】

【数5】

として展開できる。ここで、

【0014】

【数6】

である。この式を利用して、時間に依存する行列式を導出できる。

【0015】

【数7】

ただし、

【0016】

【数8】

である。

【0017】

係数

【0018】

【数9】

は、ｔ＝０におけるトライアングルのバックフェーステストであることに留意されたい。また、ｔ＝１における当該多項式の値は、

【0019】

【数10】

であり、それは、同様にｔ＝１におけるバックフェーステストである。最後に、係数の式

【0020】

【数11】

は、３つの頂点の動きベクトルの行列式テストであり、それらがすべて同一平面上にある場合、３次の項（ｃｕｂｉｃ ｔｅｒｍ）はゼロであり、すなわち、ａ＝０であることに留意されたい。従って、行列式が３次関数になるのは、動きベクトルが２ＤＨにおいてボリュームを張るときに限る。

【0021】

多項式が

【0022】

【数12】

においてルートを有さない場合、トライアングルは安全にバックフェースカリングできる。バックフェース関数がｔ＝０及びｔ＝１においてゼロ以下であると仮定すると、３次関数の局所的な最小値及び最大値を計算することが可能であり、インターバル

【0023】

【数13】

内で局所的な最大値を検出した場合、当該ポイントにおいて３次多項式の値を確認する。それがゼロ以下である場合、当該トライアングルを安全にバックフェースカリングすることができる。３つの頂点の移動方向が平行である場合、バックフェース関数は線形である。

【0024】

係数ａは、しばしば小さいか、又はほぼ平行なトライアングルの３つの動きベクトルの決定要因である。従って、冪乗形式によるバックフェース関数（式６）を直接計算することは、数値的に不安定になりうる。この問題を軽減するため、３次のＢｅｒｎｓｔｅｉｎ形式によりバックフェース関数を表す。

【0025】

【数14】

ただし、係数ｂ_ｉは、

【0026】

【数15】

により与えられる。

【0027】

次に、Ｂｅｒｎｓｔｅｉｎ基底の凸包の性質を利用し、係数ｂ_ｉ

【0028】

【数16】

の何れかが正であるか単に確認する。これは、３次多項式の真の最大値に対するテストより粗いテストであるが、数値精度の問題のリスクを軽減する。当該テストは、ｄｅ Ｃａｓｔｅｌｊａｕステップを係数に適用し、生成された係数をテストすることによって精緻化可能であることに留意されたい。

【0029】

Ｂｅｒｎｓｔｅｉｎ式のモーションブラーのバックフェーステストは、図１に示されるように、ｂ_０を計算することによってｔ＝０においてトライアングルをテストすることによって開始される（ブロック１２）。ダイヤモンド１４における確認は、ｂ_０が正であるか判定する。正である場合、トライアングルは、フロントフェースしている（ブロック１６）。そうでない場合、トライアングルはｂ_ｎを計算することによってｔ＝１においてテストされる（ブロック１８）。ｂ_ｎが正である場合、トライアングルはフロントフェースしている（ブロック２２）。そうでない場合、値１をｉに代入することによってループを開始し（ブロック２４）、ｂ_ｉを計算する（ブロック２６）。ダイヤモンド２８における確認は、ｂ_ｉが正であるか判定する。正である場合、それはフロントフェースしている（ブロック３０）。そうでない場合、ｉがｎに等しくなるまで繰り返し（ブロック３２及びダイヤモンド３４）、その後、トライアングルをバックフェースしているとして報告する（ブロック３６）。

【0030】

各頂点が経時的に直線的に移動するトライアングルに対するバックフェースカリングテストの実際的な実現形態を擬似コードにより示す。

【0031】

【数17】

トライアングルの頂点の動きが多項式として表すことが可能である場合、前のテストを一般化することができる。各トライアングルの頂点の動きを２ＤＨにおいて次数ｎのＢｅｚｉｅｒ曲線として表す。

【0032】

【数18】

その後、バックフェーステストは、

【0033】

【数19】

になる。

【0034】

これは次数３ｎのＢｅｚｉｅｒ曲線であり、制御ポイントは、頂点の動きを記述する３つの曲線のそれぞれからの３つの制御ポイントのスケーリングされた行列式の和であることに留意されたい。控えめなバックフェーステストは、再び凸包の性質を利用することによって導出できる。予想されるように、直線的な動きのケースに対して、すなわち、ｎ＝１であるとき、式１０を取得する。同様の導出が、有理スプラインについて実行可能である。

【0035】

テストは、マクロサイズのトライアングル又は大きな動きの小さなトライアングルのモーションブラーラスタ化を高速化する可能性を有し、１回のコストのかかるバックフェースカリングテストが多くのセーブされた内部テストに対して償却できる。内部テストの回数が控えめなバックフェースカリングテストのオーバヘッドに関して小さい場合、バックフェースするトライアングルはサンプル毎の内部テストにおいて正しくカリングされるため、控えめなテスト全体をスキップすることがより良いかもしれない。ワークロードに応じて、テストは、トライアングルのサイズ又は動きが閾値を超えるときに有効とすることが可能である。

【0036】

被写界深度は、クリップスペースにおけるずれである。このずれは、行列

【0037】

【数20】

をトライアングルのクリップスペース座標に適用することによって表すことができる。Ｈ，Ｉ，Ｊは、焦点平面の位置、カメラの絞りのサイズ、及びニア・アンド・ファー平面（ｎｅａｒ ａｎｄ ｆａｒ ｐｌａｎｅ）により与えられる定数である。レンズ上の位置は、（ｕ，ｖ）により与えられる。この行列をクリップスペースの３次元同次頂点（３ＤＨ）

【0038】

【数21】

に適用することにより、ずれたポジションが得られる。

【0039】

【数22】

ただし、

【0040】

【数23】

は、ｐ_ｉｚ及びｐ_ｉｗ項に依存する頂点毎の値である。以下の記法を簡単化するため、

【0041】

【数24】

を、それぞれ

【0042】

【数25】

のｘｙｗ成分から構成される２次元の同次頂点を示すとする。すなわち、

【0043】

【数26】

である。

【0044】

【数27】

であるため、

【0045】

【数28】

であることを留意されたい。このとき、バックフェース基準は、

【0046】

【数29】

となる。これらの係数は、

【0047】

【数30】

により与えられる。ａ及びｂに対するいくつかの表現はエッジ等式の設定のため再利用可能であることに留意されたい。理解できるように、被写界深度のバックフェース関数は、ｕ及びｖにおける線形関数である（式１７）。トライアングルは、ａｕ＋ｂｖ＋ｃ＝０であるとき、それのフェースを変更する。従って、トライアングルは、以下の連立式

【0048】

【数31】

に対する解が存在する場合に限って、レンズ上の何れにおいてそれのフェースを変更することになる。ただし、後者の式は、レンズ位置（ｕ，ｖ）が半径Ｒの円形のレンズの内部にあるか確認するものである。幾何学的には、これは、円と直線との間の交差であり、

【0049】

【数32】

である場合に限って解を有する。

【0050】

この結果、上記が成り立たないことを証明できる場合、レンズ上で移動する際にフェースの変更はない。直感的には、トライアングルの平面の式（３次元）がレンズの形状と交差しない場合、レンズに対してフェースを変更しない。

【0051】

最後にトライアングルのフェース法線がビューベクトルに揃えられる場合、

【0052】

【数33】

を有し、従って、

【0053】

【数34】

を有し、ａ＝ｂ＝０を導く。これは、予想されるように、フェースがレンズに対して変更しないことを意味する。

【0054】

静的なトライアングルがバックフェースカリング可能であるか判定するため、図２のブロック４２においてレンズの中間（ｕ＝ｖ＝０）においてバックフェース状態を計算することから開始される。ｃ＞０である場合（図２のダイヤモンド４４）、トライアングルは、レンズの中央においてある時間フロントフェースする可能性があり、トライアングルはすべてのレンズ位置に対して（控えめに）バックフェースしていないため、テストは終了される（図２のブロック４６）。そうでない場合、ａ^２＋ｂ^２を計算し（図２のブロック４８）、ｃ^２＜Ｒ^２（ａ^２＋ｂ^２）であるかテストする（ブロック５０及びダイヤモンド５２）。すなわち、トライアングルは、

【0055】

【数35】

であるとき、控えめにバックフェースカリングできる。そうでない場合、トライアングルはフロントフェースしている（ブロック５４）。

【0056】

式１の移動する頂点と、式１３のずれ行列（ｓｈｅａｒ ｍａｔｒｉｘ）Ｓとを乗算することによって、動き及び被写界深度からの結果として得られる頂点のずれｏ（ｕ，ｖ，ｔ）は、

【0057】

【数36】

により取得される。ただし、

【0058】

【数37】

はｔにおける線形関数である。

【0059】

式２１からの対応するバックフェーステストは、

【0060】

【数38】

として表される。

【0061】

係数ａ（ｔ），ｂ（ｔ），ｃ（ｔ）はｔの３次関数である。

【0062】

トライアングルは、

【0063】

【数39】

であるとき、控えめにバックフェースカリング可能である。そうでない場合、トライアングルはフロントフェースしている（ブロック５４）。

【0064】

控えめなテストは、インターバル計算を利用することによって取得可能である。インターバルは、

【0065】

【数40】

として示され、

【0066】

【数41】

はそれの加減であり、

【0067】

【数42】

は上限である。このアイデアは、この式を式２４の符号より大きな左に対して最小化し、右に対して式を最大化することである。これにより、

【0068】

【数43】

が得られる。ここで、

【0069】

【数44】

が用いられた。従って、

【0070】

【数45】

と式２５とが成り立つ場合、経時的にレンズ上で移動するトライアングルは、控えめにバックフェースカリング可能である。３次多項式ａ（ｔ），ｂ（ｔ），ｃ（ｔ）は、冪乗の形式からＢｅｒｎｓｔｅｉｎ形式に変換可能であり、モーションブラーなプリミティブに対して以前に行ったことと同様に、控えめなカリングのためＢｅｒｎｓｔｅｉｎ制御ポイントの凸包性質を利用する。

【0071】

辺の長さがＲの正方形によりレンズを近似する場合、ボックステストに対する直線である

【0072】

【数46】

により与えられるより粗いテストを取得する。再び、

【0073】

【数47】

であるか、すなわち、トライアングルがレンズの中心でバックフェースしているかテストすることによって開始される。このとき、（正方形の）レンズの４つの角のすべてが延びた直線の同一サイドにある場合、トライアングルを控えめにカリングすることが可能である。これら４つの条件は、

【0074】

【数48】

により与えられる。式ａ，ｂ，ｃはｔの３次多項式であることに留意されたい。円形のレンズに対して与えられるインターバル解析テストと異なり、４つの式のそれぞれについて、１つの３次式の係数を計算し、それの境界を示し、よりタイトなバウンドについて冪乗の係数の間の相関関係を維持することが可能である。これは、大きな非線形の係数の動きについてより効率的であるかもしれない。

【0075】

次に、モーションブラーであって焦点がずれたトライアングルのためのバックフェースカリングテストの実際の実現形態を示す。まず、ａ^２（ｔ）＋ｂ^２（ｔ）の粗いが高速な近似は、

【0076】

【数49】

により与えられ、これは、実質的にマンハッタン距離近似である。

【0077】

しかしながら、線形項における相関関係が維持可能であるため、次によりタイトなバウンドを与えることができる１階テイラーモデルを用いて３次関数を拘束（ｂｏｕｎｄｅｄ）する。また、多項式ａ（ｔ）及びｂ（ｔ）のｔ^３及びｔ^２の項は、大部分のトライアングルに対してゼロにとても近いことに留意されたい。これは、式２３のａ（ｔ），ｂ（ｔ），ｃ（ｔ）の項がほぼ線形であることを意味するが、また、精度の問題を回避するための措置がとられる必要があることを意味する。１階テイラーモデルを利用することによって、ｔ^３及びｔ^２の項が小さいときに安定性を保証する。任意の３次多項式について、これは、以下に示されるように、

【0078】

【数50】

実行される。

【0079】

【数51】

は剰余のインターバルであり、２次及び３次の項を限定する。

【0080】

【数52】

これを用いて、ａ^２（ｔ）＋ｂ^２（ｔ）を、

【0081】

【数53】

として控えめに表す。上限は、

【0082】

【数54】

により与えられる。ここで、

【0083】

【数55】

は、剰余のインターバル

【0084】

【数56】

の線形関数である。ａ（ｔ）及びｂ（ｔ）が、

【0085】

【数57】

において線形であり、

【0086】

【数58】

を与える場合、式３２は当該ケースにおいて正確である。（Ｂｅｒｎｓｔｅｉｎ基底上の）モーションブラーのためのバックフェーステストを用いて、上述されるようなレンズの中心におけるバックフェース状態を決定する。

【0087】

最終的なテストは、式３４における条件により与えられ、ａ^２（ｔ）＋ｂ^２（ｔ）が式３２を用いて拘束される。

【0088】

図３を参照して、被写界深度とモーションブラーの双方に対するバックフェーステストを実現するためのシーケンスは、図３のブロック６２に示されるように、レンズの中心においてトライアングルをテストすることによって開始される。これは、ｃ（ｔ）の最大値を計算及び拘束することにより行われる。次に、ダイヤモンド６４における確認は、ｍａｘ［ｃ（ｔ）］がゼロより大きいか判定する。大きい場合、トライアングルは、ブロック６６に示されるように、フロントフェースしていると報告される。

【0089】

そうでない場合、ブロック６８において、ｍａｘ［ａ（ｔ）^２＋ｂ（ｔ）^２］が、ブロック６８に示されるように、計算及び拘束される。次に、ｃ^２の最小値が、ブロック７０に示されるように、Ｒ^２ｍａｘ［ａ（ｔ）^２＋ｂ（ｔ）^２］より大きいか判定するためのテストが行われる。大きい場合、ダイヤモンド７２において、トライアングルは、ブロック７４に示されるようにフロントフェースしているとして報告され、そうでない場合、ブロック７６においてバックフェースしているとして報告される。

【0090】

ラスタ化がスクリーンスペースにおいて実行されるモーションブラーに対してベックフェースカリングテストを導出する。スクリーンスペースラスタ化について、トライアングルのスクリーンスペースエリアの符号により、共通のバックフェーステストが与えられる。射影変換はラインをラインにマッピングし、動きベクトルは射影後に依然として直線である。しかしながら、直線に沿った加速は、透視短縮（ｐｅｒｓｐｅｃｔｉｖｅ ｆｏｒｅｓｈｏｒｔｅｎｉｎｇ）により異なる。射影されたトライアングルの２つのエッジを、

【0091】

【数59】

として定義する。符号付きのエリアを２倍にすることは、

【0092】

【数60】

として表すことができる。

【0093】

各頂点はｔの関数であり（式１）、スクリーンスペースのバックフェーステストをｔの３次有理関数にすることを思い出されたい。トライアングルは平面で移動するが、頂点の位置はもはやｔについて線形補間されず、トライアングルは高々３階フェースを変更可能である。

【0094】

さらに、分母ｐ_０ｗｐ_１ｗｐ_２ｗの大きさはエリアテストに無関係であり、クリッピング後のｗ個のコンポーネントの符号を知っている場合、分母は省略可能であり、予想されるように、同次のケースと同様に３次多項式をもたらす。

【0095】

他方、スクリーンスペースにおいて線形の動きを仮定する場合、エリア関数は２次多項式になり、このケースでさえ、移動するトライアングルは、ｔ＝０及びｔ＝１においてバックフェースすることが可能であり、その間の何れかにおいて依然としてフロントフェースしている。

【0096】

本技術は、リアルタイム及びオフラインレンダリングと、確率的ポイントサンプリング及び解析的可視化方法との双方とに適用される。従来技術により招かれるレンダリングエラーは、極端なケースにおいては容易に検出可能であるが、大多数のケースにおいて、これらは、エラーを検出することが困難な妥当な画像を生成する。

【0097】

図４に示されるコンピュータシステム１３０は、バス１０４によりチップセットコアロジック１１０に接続されるハードドライブ１３４と着脱可能な媒体１３６とを有する。キーボード及びマウス１２０又は他の従来のコンポーネントが、チップセットコアロジックにバス１０８を介し接続されてもよい。一実施例では、コアロジックは、バス１０５を介しグラフィックスプロセッサ１１２と、メイン又はホストプロセッサ１００に接続されてもよい。グラフィックスプロセッサ１１２はまた、バス１０６によりフレームバッファ１１４に接続されてもよい。フレームバッファ１１４は、バス１０７によりディスプレイスクリーン１１８に接続されてもよい。一実施例では、グラフィクスプロセッサ１１２は、ＳＩＭＤ（Ｓｉｎｇｌｅ Ｉｎｓｔｒｕｃｔｉｏｎ Ｍｕｌｔｉｐｌｅ Ｄａｔａ）アーキテクチャを用いたマルチスレッドマルチコアパラレルプロセッサであってもよい。

【0098】

ソフトウェアによる実現形態のケースでは、関連するコードが、メインメモリ１３２やグラフィックスプロセッサ１１２内の何れかの利用可能なメモリを含む、何れか適切な半導体、磁気又は光メモリに格納されてもよい。従って、一実施例では、図１〜３のシーケンスを実行するためのコードが、メモリ１３２又はグラフィックスプロセッサ１１２などのマシーン又はコンピュータ可読媒体に格納され、一実施例では、プロセッサ１００又はグラフィックスプロセッサ１１２により実行されてもよい。

【0099】

図１〜３はフローチャートである。いくつかの実施例では、これらのフローチャートに示されるシーケンスは、ハードウェア、ソフトウェア又はファームウェアにより実現されてもよい。ソフトウェアの実施例では、半導体メモリ、磁気メモリ又は光メモリなどの非一時的コンピュータ可読媒体が、命令を格納するのに利用され、図１〜３に示されるシーケンスを実現するためプロセッサにより実行されてもよい。

【0100】

ここに説明されるグラフィックス処理技術は、各種ハードウェアアーキテクチャにより実現されてもよい。例えば、グラフィクス機能は、チップセット内に統合されてもよい。あるいは、個別のグラフィックスプロセッサが利用されてもよい。さらなる他の実施例として、グラフィックス機能は、マルチコアプロセッサを含む汎用プロセッサにより実現されてもよい。

【0101】

本明細書を通じて“一実施例”又は“実施例”という表現は、当該実施例に関して説明される特定の特徴、構成又は特性が、本発明内に含まれる少なくとも１つの実現形態に含まれることを意味する。従って、“一実施例”又は“実施例では”という表現の出現は、必ずしも同一の実施例を参照しているとは限らない。さらに、当該特徴、構成又は特性は、図示された実施例以外の他の適切な形式に設定されてもよく、このようなすべての形態が本出願の請求項の範囲内に含まれる。

【0102】

本発明が限定数の実施例に関して説明されたが、当業者は、これから多数の改良及び変形を理解するであろう。添付した請求項は、このような改良及び変形のすべてを本発明の真の趣旨及び範囲内に属するものとしてカバーすることが意図されている。

【図1】

【図2】

【図3】

【図4】