開発

<itemgroup>
   <projectreference Include="ProjectName.vcxproj">
     <project>{PROJECT GUID}</project>
     <referenceoutputassembly>false</referenceoutputassembly>
   </projectreference>
</itemgroup>

どうやら、参照が解決されないから、.vcxprojに追加してね（はぁと　って、ことらしい。
コンバータだめすぎるだろうｗ

とりあえず、今日確認した症状。

出力ディレクトリと中間ディレクトリを設定する項目があるんだけど、出力にパスを設定して中間ディレクトリに$(OutDir)を設定する。
※$(OutDir)は出力ディレクトリのマクロ。
この順番で処理をするとずっと変更が反映されない。

出力→中間だった処理の順番が、中間→出力にかわったらしくて、出力を変えてもコマンドラインで確かめるとディレクトリに変化がない。
.vcxprjを開いて確かめたところ、VisualStudio2008のときからとのタグがひっくりかえっていた。
またこれは2008からコンバートしたプロジェクトファイルでは発生していない。
2010で新規に作成した時に起きている。
UI的に上が出力、下が中間なんで、ここを変えられるときもいっつーか、変えないでｗ

ライブラリの依存関係のリンクがきちんとうごいてない。
「はい」に設定しても、ライブラリが追加されない。
結果、未解決でエラーになる。
なんで動かないかはわからないが、２つライブラリを追加しているのに、ひとつしか追加してくれない。

ライブラリ依存関係の入力を使用をぽちっても、片方のobjしか食ってくれない（コマンドラインで確認）
謎。

くそう、はかどらなかったー！　ねるー！

シェーダーに対応したぜーというところまでは良かったのですが、固定機能を使っているところとの混在が面倒な感じだなーということで、その辺に手をいれることにした。
そうするかーってことなんだけど、とりあえず何から始めればいいのかよくわからないので、DrawIndexesPrimitiveを使うように変更することに。
ってことはーXファイルからその辺の情報を拾ってくることになるんだからーということでVertexBufferとIndexBufferを作るところから始める。
ものっすごい前にクラスを作ってから使われることがなかったものがようやく陽の目を見ることになりました！　とかクラスライブラリを作ってる人にしかわからない話を交えつつぽちぽちと作ってみたら他にも色々なものが必要というのがわかってきまして、あれやこれややることになりました。

描画をするのにマテリアルの数でDrawSubsetしていたのですが、アトリビュートの数で描画をしなくちゃいけなくなるので、ID3DXMesh::GetAttributeTableなんてものを呼び出して拾おうとしたら、Optimizeしてからじゃないと拾えませんとヘルプに書いてあって、なんじゃそりゃーと思ったりしました。DrawSubsetは引数がアトリビュートIDなんだからきっとどっかでやってるんだろうし、勝手にやってくれればいいのにとかね。
贅沢な話でしょうかｗ

最終的に出ることは出たのですが、なんか色々とめんどうだなーとか思ったり思わなかったり。
IndexBufferを使わないでも描画するDrawメソッド用意しておかないと面倒そうです・・・。

合間にAIONとかいう強敵もあったのですが、シェーダー対応してました。
とりあえずID3DXEffectを基本にしてつくってみたんですが、シェーダーに渡すのに名前で検索してハンドル経由だったり、使うテクニックも名前解決なんですよね。
まぁ、それはそれでいいのですが、シェーダーって渡すパラメーターがシェーダーによって違うんだけど、他の人はどうやって汎用性を持たせているのかなぁとかいうのが凄く疑問にのこったままです。
とりあえずシェーダーの設定をするコールバックを作って見たのだけど、なんかもっといい方法あるのかなぁ。とおもって調べて見たけど、もっと大規模なプロジェクトはもっと大変なことになるぜって話はあったんだけど、そんな規模のモノをつくってるわけじゃないんだよなーと・・・。

悩ましい。
まぁ、もうちょっとシェーダー自体の勉強をしてきますね。

