frontend の設計
設計目標
フロントエンドは 3D のシーンが 3D でなくなる場所です。すべての出力で共通の各段階(モデル変換とビュー変換、投影、可視判定、照明、影)を担い、バックエンドには画面空間の三角形の平らなリストを、それぞれ 1 つの明るさとともに渡します。そのため、バックエンドは半日で書けます。決めることは、ある明るさの三角形が自分のデバイスでどう見えるかだけです。同じ境界によって、TUI、Canvas、SVG のバックエンドは同じ DrawList から同じ画を表示できます。
数学的背景
パイプライン
メッシュの頂点 とモデル行列 を持つ各オブジェクトと、ビュー行列 と投影 を持つカメラ(view の設計を参照)について、build_draw_list は次を計算します。
さらに、カメラ空間の法線 と中心 を持つ各面 について、
を計算します。ここでカメラはカメラ空間の原点にあり、 はカメラ空間での光の方向(方向なので )、環境光の係数は 、影の可視度 は後述します。 は剛体運動なので はワールド空間のランバート項に等しく、カメラ空間で計算すれば法線をもう 1 組持つ必要がありません。出力される各四角形は triangulate_quad の 2 つの三角形になり、どちらも を持ちます。
シャドウマッピング
ある点と光源の間にほかの面があるとき、その点は影の中にあります。平行光源ではすべての光線が に平行なので、判定は平行(正射影)投影の中で に沿った距離を比べることに帰着します。11 深度マップの手法は Lance Williams の “Casting curved shadows on curved surfaces”(SIGGRAPH 1978)で導入されました。
光源カメラ。 をシーンのワールド空間でのバウンディングボックスの中心、 とします。フロントエンドは Camera3 を に置いて を向かせ、上方向 (座標系が退化しないよう のときは )とします。すべての頂点はその前方 単位以上の位置にあります。このカメラの空間では、 と は光線を横切る座標、 は光線に沿って光源から離れる距離です。
グリッド。 全頂点の光源空間でのバウンディングボックスを各辺で だけ広げ、その上に の グリッドを置きます。
深度パス。 すべてのオブジェクトのすべての三角形を、前面か背面かにかかわらず、下の規則でグリッドにラスタライズし、各テクセルには最小の (光源に最も近い面)を残します。深度は重心座標で線形補間し、ここではそれが正確です。 の平面 上では は についてアフィンであり、グリッドへの写像もアフィンだからです。
参照。 ワールド空間の点 を判定するには、フロントエンドはそれをバイアス の 2 倍だけ光源の方へ動かし、グリッドに写して最も近いテクセル に丸めます。光源カメラの前方軸は なので、 に沿って 動かすと はちょうど 減ります。点がグリッドの外にある場合、テクセルが空の場合、または
の場合に点は照らされているとみなすので、実効的な許容誤差は で、 です。
バイアスが必要な理由。 グリッドの解像度が有限なために面が自分自身に影を落とす現象をシャドウアクネと呼びます。最も近いテクセルの中心に丸めると、参照位置は各軸で最大で半テクセル ずれます。ここで は光源空間の単位でのテクセルの大きさです。 を通る面の光源空間での深度の勾配が なら、そのテクセルに格納された深度と の差は最大で
です。法線が と角度 をなす面では なので、すれすれの入射では誤差は際限なく大きくなります。許容誤差 は のときアクネを取り除きます。そうでない場合は が に近く、ランバート係数 によって面はすでに暗いので、残ったアクネは目立ちません。バイアスの代償は、接触点で影が少し遅れて始まること(ピーターパン現象)で、その量はおよそ = シーンの深度範囲の 1.5% です。
面の可視度。 フロントエンドは各面の中心と 4 頂点を判定して平均します。
影の境界をまたぐ面は中間の値になり、フラットシェーディングされた面の上にぎざぎざの境界を描く代わりに、面の解像度で境界を和らげます。環境光の項によって、完全に影に入った面もランバートの明るさの を保つので、影の中でも形が読み取れます。光源に背を向けた面は参照せず、輝度は です。
エッジ関数によるラスタライズ
LumaBuffer::draw_triangle(と同じ規則を使う TUI とシャドウマップのラスタライザ)は、エッジ関数で被覆を判定します。画面平面上の点 、、 について
とします。これは のアフィン関数で、直線 上で 0 になり、その直線をまたぐと符号が変わります。 は三角形 の面積の 2 倍です。三角形 について
と置きます。各 は についてアフィンで、 以外の 2 頂点で 0 になります。符号付き面積は頂点の巡回置換で不変なので、 では に等しくなります。したがって は同一直線上にない 3 点で 0 になるアフィン関数であり、
は の重心座標です(、)。点が閉じた三角形の中にあるのは、すべての 、つまりすべての が と同じ符号か 0 のときに限ります。コードは両方の符号を判定するので、画面上での三角形の巡回順は関係ありません。カリングは 3D ですでに済んでいます。ピクセルは中心 で、三角形のバウンディングボックスの中だけでサンプリングし、 DEPTH_EPSILON の三角形はスキップします。覆われたピクセルの深度は透視補正された です。
深度バッファ
set_if_closer は、新しい深度が格納済みのものより = DEPTH_EPSILON を超えて小さいときだけピクセルを書き込みます。描いた三角形についての帰納法により、 を描いた後、各ピクセルはそこを覆う三角形のうち深度が最小のものの輝度を持ち、その深度から 以内の三角形が複数あれば最初に描かれたものの輝度を持ちます。基底は深度 の空のバッファです。帰納段階では、 は を超えて厳密に近いときに限り格納済みの値を置き換えます。したがって最終的な画像は、ほぼ同点の場合を除き描画順序に依存せず、そのため描画リストは並べ替えません。
辺は含まれ、「左上」の同点規則はありません。2 つの三角形が共有する辺のちょうど上にあるピクセルの中心は両方に覆われ、深度テストがどちらか一方を残します。四角形の 2 つの三角形は同じ輝度を持つので、面の内部では見分けがつきません。
露光とオプティカルフロー
シャッター時間 のカメラは各ピクセルで を記録します。フロントエンドは正規化された露光を、 個の描画サンプルにわたるリーマン和で近似します。
これは重み の LumaBuffer::add_weighted_sample で実装されています。動く輪郭はモーションブラーとして伸びます。
オプションのフローによる位置合わせは輝度一定 を仮定し、総当たりのブロックマッチングでピクセルごとの整数の変位 を推定します。
積算の前に各サンプルをそのフローでワープすると(align_with_flow)、動く内容が現在のフレームに位置合わせされ、ぼけの代わりにゴーストの少ない鮮明な輪郭が得られます。推定値は整数です。開口問題の影響を受け、一様なパッチではどの も合うので、走査順により が返ります。
設計上の判断
境界としての描画リスト
課題は、出力モデルがまったく異なる 3 つのバックエンド(文字のグリッド、ピクセルのキャンバス、保持される SVG ノード)が同じシーンを表示しなければならないことです。選択肢は、メッシュを渡す(各バックエンドが投影と照明を実装し直す)、ピクセルを渡す(SVG バックエンドがベクター出力を失う)、投影とシェーディングを済ませた三角形を渡す、の 3 つで、最後のものを選びました。DrawTriangle には、どのバックエンドにも必要なもの、つまり画面座標、遮蔽のためのカメラ深度、各バックエンドが自分のパレットに対応付ける の明るさがちょうど含まれます。投影、カリング、照明、影は 1 か所で一度だけ計算され、一度だけテストされます。
四角形ごとのフラットシェーディング
面ごとに 1 つの輝度は、デモのファセット状のローポリゴンの見た目やターミナルの粗い解像度に合い、描画リストも小さく保ちます。スムーズシェーディングには core にない頂点ごとの法線と、SVG バックエンドでは表現できないピクセルごとの補間された輝度が必要になります。
影はフロントエンドで
影にはシーン全体のワールド空間の幾何が必要で、バックエンドはそれを見ないので、影はフロントエンドに属します。レイキャスティングではなくシャドウマップを選びました。コストは光源からのシーンのラスタライズ 1 回とサンプル点ごとの参照 1 回で、既存のラスタライザを再利用でき、加速構造も不要です。可視度は面ごとに 5 回しかサンプリングしないので、解像度は 128 × 128 に固定しています。より細かいマップにしてもフラットシェーディングの出力は変わりません。範囲は毎フレームシーンに合わせるので、常に解像度をすべて使えます。
共有のスカラーバッファ
LumaBuffer がバックエンドではなくフロントエンドにあるのは、深度付きのスカラー画像を必要とする利用者が 3 つあるからです。Canvas バックエンド、露光の積算、オプティカルフローです。TUI バックエンドは直接描画用に自分の文字バッファを持ち、露光効果には(draw_list_to_tui_luma を通して)LumaBuffer を使います。
データとしての時間
Timeline、ScalarTrack、ExposureSettings、フローの関数は純粋なデータとバッファの関数で、時計を呼ぶことはありません。いつ描画し、どの時刻をサンプリングするかはデモが決めるので、フロントエンドは決定的でテストしやすいままです。
正しさと不変条件
- 出力される三角形はカメラの方を向き(カメラ空間で )、光の方向が単位ベクトルなら輝度は丸めを除いて に入ります(完全に照らされた面が になることがあります)。バックエンドがそれをクランプします。
- 描画リストはシーンの順に、オブジェクトごと、面ごとに並び、可視の四角形 1 つにつき三角形が 2 つあります。
- 上で示したとおり、
LumaBufferは各ピクセルで、そこを覆う最も近い三角形の値( 以内の同点なら最初に描かれたもの)を保持します。 - 影の参照は、マップの外や空のテクセルの下にある点を暗くすることはありません。可視度は の倍数です。
ExposureSettingsは常に で、サンプルは 1 つ以上です。autoはちょうど 1 サンプルになります(数を求める前にシャッターがクランプされるため)。Timeline::frame_countは 1 以上で、サンプルの時刻は 、進捗は にクランプされます。
フレームあたりのコストは、変換、カリング、シェーディングが 、ラスタライズは各三角形が覆うバウンディングボックスの面積に比例(シャドウマップと LumaBuffer の両方)、照らされた可視の面ごとに影の参照が 5 回、オプティカルフローが です。
採用しなかった案
- 描画リストを深度で並べ替えること。 TUI と Canvas のバックエンドでは正しい遮蔽は深度バッファから得られ、SVG バックエンドは深度バッファがないので自分で並べ替えます。フロントエンドで並べ替えると、1 つの戦略をすべてに押し付けることになります。
- グーローシェーディングやフォンシェーディング。 「四角形ごとのフラットシェーディング」を参照してください。TUI の出力も、良くなるどころか雑然とします。
- 隣接テクセルでのパーセンテージクローサーフィルタリング。 面ごとの 5 サンプルで、フラットシェーディングが表現できる中間の値はすでに得られます。
ExposureSettings::autoのクランプを変えること。 シャッターを 1 フレームより長くできればautoは複数のサンプルを返せますが、1 つのフレームが次のフレームの区間の光まで積分することになります。
境界
フロントエンドは次のことをしません。
- 視錐台やニア平面による幾何のクリッピング。すべての頂点はカメラの前方になければなりません。
- 点光源やスポットライト、色付きの光、複数の光源、マテリアル、テクスチャへの対応。
- 文字、色、デバイス上のピクセル、ファイルの生成。
- フレーム間での描画リストの並べ替え、バッチ処理、キャッシュ。
- サブピクセルや密な変分法によるオプティカルフローの推定。
Footnotes
-
深度マップの手法は Lance Williams の “Casting curved shadows on curved surfaces”(SIGGRAPH 1978)で導入されました。 ↩