demoscene の世界では近年 raymarching というレンダリング手法がよく用いられています。ポリゴンモデルは使わず、モデルデータは数式の図形としてシェーダコードの中で表現し、pixel shader で図形との距離を求めて可視化していく、というものです。 demoscene (4k/64k intro) の厳しい容量制限の中綺麗な絵を出すために生み出された手法ですが、従来のポリゴンベースの手法では難しい独特の絵を出すことができるという副次的効果があります。 raymarching の代表的な作品群 この手法は PS4 世代以降、小規模ゲーム開発チーム向けの有用なツールになるんじゃないかと考えていて、atomic では試しに背景にこの手法を用いています。以下はその過程や考察です。 まず、raymarching の基本については demoscene.jp の人たちが素晴らしい解説
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
特定非営利活動法人natural science は、知的好奇心がもたらす心豊かな社会の創造にむけて、 現代社会では実感する機会の少ない科学や技術のプロセスを可視化・共有化する場づくりを通じて、 科学を切り口とした地域づくりを目指す、若手主体の団体です。 | More ≫ ３次元空間中の物体を任意の軸に対して、任意の角度回転させることを考えます。 これは、コンピュータグラフィックなどの世界で、マウス操作などの入力装置を利用して３次元の物体の向きを変更させたいときに必須となります。 一般的に「回転」といえば「オイラー角」を思い浮かべるわけですが、任意の軸に対する回転は不得意であることが知られています。 それは、任意の軸に対する回転に対応する３つのオイラー角が直感的には定式化できないためです。 また、場合によってはジンバルロックと呼ばれるオイラー角を利用時に特定の条件で発生する特有の問題もあり
Doom や Quake といったゲームで知られる id Software は、そのゲームエンジンのソースコードを、それが旧世代になったところで定期的に GPL で公開してきたが、昨年11月には Doom 3 のソースコードを GitHub で公開している。 そして、それからおよそ半年経ち、そのソースコードを解析した全五部作（＋ジョン・D・カーマックのインタビュー集）のページが公開された。 Doom3 Source Code Review: Introduction Doom3 Source Code Review: Dmap preprocessing Doom3 Source Code Review: Renderer Doom3 Source Code Review: Profiling Doom3 Source Code Review: Scripting VM Doom3 Sou
［CEDEC 2011］モンテカルロ法が拓くCGの可能性，高精度ボリュームレンダリングの新たなアプローチとは 編集部：aueki 東京大学大学院新領域創成科学研究科助教 楽 詠灝氏 CEDEC 2011の併催イベントとして行われていた「情報処理学会グラフィクスとCAD研究会・発足30周年記念 〜 CGリサーチフォーラム」から，興味深いセッションを紹介しよう。 CEDEC最終日（2011年9月8日），東京大学大学院の楽 詠灝氏による「あなたのボリュームレンダリングはまちがっているかも!? レイマーチングに替わる高速かつ正確なモンテカルロアプローチ」と題した講演が行われた。 ポリゴンとラスタライズによるリアルタイムCGも，そろそろ行き着くところまできており，次世代のリアルタイムCGは，レイトレだボリュームだポイントベースだと，いろんなレンダリングシステムに注目が集まりつつある（かもしれない）昨
Let me first say that I'm often visiting my own blog to read how I did certain things. This is mostly true for some of the older, more technical posts. I decided to blog about recent water rendering development in a way that will be helpful for me in time when my brain niftily sends all the crucial bits to desert. I apologize in advance if some pieces seem incoherent. Now for the rendering of wate
IK を実装して踊れるようになった。 11月2日現在、「きしめん」を踊ってくれる。普通のスピードで再生できれば25秒ぐらい。 http://edv.sakura.ne.jp/mmd/ MMD のフレームは 30fps なので、リアルタイムに再生するなら 1000ms/30=33ms ぐらいで1フレームの処理を終えなければならないのだけど、IK の計算で 30ms ぐらいかかってしまう時もあり（GC のためか）、物理演算までやるのは厳しくなってきた。今でさえちょっと遅いパソコンだとスローモーションになってしまう。あと Firefox より Chrome のほうがかなり速い。 Lat 式から頂点数の少ないモブ子さんに替えてみた。Firefox でもヌルヌル動くはず。ただし Windows の Firefox にはバグがあるので真っ白になることもある。 物理までやったらもうちょっと最適化してみる
GHP - PROG-RAHAM BACK 落書きに近い。 DirectX12の部屋 DirectX11の部屋 OpenGLの部屋 DirectX9の部屋 Lightweightの部屋 サウンドの部屋 RaspberryPIの部屋 その他[ふるいのまじったり] BACK
空間構造の一種であるQBVH(Quad-tree Bounding Volume Hierarchy)を実装した。 元の論文はhttp://www.uni-ulm.de/fileadmin/website_uni_ulm/iui.inst.100/institut/Papers/QBVH.pdf QBVHはレイトレーサの交差判定を高速化する。 以前syoyoさんがイイヨとおっしゃっていたので実装してみた。 この論文で語られるQBVHの要点は以下。 １．４分木構造 木構造においてひとつのノードに４つの子ノードを格納する。 ２．ノードのAABB(バウンド)を親が持つ 一つ一つのノードがそのAABBを持つのではなくその親が４ついっぺんにもつ ３．SIMDによる判定 ４つの子ノードのAABBの交差判定をSIMD演算を利用していっぺんに行う ４．面情報を格納するノードは作らない 面情報を格納するノー
Perspective Shadow Maps(透視シャドウマップ）を試してみました。 尚，今回のプログラムの実装に当たっては，Game Programing Gems 4を参考にしています。 Perspective Shadow Mapsは，StammingerとDrettakisがSIGGRAPH 2002で発表したシャドウマップに関する手法です。( 論文はこちらのページ) シャドウマップは，影を生成するための手法として，使われていますが，よく知られている問題があります。 それは，エイリアシングの問題です。Perspective Shadow Map(透視シャドウマップ）は，このエイリアシングの問題を解決するための一つの手法です。透視シャドウマップは正規化されたデバイス座標空間上で生成します。すなわち，透視変換後の空間でシャドウマップを生成するということです。さて，この様に透視変換後の
"Reflective Shadow Maps"の論文を読んだので, その概要について書きたいと思います. "Reflective Shadow Maps". Carsten Dachsbacher, Marc Stamminger. In Proceedings of the Symposium on Interactive 3D Graphics and Games, 203-231, 2005. "Shadow Map" では, 点光源の位置からシーンを描画したときの深度情報をテクスチャとして保存します. 一方で, "Reflective Shadow Maps"では従来の "Shadow Map" を拡張して, 深度情報だけでなく, 以下の情報もテクスチャとして保存します. 深度情報 d_p ワールド座標 x_p 法線 n_p 反射した光束 Φ_p そして, 点光源から他のジオメト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く