例外安全にする基本

例外に対し安全なコードを書く基本

ClassA * p_ClassA = new ClassA();
【何か】
delete p_ClassA;

としてはいけない。

関数の中のstatic変数

static変数は怖い。摩訶不思議。

const char* func(){
    static std::string s;
    s = GetHoge();
    return s.c_str();
}

を

const char* func(){
    static std::string s = GetHoge();
    return s.c_str();
}

にすると期待どうりに動かないだろう。

2/24 返り値の型まちがってたのを修正

pimplイディオム

実装をヘッダファイルに書かないためにそのすべてのメンバを実装したクラスへのポインタのみをメンバにもつことをpimpl*1イディオムと呼ぶ。

2/24 パターン→イディオム

*1:Pointer of IMPLement

ロガーの作り方

ロガーとはログを書き出す仕組みのこと。
C++を使っているのであれば、多態を使って柔軟なロガーを作ることができる。

円柱と光線の交差判定

レイトレーシングにおける円柱との交差判定を考える。
ウェブや本などでいくつかの記述例があるが、それは大抵、複雑であるか、軸がY軸もしくはZ軸に固定であるかのどちらかだろう。
以下ではすっきりと記述でき、if文だらけにならず、なおかつ軸を固定しない手法をあげる。
本手法は、判定時に光線を変形する。これにより非常にきれいに記述することが出来る。

フォトン・シャドウマップ

フォトン・シャドウマップ的なものを実装した。シャドウ・フォトンマップではない。

参考用にレイトレースシャドウ

レンダリング時間は点光源×３で
上：５秒
下：７秒
と少し速い。ライトが多くなればもっと差がつくだろう。

んが、前処理がかかりやがる。上の画像でフォトンを約４００万くらいとばして、２０秒くらい。それなりのクオリティが必要なら、もっと・・・。正直ダメジャンと思った。
・・・まあ独自にもの考えてもろくなことはないわけで、残念な感じ。
フォトンの飛ばしには乱数とか低食い違い列とか試したんだけど、うまく制御できないので（つうかまったく理論がわかってないので）、正２０面体の再起分割を使った。わるくない。モンテカルロ法に対する、区分求積法なのかなあ・・・

以下は残念な感じ

失敗だけどきれいだったので

フォトンマップ

フォトンを何も考えず最近隣だけ取ってレンダリングするとボロノイ分割の模様が現れるんだな。

無理やりフィルタの図。ほんとはこんなことをしてはいけない。

もっとだめなフィルタリング。

フォトンマップ構造は意外と簡単に出来る。
けど、今のところGIにすぐ行くつもりはない。GIには魅力を感じない。
シミュレータではなく、絵作りの道具としてレンダラを考えているためだ。
フォトンマップを影生成の高速化手法に利用できないか、模索したいと考えている。
何通りも方法はある。
シャドウマップの延長線で考えた方が良いかもしれない。

• フィルタ幅はレイとの交差点と光源との距離によって可変にするべき。
• 点光源には向いていない。
• フォトンがなかったらどうするか？
• 影フォトンの扱いは？
• 輝度推定をshaderと切り離すには・・・