https://monobook.org/w/api.php?action=feedcontributions&feedformat=atom&user=2404%3A7A83%3A93E0%3A6600%3AFD20%3A2D96%3AE3CC%3A74D4 2026-06-04T10:03:18Z 利用者の投稿記録 MediaWiki 1.42.1 https://monobook.org/w/index.php?title=%E3%82%BF%E3%82%A4%E3%83%AB%E9%81%85%E5%BB%B6%E3%83%AC%E3%83%B3%E3%83%80%E3%83%AA%E3%83%B3%E3%82%B0&diff=15460 2021-10-23T07:09:58Z

<p>2404:7A83:93E0:6600:FD20:2D96:E3CC:74D4: ページの作成:「&#039;&#039;&#039;タイル遅延レンダリング&#039;&#039;&#039;（英語：Tiled Deferred Rendering）とは、遅延レンダリングの発展系のひとつで、Gバッファー…」</p> <hr /> <div>'''タイル遅延レンダリング'''（[[英語]]：Tiled Deferred Rendering）とは、[[遅延レンダリング]]の発展系のひとつで、[[Gバッファー]]を一定サイズに分割（タイル化）してライティング処理を行うものをいう。<br /> <br /> == 概要 ==<br /> 一般的に[[ポイントライト]]（やスポットライトなど）は一定範囲にしか影響を及ぼさない。<br /> <br /> しかし従来の[[遅延レンダリング]]では「ライト」と名の付くものは[[Gバッファー]]の全[[ピクセル]]（≒画面の解像度）に対してライティング処理を行う。このためライトが増えると結構処理が重い。たとえば[[フルHD]]なら「1920x1080xライト数」という膨大な計算量になる。<br /> <br /> これを改善すべく、Gバッファーを一定サイズのタイルに分割し、各タイルに「ポイントライトの影響範囲か」を事前に計算し格納しておく。この際のタイルサイズはメモリ消費量と相談だな。<br /> <br /> ライティング処理の際には処理対象の座標が「タイル内か」を判定し、タイル内であれば処理を行い、タイル外であれば処理をしない。これにより[[ピクセルシェーダー]]の負荷がグンと下がるというものである。<br /> <br /> なお、ライト数が少ない場合は「[[ドローコール]]の増加」の影響により、従来の遅延レンダリングのほうが高速である。</div>

2404:7A83:93E0:6600:FD20:2D96:E3CC:74D4