はじめに geometry shaderで草原を作ったのでメモします。 Unityのバージョン：2018.3.0b8 ソースコード ソースコードは次のリポジトリに置いてあります。 MatchaChoco010/UnityGeometryShaderGrass 動画 次の動画は作成した草原の動画です。 草を生やす geometry shaderでメッシュの頂点を受け取って、 その頂点の位置に草のメッシュを生成しています。 生成する草のメッシュは次のような平面を十字に交差させた形です。 このメッシュに次の草のテクスチャを貼っています。 頂点IDをSV_VertexIDセマンティクスで受け取って、 その値をもとにランダムで4種類の草を切り替えています。 ランダムの関数には次のものを使いました。 ランダムな値を返す関数 on GLSL - Qiita 2次元の値を渡す必要があるようなので.xxとし

次世代グラフィックAPI Vulkanがどんなヤツであるかを、実際のコードを交えて解説します。 これは2017年7月22日に行われた 第13回 カーネル／VM探検隊 の発表資料です。

こんばんわPocolです。 Vulkanについてある程度知見が増えてきたので，ここでちょっとまとめておこうと思います。 Vulkanに適しているもの・適していないもの ＜Vulkan移植を避けるべきもの＞ ・OpenGL　→　Vulkanへの移植案件。 ・Direct3D 11 →　Vulkanへの移植案件。 ・ゲームエンジンやライブラリなどマルチプラットフォーム対応されているプログラムのVulkan対応 ＜Vulkan移植してもいいかなという条件＞ ・非マルチプラットフォーム（対応APIがVulkanのみ） ・ブレンドステートやラスタライザ―ステート，シェーダなどの組み合わせが事前にすべて分かるアプリケーション。 ・CPUがボトルネック。 ・コピーコマンドをほとんど使わない（動画テクスチャみたいなものを使用しない） ・D3D12で動くプログラム まず，恐らくゲーム業界で

When to transition from OpenGL to Vulkan With the availability of Vulkan there are now two open graphics APIs that target similar platforms. This brings up the questions which API to choose for new applications, or what to do with existing applications. Just because Vulkan is newer, it doesn’t mean it is always better, nor that OpenGL became an inferior choice over night. Will the application bene

はじめに カブクの甘いもの担当、高橋憲一です。 エンジニアとしての担当領域はサーバーサイドで動作する3Dモデルデータの解析／レンダリングエンジンの開発です。 rinkakやMMSではユーザーの皆さんにアップロードして頂いた3Dモデルデータをプレビュー表示する機能があるのですが、その画像のレンダリングは mesa という OpenGL 互換のライブラリを使って開発したエンジンでサーバーサイドでオフスクリーンレンダリングをしています。で、今回は OpenGL ではなく、新しいグラフィクスAPIである Vulkan を Android N で試しみた話をしたいと思います。 Vulkanとは AppleのMetalや、AMDのMantle、MicrosoftのDirect X12など、最近のモダンな3D グラフィクスAPIの潮流はドライバ層を薄くしてオーバーヘッドを減らすというものです。前述のOp

2016年2月にVulkanの正式仕様とSDKがリリースされ、その後NVIDIAやAMDなど大手GPUベンダー各社からもPC向け正式ドライバーがリリースされ始めているので、そろそろ試してみることにしました。まずはシェーダーのコンパイラーまわりから入ります。ちなみにVulkan仕様とSDKは、最初の正式リリース以降かなり頻繁にリビジョンアップが続けられています。 LunarXchange - The source for Vulkan development tools (sponsored by Valve) Vulkan用GLSLコンパイラー Vulkan SDKにはGLSLをコンパイルしてSPIR-Vを出力することのできるオフラインコンパイラー「glslangValidator」が付属します。 32bit版 (x86) は下記にインストールされます（Windows環境）。 %VK_SD

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 今まで特に不便を感じていなかったのでトライしていなかったが、 OpenGL を扱う上で大きなハードルになっている多バイト文字の描画について、今回は実験の結果をまとめる。 （尚、 DirectX の言語対応についてはよく知らないが、世の中には右手系の座標空間で日本語を使いたい人もいるはずだ！） 長いので全文は「続きを読む」で。 そもそも、 OpenGL はフォントの描画に関しては何の仕組みも持っていない。フォントは線分やポリゴンと同じようなプリミティブとして描画する必要がある。 ここで最初の選択肢となるのが、ビットマップやテクスチャといった、ラスタ画像で文字を描画するのか、それとも輪郭をなぞるようにプリミティブを描画する のか、ということである。前者は既存のフォントを使用する上では

