Unity で Compute Shader を使ったスクリーンスペース衝突有りの GPU パーティクルを作ってみた - 凹みTips
はじめに コンピュートシェーダを使った GPU パーティクルを試してみます。GPU パーティクルを出す方法はいくつかあるのですが、任意のメッシュを利用したかったため、コンピュートシェーダを使った擬似インスタンシングによる方法を利用してみました。 参考：Render Massive Amount of Objects in Unity スクリーンスペースでの衝突および任意のタイミングでの生成・消滅をさせるところまでやってみました。 デモ コード GitHub - hecomi/UnityPseudoInstancedGPUParticles: GPU Particles w/ Screen Space Collision Example. 環境 Windows 10 Unity 5.4.0b17 コンピュートシェーダの基礎 こちらのページで翻訳されている ScrawkBlog がとてもわかり
[WebGL] 浮動小数点テクスチャの扱いでハマった件 - Qiita
必要な拡張機能それで合ってますか? 最近、WebGLで遅延シェーディングしたりすると、モバイルでG-Bufferが描かれないなんてことがあった。 いや、でもOES_texture_floatは確かに正常にgetExtensionできる。 CPUで書き込み、GPUで読み出すというケース あくまで、GPU側ではRenderTargetとして使わず、tetxture2Dで読み出すと言う場合には確かにOES_texture_floatのみで問題ない。 ただし、フィルタにLINEARをかけるのであれば、OES_texture_float_linearが必要だ。 half floatテクスチャを用いたい場合は、OES_texture_half_float,OES_texture_half_float_linearをそれぞれ用いれば良い。 ここまでは常識的な範囲だろう。 GPU側で書き込みが必要なケース
![[WebGL] 浮動小数点テクスチャの扱いでハマった件 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/90f7f53757c5b84a0f79435113b1e06e25af6b9c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCV2ViR0wlNUQlMjAlRTYlQjUlQUUlRTUlOEIlOTUlRTUlQjAlOEYlRTYlOTUlQjAlRTclODIlQjklRTMlODMlODYlRTMlODIlQUYlRTMlODIlQjklRTMlODMlODElRTMlODMlQTMlRTMlODElQUUlRTYlODklQjElRTMlODElODQlRTMlODElQTclRTMlODMlOEYlRTMlODMlOUUlRTMlODElQTMlRTMlODElOUYlRTQlQkIlQjYmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTA1YTE3MzM4NjVmNTk1OTIxYTBmMjM2YmQxMjI2NmY1%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa3lhc2JhbF8xOTk0JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1jMzgwMjE0ZWQ2ZTBiMDI4MjcwMzFmMzJiZDcwMDVkZg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dbe2d3e19cb491767f4aea4968e106841)
Unity で Standard Surface Shader の変換後のコードを追ってみた （Deferred） - 凹みTips
はじめに 過去幾つかの記事でディファードシェーディングのレンダリングパスで G-Buffer を色々いじることをやってきました。その際、G-Buffer に与える出力は適当な値を与えてきましたが、実際はもう少し真面目にやらなければなりません。というのも本来はエミッションのバッファにはエミッシブ値以外にもアンビエントや、ライトプローブ、GI といった事前計算された情報も書き込まれているからです。 デファードシェーディングレンダリングパス - Unity マニュアル 例えば Anbient Intensity を変えてみると良くわかります。球が前回と同じくレイマーチで作成した球、床や立方体はデフォルトのマテリアルを使用しています。球のエミッションバッファの値は 0.0 になっています。 一方、スタンダードサーフェスシェーダを利用するとこのようにはならず、適切にライティングされます。しかしながら
Unity でオブジェクトスペースのレイマーチをやってみた - 凹みTips
はじめに 以前、Unity の Command Buffer を使ってレイマーチを行う方法を紹介しました。 Unity で Command Buffer を使って Raymarching をしてみた - 凹みTips しかしながらこの手法では異なる多数の立体を同時に描画したり、それらのオブジェクトを自由に操作したりするには計算コストが高く難しいです。そこで id:i-saint さんがオブジェクトスペースにおいてレイマーチを行うことでこれを軽減する手法を提案されていました。 object space raymarching - primitive: blog 本エントリでは、提案されたいた手法を前回のエントリに続く形として実装してみましたので、具体的にどんなことが行われているか差分の形で紹介したいと思います。 デモ 角丸立方体の格子で出来たキューブと球のモーフィングです。トランスフォームを
Unity でスクリーンスペースのブーリアン演算をやってみた - 凹みTips
はじめに ブーリアン演算とは様々な形状を集合演算（足し合わせる（和）、一方から他方を引く（差）、一致する部分を抜き出す（積）など）によって作成する手法です。 ブーリアン演算 - Wikipedia Constructive Solid Geometry - Wikipedia いくつかの実装方法があると思いますが、スクリーンスペースで G-Buffer を加工することでこれを実現する Unity での実装を id:i-saint さんが作られており、実装も公開されていました。 playing with Unity 5's deferred shading pipeline - primitive: blog GitHub - i-saint/Unity5Effects G-Buffer 加工による利点は 3D ソフトなどで見られるメッシュ自体の変形に比べ、多数のオブジェクトを組合せ爆発しな
WebGLで複数のシェーダー使用時にハマる罠「俺のVBOがアタッチされてないわけがない！」 - Qiita
はじめに 皆さんこんにちは！ 日本のWebGL界において、意識高い系WebGLおじさんとして知られるエマ・デュランダルさんですよ！（挨拶） さて、皆さんWebGL楽しんでますか？ WebGLはネイティブのOpenGLと違い、glGetErrorとかglShaderInfoLogとかで明示的にエラー確認を行わなくても、エラーが発生した際はブラウザが親切にちゃんとコンソールにエラーメッセージを出してくれます。 非常に3Dプログラミングしやすい環境だと思います。 それでも、「どうしてもこのエラーが取れない！！ 正しくWebGLのAPIを呼び出してるはずなのに、どうしてエラーが出るの！？ 亡霊かよこのエラー！」っと叫びたくなる時もあるものです。 どうしてか。大抵の原因は、WebGL（及びそのベースとなったOpenGL ES）のAPIについての理解不足にあるんです。 おやおや、今日もWebGLで悩め
Unity で Command Buffer を使って Raymarching をしてみた - 凹みTips
はじめに id:i-saint さんのこちらの記事（rendering fractals in Unity5 - primitive: blog）に触発されて勉強中です。Raymarching はポリゴンベースでなく、距離関数（distance function）と呼ばれる数式を元にオブジェクトをレンダリングする方法で、工夫次第でスゴイ画が作れるテクニックです。 raymarching for games - primitive: blog wgld.org | GLSL: レイマーチングで球体を描く | 全能感UP! GLSLで進めレイマーチング « demoscene.jp Unity では先の記事で解説したように Command Buffer を使うことによって Deferred Rendering で使う G-Buffer を直接操作することが可能で、G-Buffer へ raym
Unity でカスタムライトを使ったスクリーンスペースシャドウを試してみた - 凹みTips
はじめに 前回に引き続き Raymarching 関連記事です。 G-Buffer に Raymarching して描画したオブジェクトではポリゴンのオブジェクトから影を受けることは出来るのですが、Raymarching したオブジェクトから自身とポリゴンのオブジェクトへの影を作ることが出来なかったため、以下の解説にありましたスクリーンスペースシャドウを試してみました。 playing with Unity 5's deferred shading pipeline - primitive: blog 例 なんかゴテゴテした画になってしまいましたが...、Raymarching したオブジェクトでもポリゴンベースのオブジェクトでも光が遮られているのがお分かりいただけると思います。 Raymarching 時に行った場合 コード Screen Space Shadow に入る前に wgld.
古典的な遅延シェーディングの秋 2014 - Engine Trouble
おなじみの遅延シェーディング (Deferred Shading) を実装しました。昨年の夏に OpenGL で実装して以来、１年ぶりになります（こちらの記事を参照）。今回実装したのは、いわゆる古典的遅延シェーディング (Classic Deferred Shading) と呼ばれ12広く知られている遅延シェーディングです。今回は触れませんが、この遅延シェーディングを発展させたテクニックには Light Pre-Pass や Forward+ があります。 遅延シェーディング 遅延シェーディングについてざっくり説明すると: 最初のパスでは、レンダーターゲット（またはフレームバッファ）にオブジェクトのアルベド（テクスチャカラー）や法線、深度、ワールド空間での位置などを書き込みます。(A) 次のパスでは、レンダーターゲットをサンプリングしながらシェーディングを行います。(B) 最初のパス (A
deferred shading in Unity - primitive: blog
Unity は標準で deferred rendering をサポートしていますが、これは light pre-pass とか deferred lighting と呼ばれるもので、deferred shading とはちょっと違います。私が必要としているのは deferred shading の方なので、これを Unity で実装してみました。 https://github.com/i-saint/DeferredShading deferred shading 自体の詳しい解説はここでは省略しますが、 大雑把には render target を複数用意し、ポリゴン描画パスではそれらに法線、位置、diffuse 色などシェーディングに使う情報を格納 (これらは geometry buffer、略して G-Buffer と呼ばれます)、その後 G-Buffer を利用してポストエフェクト的
WebGLライブラリ向けのDeferred Renderingにおける動的ライト、シャドウマップの実装法について[jThreeガチ勢向け(?)] - Qiita
WebGLライブラリ向けのDeferred Renderingにおける動的ライト、シャドウマップの実装法について[jThreeガチ勢向け(?)]WebGLjThree これはWebGL Advent Calender(http://qiita.com/advent-calendar/2015/webgl )16日目の記事です。 僕は普段jThreeというOSSなライブラリの新バージョンを作ることをしている。この新しいjThreeのv3であるがWebGLにおける新たなライブラリのあり方を定義しようという思いを持って開発は行われている日本発のOSSなWebGLライブラリである。 このjThreeは今までのjThree v2のいいところを継承しながら、three.jsやその他のライブラリとはまったく違う側面を持ったライブラリである。その用途は比較的ゲーム向けではなく、Webサービスの一部として融
![WebGLライブラリ向けのDeferred Renderingにおける動的ライト、シャドウマップの実装法について[jThreeガチ勢向け(?)] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bf48f86ef1c8e47f4e0732a40edd610924a510a1/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9V2ViR0wlRTMlODMlQTklRTMlODIlQTQlRTMlODMlOTYlRTMlODMlQTklRTMlODMlQUElRTUlOTAlOTElRTMlODElOTElRTMlODElQUVEZWZlcnJlZCUyMFJlbmRlcmluZyVFMyU4MSVBQiVFMyU4MSU4QSVFMyU4MSU5MSVFMyU4MiU4QiVFNSU4QiU5NSVFNyU5QSU4NCVFMyU4MyVBOSVFMyU4MiVBNCVFMyU4MyU4OCVFMyU4MCU4MSVFMyU4MiVCNyVFMyU4MyVBMyVFMyU4MyU4OSVFMyU4MiVBNiVFMyU4MyU5RSVFMyU4MyU4MyVFMyU4MyU5NyVFMyU4MSVBRSVFNSVBRSU5RiVFOCVBMyU4NSVFNiVCMyU5NSVFMyU4MSVBQiVFMyU4MSVBNCVFMyU4MSU4NCVFMyU4MSVBNiU1QmpUaHJlZSVFMyU4MiVBQyVFMyU4MyU4MSVFMiU4MCVBNiZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDbWlkZGxlJnM9YzEzMTEwMmFkNTY1ODkxNmI2YTg3ZTA4ZTFmYTkyZDM%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa3lhc2JhbF8xOTk0JnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05NWQzYTc4MTExNzU0MGQ1Y2FhMjE4YjVmYzU3MThiZA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dc221d5bdfbdbb31c85fdb28df0cf4406)
ゲーム パフォーマンス: 頂点配列オブジェクト
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
GPU本来の性能を引き出すWebGL頂点データ作成法 - Qiita
この記事はWebGL Advent Calendar 2015の９日目の記事です。 ご注意 本記事は2015年当時に書いた記事なのですが、GPUがGeForce 8x00シリーズ以降、SIMDからSIMTという並列実行形式に切り替わった頃から状況が大きく変わりました。 以前は本記事でも紹介するインターリーブ形式の頂点データの方が高速だったのですが、現在のGPUでは多くの環境で非インターリーブの方が高速とされています。 AMD GPUにおいても、GCNアーキテクチャ（PS4以降の世代）から（それまでのVLIWから）SIMTに切り替わり、非インターリーブを推奨されているようです。 WebGLは基本的にネイティブ3D APIへのマッピングに過ぎないため、この傾向はおそらくWebGLでも同様と考えられます。 とはいえ、インターリーブ(AoS)や非インターリーブ(SoA)はCGをやる上でいずれ避けて
Chrome DevToolsを使ってJavaScriptのメモリリークを検出し、解消する - 人生dat落ち
JavaScriptを書いていたらブラウザがくっそ重くなる症状に出くわした。あぁ、噂のメモリリークですわ。 先人の知恵に頼るマン。それっぽい記事が見つかる。 javascriptのメモリリーク対策(随時更新) - Qiita Shibu’s Diary: JavaScriptのメモリリークを10倍速で発見する Taming The Unicorn: Easing JavaScript Memory Profiling In Chrome DevTools Writing Fast, Memory-Efficient JavaScript - Smashing Magazine angularjs - How to catch memory leaks in an Angular application? - Stack Overflow 上の記事はProfiles + Take Heap
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜなにリアルタイムレンダリング
Metal Kernel Functions / Compute Shaders in Swift - DZone