別に怒ってない 卒業生に、「先生、あの時怒ってたでしょ」って言われることがあります。いや、本当に怒ったことはあるんですけど、たいていは議論しているうちにエキサイトしてきているのを「怒っている」と受け取られるんですね。内心は別に怒ってませんし、議論が終われば平静に戻ります。研究の議論とか、学生さんの提出物に対するレビューなんかは、それなりに真剣にやっているつもりなので、時にはエキサイトしてしまいます。でも別に怒っているわけではありません。それでも、私と議論すると「心を折られる」と言われてしまったのは、私の不徳の致すところなので (パワハラと取られかねませんし) もうちょっと穏便な物言いをしようと思います。昔、MIXI の友達からの紹介文に「笑いながら毒を吐く」と当時の学生さんに書かれてしまいましたから、どこか根性が曲がってるところがあるんでしょうね。学生さん相手でなくても「ブログと印象が違い
GLSLライブコーディングVJに使えそうなツールを色々触った雑な感想 個人の意見です GLSLを書けるとこはいっぱいありますが、その中でもライブコーディングVJに使えそうなものを選びました 随時追記していきます Sh4derJockey https://github.com/slerpyyy/sh4der-jockey glslを書く事だけに集中できるツール コードエディタはないが、ホットリロードしてくれるのでライブコーディングできる fft,image,ndi,midiを扱える パイプラインを.yamlとして記述できる MIDIのバインディングがGUIで簡単にできる vertex,fragment,compute shaderを使える いつもVJの時に使ってます kodelife https://hexler.net/kodelife LiveCoding環境 MIDI,fft,3dモデ
はじめに Projection Matrixは何となくややこしいイメージが強い。実際ややこしい。自分でも勘違いすることがある。 なのでいったんまとめることにする。 Row Major, Column Major, ベクトルとの乗算の順序 Projection Matrixは4x4の正方行列で、メモリに格納するときに行要素を優先して格納すればRow-Major、列要素を優先して格納すればColumn-Majorと呼ばれる。 Row-Majorは以下の添え字の順番で格納したものを指す。 $$ \begin{pmatrix} a_1 & a_2 & a_3 & a_4 \\ a_5 & a_6 & a_7 & a_8 \\ a_9 & a_{10} & a_{11} & a_{12} \\ a_{13} & a_{14} & a_{15} & a_{16} \end{pmatrix} $$ 対し
リモート側の要件 調査対象アプリケーションを動かす側のことを、リモート側とここでは呼ぶことにします。リモート側に必要とされるのは、 RenderDoc のリモートサーバーを動かすことと、調査対象アプリケーションを動かすこと、です。リモートサーバーへの接続を受け入れできるように、ファイアウォールなどの設定変更も、場合によっては必要になるかもしれません。 リモートサーバーを動かすにあたり、ツールのバージョンに気を遣う必要があります。結果を閲覧するGUIツール側のバージョンとピタリと合わせておきます。 操作側の要件 いつものRenderDoc のGUI ツールウィンドウを開いて操作する側を、ここでは操作側(もしくはクライアント)と呼ぶことにします。私の場合、普段の開発環境は Windows 環境です。こちらで RenderDoc による調査をするイメージです。 この記事中では、 RenderDo
この記事はグラフィックス全般 Advent Calendar 2023の17日目の記事です。 はじめに この記事は、 「実行してみたら真っ黒になっちゃった。 RenderDocでシェーダーに渡った値とか見てみよ 。。。 RenderDoc経由で起動したら描画されたんだけど」 という方向けの記事です。 お急ぎの方は下まで飛ばしてください。 注意 バージョンによって動作が異なる可能性があります。 筆者のRenderDocはVersion v1.27です 「描画されない」の原因はものすごく多いので、調査項目の一つとして考えてください。 RenderDocを使用して困っている方向けの記事です。RenderDocの説明はしません。 当時の状況を再現したスクショを貼っています。 何をしようとしていたのか Vulkanを使用して、マルチサンプリングを実装しようとして、 既に描画に成功している状態からの修
これは個人的なメモです。間違っているかもしれないので注意してください ご指摘等あればよろしくお願いします (1)では、リアルタイムを想定してボリュームレンダリング方程式の解き方を考える (2)では、具体的なシーンを想定してGLSLで実装する 前提 光が粒子に当たると、散乱(scattering)と吸収(absorption)が起こる 散乱：光の方向が変わる 吸収：光が粒子に吸収され、別の形のエネルギーになる これら二つの現象をまとめて、減衰(extinction)と呼ぶ 粒子の大きさにより散乱のしかたが変わる 粒子の大きさ<光の波長：レイリー散乱(Rayleigh scattering) 粒子の大きさ>光の波長：ミー散乱(Mie scattering) 散乱について、入射した光がどの方向へどの程度出るかを表す関数を位相関数(phase function)と呼ぶ 位相関数は粒子の屈折率、大き
「SDL2 のサンプルプログラムを試す」 https://qiita.com/nanbuwks/items/379013b65fa10ce042a5 は vim と CUI で実現したのですが、VSCode が楽しそうなのでそれでビルド/デバッグ環境を作ってみます。 環境 Ubuntu 22.04 Visual Studio Code 1.74.0 C++ プログラムのための設定をする 先の「SDL2 のサンプルプログラムを試す」記事で C++ 環境はインストールしていますので VSCode 上の設定を行っていきます。 「C++」で検索して、「C/C++ for Visual Studio Code」 拡張をインストールします。 同様に、「C/C++ Extension Pack」もインストールします。 C++ プログラムのビルドの確認 フォルダを開くで適当なフォルダを選択し、File の
はじめに こんにちー。なたでです。 今日も引き続き勉強会です。これまで、座標系とその変換を学んできました。今回、その計算方法、具体的にはベクトルや行列演算について、どのようにソースコード上で書けばいいか学んでいきましょう。・・・ということで、DirectX、OpenGL、各シェーディング言語の型や計算の特徴をまとめます。 言語ごとのベクトルと行列の演算 主流なエンジンでのベクトルと行列の型の例の紹介と、演算例を確認しましょう。 DirectXのベクトルと行列の計算 D3DXVECTOR4 x, y, z, w成分を持つ横ベクトル D3DXMATRIX 4行4列の行列 D3DXMatrixMultiply 行列同士の掛け算を行う 計算例 // ベクトル（横ベクトル）の宣言 D3DXVECTOR4 v4 = D3DXVECTOR4( x, y, z, w); D3DXVECTOR4 v3 =
背景 レイトレやビジョン系機械学習(顔認識とか)で画像を出す + GUI がほしい. C/C++ で記述されたもの. ピクセルデータ(配列)から画像データが表示できること cross platform(Linux, Windows, macOS)対応 X11 で画面を飛ばして描画したいなどで, OpenGL を使わないようにしたい x11vnc とかだと画面全体を転送で遅い(=> 10GbE にすればある程度解決するかもだが?) ミニマルな構成 and 環境整備が楽であることが理想 いろいろ開発マシンを変えて開発したり, 各人の PC でも問題なくコンパイルできるように, すぐに環境整えられる or git sumodule で追加できるのが理想 cmake, meson でサクッと追加できる 候補 クロスプラットフォームで Software 描画で, そこそこ機能が充実しているものとして
概要 本書はリアルタイムグラフィックスの基本を理解するための解説書です。 リアルタイムグラフィックス、つまり「即時に生成される」グラフィックスはいまやゲームからビデオチャットまで広く利用されており、多くの方が目にするものになっています。 この技術の根本には数学があり、数学的知識を身につけることで、多様なグラフィックスを生み出すコードの中身、グラフィックス生成のしくみを、きちんと理解できるようになります。 ゼロからしっかり理解したいと考える方に、本書は断然おすすめです。 目次 第0章 Hello World 0.1 OpenGL、WebGL、GLSLについて知っておくべき最小限のこと 0.2 フラグメントカラー 0.3 ビューポート解像度とフラグメント座標 第Ⅰ部 アート・オブ・ノイズ 第1章 補間 1.1 線形補間とグラデーション 1.2 階段関数によるポスタリゼーション 1.3 極座標を
一般 Windows でコンソールを出さない方法 トラックボール 押し出し とっても簡単なマルチテクスチャのサンプル Point Sprite を使ってみる 3D テクスチャ キューブマッピングで FBO を使ってみる シャドウマッピングで FBO を使ってみる トゥーンシェーディング GL_SEPARATE_SPECULAR_COLOR 丸い点を描く GL_CLAMP_TO_EDGE, GL_CLAMP_TO_BORDER 頂点配列 Vertex Buffer Object 半透明処理 Depth Peeling デプスバッファの表示と画面表示の保存 FBO を使ってデプスバッファを表示する デプスバッファの輪郭線抽出 屈折マッピング 分光現象 Xcode の Project Template とっても簡単なボクセル化 デプスバッファを使ったボクセル化 ゼブラパターンの映り込み SSAO
ImGuiはC++で書かれたバックエンドのグラフィックスAPIに依存しないGUIライブラリで、主にデバッグ・エディタUIの実装用途で、ゲームエンジンなどで広く利用されています。 C#ではImGui.NETという上記のラッパーライブラリが提供されています。 著者は最近OpenTKを利用してOpenGLを勉強しているのですが、アプリ中のパラメータを調整するためのUIをスクラッチで実装するのも大変なので、このImGuiを導入して効率化を図れればと思っています。 そこで今回はImGuiをOpenTK上で動作させるようにしてみたいと思います。リファレンスにいくつか実装上参考にした記事を記載していますが、手元のmacではそのまま動作しなかったので(主にプラットフォームやGLのバージョン等)、それ含め書き直したものになります。 著者の動作環境は下記のとおりです。 macOS Big Sur Intel
無効なURLです。 プログラム設定の反映待ちである可能性があります。 しばらく時間をおいて再度アクセスをお試しください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