射影行列の前方クリップの値を0.0fにしていたんだけど、それがまずかったらしくて、1.0fにしたらきちんとでましたよっと。
うーん？　視錐台の前方クリップの位置がカメラから０距離になるだけだから問題ないような気がするんだけど・・・？　とか悩んで図を見ながら０距離だと視野角もなくなるからダメなのかしらとかなんかいい加減な感じで納得しました。

よーわからん（ぉ

ふーようやく表示できた（´Д｀）

なんかバキバキ割れているのはなんだろう。
カリングとかっつーよりも、単純に.xに落としたときにデータがおかしくなっているだけな気がしないでもない。
テクスチャがモデルデータからの相対パスなんで、今は読み込むときに誤魔化したけど、真面目に作るとなるとちょっとパスの処理を入れなきゃいかんなーとか思いつつも、シェーダーも後回しにしているので、そのへんもやらんきゃいけないけど、とりあえず寝る！

モデルは、ntnyさん著「ローポリスーパーテクニック」から勝手に拝借したグレタ2Pカラーです。
暫くこのキャラをいじらせて貰おうかと思ってたりもします。

[amazon]4797347376[/amazon]

自前でゲームを作る時にこさえているライブラリを改良しているわけですが、今まで3Dのモデルを扱っていなかったので（3D平面のみ）、その辺を対応するかーとぽちぽち書き直しています。
ついでにシェーダーの勉強もしたいので、それへの対応もするかーというわけで、色々と機能追加なわけです。

3Dのモデル表示しよう
↓
シェーダーも対応しよう
↓
既存のレンダリング構造を改良
↓
簡単なエフェクトクラスの作成
↓
とりあえず.xファイルから表示しよう
↓
.xファイルを読み込むところを作ろう
↓
マテリアルとかのクラス追加（ 今ココ！ ）

この後3Dモデルをどうたらこうたらとかあるわけですが、なんとも手間のかかる話です。
まぁ、3Dのモデルを出すのはただの自己満足にすぎないので、もっと必要なUVリストの作成ツールとか作らないとだめなんですけどね。
UVリストから自動的に2Dスプライトを作成すれば、デザイナ側からの変更も楽になるし、デザイナ側も大胆に配置変更しても平気だぜってことになるので・・・。
毎度苦労してるんだからさっさと作れとか言わないでくださいｗ

ひさびさに自分のライブラリのヘルプでも作ってみようかとdoxygenをDLしてきて、Doxyfileをぽちぽちと作ってみたら、あら途中で落ちましたよと。
なんだろかーとちょいちょいと調べてみたのですが、どうやら出力エンコード方法とか変えれるようですね。
なのでSHIFT-JISでえいやっとしてみたら、でることはでたんですが、Qt-Styleで書いているタグがどうにも美味くないようです。

\file テストファイル
\brief これはテスト用です

ってソースに書いたとしたら、\fileや\briefの部分がカットされずにそのままdoxygenの出力ファイルに混じってきてます。
なんでーとかおもいつつJavadoc形式にしてみたらきちんと消えます。
どうにも\の処理が美味しくないんでしょうかねぇ。

かといってソースをUTF8にするとかは、ちょっとまだ早いですしねぇ。
VCで開けるけどコードページを指定できないので、色々とうるさいことをいわれるし。

んーむとしらべてたら、どうやらSHIFT-JISではなくてCP932と指定すればいいよてきなことが書いてあったので、ほっほーとやってみたら、今度は落ちましたorz

パースが終わって、
Generating page documentation…
Generating group documentation…
Generating group index…
Generating class documentation…
Generating annotated compound index…
Generating alphabetical compound index…　← ここでおちます。

昔よりはかなり扱い安くなっているかもーなだけに、なんともかんとも残念。
zipの方を落としたのですが、インストーラーの方はフロントエンドのGUIもはいっているようです。

ところで、周りをみてると、Javadocで書いてますってのをよく見かけるんだけど、実はQt-Styleの方がマイノリティなのかしら？
別にこだわりはないんだけど、コマンドが全部Qt-Styleなんだよね。
Javadocを選んだ人はなんでそっちを選んだのか教えてくださいませｗ