描画方法についてはキューブを回すところまでできて一段落したので、しばらくは追加された機能について試していきたいと思います。今回は OpenGL 4.x で追加されたハードウェアのテセレーションについてです。DirectX 11 でいうところの、ハルシェーダーだったりドメインシェーダーだったりに相当します。OpenGL ではこれらを、テセレーションコントロールシェーダーとテセレーションエバリュエーションシェーダーと呼びます。なかなかOpenGLでテセレーションの簡単なサンプルを見かけなかったので、ちょっと大変でしたが何となく最小限のものができたので今回はこれを説明＆公開します。 テセレーションとは テセレーションとは、ポリゴン面をさらに分割してよりなめらかな曲面を作り出すのに使用されます。近年のOpenGLやDirectXでは、テセレーションを行うハードウェアが搭載されており、これらをテセレ

（これは2011-09-20に書いた故OCNブログの記事を加筆修正したものです） 個人的にグラフィックス プログラミングが好きで、仕事でも趣味でもDirectXやOpenGLを使っているんですが、OpenGL/OpenGL ESの不甲斐なさにそろそろ愛想が尽きてきました。 具体的にDirectX (Direct3D) と比べてOpenGLのどこがダメなのか、今回はそれぞれのシェーダー言語（シェーディング言語）であるHLSLとGLSLを比較しながら、OpenGLおよびGLSLの使いづらさを列挙していきましょう。 エフェクト 普通はHLSLもGLSLもシェーダーステージごとにプログラムのソースファイル（またはソースコード文字列）を分けてコンパイルしますが、HLSLというかDirect3Dでは「エフェクト」と呼ばれるフレームワークライブラリを使うと、頂点シェーダーもジオメトリ シェーダーもピクセ

OpenGLにわりと新しく入った機能でテクスチャー・バッファー・オブジェクト(TBO)というものがある。 これが非常にわかりにくい機能で過不足なく明快に説明した文章を見たことがない。 まずTBOはテクスチャーバッファーという名前のオブジェクトではなく、 ２Dテクスチャーやキューブテクスチャーなどのテクスチャーの１種である。 つまりTBOオブジェクトではなくTBOテクスチャーである。 通常の２Dテクスチャーが２次元の画像データから値を拾ってくるのに対して、 TBOは汎用のバッファーオブジェクトから値を拾ってくるテクスチャーである。 Texture・2Dの連想でTexture・BufferObjectと名前を付けたのだろうが、激しく誤解を受けそうなネーミングである。 素直にBufferObject・Textureにしておけばいいのに。。。。 GLSLの中では通常の２Dテクスチャーはsample

ドキュメントにOESはサフィックスだとかなんとか書いてるんで思いついたのが、glBindFramebufferOESじゃなくBind Framebufferとか、いくつかに分けての検索方法。 ヒットしました。 glBindFramebuffer って、 OpenGL ES 2.0 Reference Pages に載ってるんじゃ～ん。 これによると glGenFramebuffers　フレームバッファの固有名を作成 glBindFramebuffer　与えられた固有名をもつフレームバッファを作成 となるみたいです。 実際のソースでは glGenFramebuffersOES(1, &viewFramebuffer); glBindFramebufferOES(GL_FRAMEBUFFER_OES, viewFramebuffer); と書かれてます。ここで、glGenFramebuffer