DirectX総合スレ (Part6)

**DirectX6** · 2006/11/17(金) 00:38:52

言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/

**名前は開発中のものです。** · 2007/05/13(日) 19:03:29

＞日本人の変な職人意識がされせてるんだろうけどね。

日本人を語る前に日本語でおｋ

**名前は開発中のものです。** · 2007/05/13(日) 19:04:55

ベターＣと思えば難易度なんて零に等しい。

**名前は開発中のものです。** · 2007/05/13(日) 19:08:25

HSP

**名前は開発中のものです。** · 2007/05/13(日) 20:14:52

>>907
ツクールなんて使うなんて日本人ぐらいだぞ、海外ではプログラミングバリバリ

**名前は開発中のものです。** · 2007/05/13(日) 20:24:58

>>911
RPG-Tsukuruでググってみろw

**名前は開発中のものです。** · 2007/05/13(日) 20:45:00

>>912
ツクール2003でそんなに売れてないと思うんだけど・・・平均は高かったが
あっちはfpsとかが主流でsdkで配布してmodでいろいろ拡張してとかだし
大学卒でゲームエンジン会社作る人も入るからレベル地学ね？

**名前は開発中のものです。** · 2007/05/13(日) 20:45:42

>>912
かなり、引っかかってﾋﾞﾋﾞﾀ

**名前は開発中のものです。** · 2007/05/13(日) 20:46:13

>>909
そのベースのC言語が難しいとは思わんのだろうな・・・これだから・・・

**名前は開発中のものです。** · 2007/05/13(日) 21:07:52

ツクールってTsuだったのか・・。

**名前は開発中のものです。** · 2007/05/13(日) 21:13:25

C言語なんて、
コンピュータの大まかな仕組みが判っていればすんなり理解できるはず。
各種のテクニックについては、必要に応じて知識増やしていけば大丈夫だろ。

PGなら最低限コンピュータの大まかな仕組みを考えて、
実行速度が早くなるよう予測しながらコーディングするわけだから、
PG資質に自動的についてくる程度のものだろ、C言語スキルなんて。

というわけだから、そろそろDirectXネタに軌道修正してくれ。後はROMるからｗ

**名前は開発中のものです。** · 2007/05/13(日) 21:14:51

>>907
今海外にいるが同意しかねる

**名前は開発中のものです。** · 2007/05/13(日) 21:21:58

まぁコンシューマー機でC#やJAVA使うことはまずないからな・・・

**名前は開発中のものです。** · 2007/05/13(日) 22:18:16

>>919
XBoxを仲間はずれにしないでください｡･ﾟ･(ﾉД`)･ﾟ･｡

**名前は開発中のものです。** · 2007/05/13(日) 22:32:09

GUIツール制作はもうC#一択でもいいかしら、って気がしないでもないわ。

**名前は開発中のものです。** · 2007/05/13(日) 22:36:03

>>920
XBOXでも商用はC++だっつーの。
XNAは商用に使うもんじゃねぇｗ

**名前は開発中のものです。** · 2007/05/13(日) 22:44:17

正直、C#は何がいいのかよくわからない

**名前は開発中のものです。** · 2007/05/13(日) 22:47:22

>>923
オブジェクト指向言語、GC、ジェネリック、デリゲート、マネージ・アンマネージを両方使える。
これくらいかな？

**名前は開発中のものです。** · 2007/05/13(日) 22:49:59

>>924
いや、C++と比べて

**名前は開発中のものです。** · 2007/05/13(日) 22:52:48

ヘッダファイル→ｲﾗﾈ
かなｗ

**名前は開発中のものです。** · 2007/05/13(日) 22:53:39

C++で全部ヘッダーに書いてみるとかｗ

**名前は開発中のものです。** · 2007/05/13(日) 22:58:56

一番は参照型、値型を意識しないでプログラミングができることだろうね。

**名前は開発中のものです。** · 2007/05/13(日) 23:05:55

C#で
int* p = new int;
と同等のコードってどうなるの？

**名前は開発中のものです。** · 2007/05/13(日) 23:09:09

>>928
それなんかいいの？
大事なことがぼやけていくような

**名前は開発中のものです。** · 2007/05/13(日) 23:09:59

＞C++で全部ヘッダーに書いてみるとかｗ

テンプレートだらけにすればほとんどのコードはヘッダに
ビルドに時間かかるけどｯｷﾞﾓﾁﾞｲｲ

**名前は開発中のものです。** · 2007/05/13(日) 23:10:49

>>928
それ最悪じゃね

**名前は開発中のものです。** · 2007/05/13(日) 23:17:44

なにも考えずに文字列連結していったら大変なことになりそうだ

str += buff[i];

みたいな。
前後みて適切な動作してくれるならいいけど一文字ずつ領域確保しなおすとか
マゾい仕様に仕上がっててこんなのが今後の主流とかなったら泣く

**名前は開発中のものです。** · 2007/05/13(日) 23:20:08

>>929
Object i = new int();
たぶんこうかしら。ボクシングってやつね。
値型うんねんはちょっとは意識した方がいいかもね。

**名前は開発中のものです。** · 2007/05/13(日) 23:27:39

C++ と C# の比較
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/cscon/html/vclrfcomparisonbetweenccsharp.asp

**名前は開発中のものです。** · 2007/05/13(日) 23:36:10

>デストラクタ : C# では、デストラクタはガベージコレクタによって自動的に呼び出されるため、デストラクタが呼び出されるタイミングを制御できません。
俺、これすっげー嫌だわ
なんでこんな仕様にしたんだろ？
誰か好きな奴いんの？

>C# では、ビットフィールドはサポートされていません。
これ、便利なときもあるからなくさないでほしいな
移植のときとかあると便利だし

>switch ステートメント : C++ の switch ステートメントとは異なり、C# は、ある case ラベルから下にある case ラベルへの移動をサポートしていません。
なんでみんなが慣れた動作を変えようとするのかわからん

あと、ポインタと文字列関連嫌な臭いがする

**名前は開発中のものです。** · 2007/05/14(月) 01:01:24

一度CやC++に慣れたら、わざわざC#やる気は起きないよなｗ

**名前は開発中のものです。** · 2007/05/14(月) 01:17:19

そうでもない
ケースバイケースで使い分ける。

使い捨てアプリは C# で創ったほうがずっと楽だし
外部に公開するアプリは C++ で書いたほうが良いだろう。

**名前は開発中のものです。** · 2007/05/14(月) 01:25:19

>>938
いやー、ライブラリに蓄積って形がなれてるから
別言語使う必要のないところで使いたくないなー

**名前は開発中のものです。** · 2007/05/14(月) 01:26:22

>>937
同意だ

**名前は開発中のものです。** · 2007/05/14(月) 02:07:06

> 使い捨てアプリはC#
使い捨てアプリは板違いだから、ゲ製的にはC系使いはC#ｲﾗﾈって事か…

**名前は開発中のものです。** · 2007/05/14(月) 02:38:58

>>936
そのためのDispose

>>switch ステートメント : C++ の switch ステートメントとは異なり、C# は、ある case ラベルから下にある case ラベルへの移動をサポートしていません。
>なんでみんなが慣れた動作を変えようとするのかわからん

諸悪の根源だからな。

基本的にC++と互換性はないよ。そのまま移植はありえない。

**名前は開発中のものです。** · 2007/05/14(月) 02:57:05

C#というより.NETFrameworkのランタイム使えれば.NET使えば良いだろう。
使えなければC++のネイティブが良い。
DirectX環境でランタイム使えないのはさすがにありえないけどね。

**名前は開発中のものです。** · 2007/05/14(月) 04:48:22

Managed使ってみてもなんか気持ち悪いしな
慣れればいいんだろうけど

**名前は開発中のものです。** · 2007/05/14(月) 08:41:13

>>898
＞だから変形させるときだけ変形させたいメッシュに挿げ替えてもいいわけ
ねえ・・・結局最初からマップチップで描画すりゃいいじゃんソレ・・・。

**名前は開発中のものです。** · 2007/05/14(月) 14:03:54

>>941
＞使い捨てアプリは板違いだから

心の狭い香具師だな

**名前は開発中のものです。** · 2007/05/14(月) 23:17:43

.NETの参照型、値型の縛りは気持ち悪い。
何でヒープ型とスタック型にしなかったんだろ。
こっちの方が自然だし、自由度が高い。

**名前は開発中のものです。** · 2007/05/14(月) 23:33:34

>>945
変形させるとなるとかなり目の細かいメッシュが必要だから常時だしてると重くなるよ

**名前は開発中のものです。** · 2007/05/15(火) 00:18:54

>>947
それだとユーザ定義型でスタック型とヒープ型を混ぜられなくなるんじゃない？
無理矢理混ぜられるようにあれこれ弄りだすと結局今の値型になりそうだけどその辺どうよ？
それとも混ぜられなくておkにするの？

**名前は開発中のものです。** · 2007/05/15(火) 00:29:10

>>947
それともC++みたいに確保時にスタック上とヒープ上の選択ができるようにするってこと？
ヒープ型とスタック型って響きは自然だけど、どういう仕様を意図してるのかいまいち分からん。

**名前は開発中のものです。** · 2007/05/15(火) 01:03:08

{
value_t value0; // スタック型

value_t value1 = value0; // スタック型は常にコピー

value_t＾ pValue0 = new value_t(); // ヒープ型

value_t^ pValue1 = pValue1; // ヒープ型は参照カウント増加

value_t^ pValue2 = ^value0; // オートボクシング
} // スコープを外れるとスタック型は、Disposeコール

っていうかC++/CLI？

**名前は開発中のものです。** · 2007/05/15(火) 09:45:05

>>948
CPUかフィルレート律速の状況なのに、頂点数減らすために
わざわざ柔軟性の無い実装に変えても意味ないでしょ。

**名前は開発中のものです。** · 2007/05/15(火) 10:03:15

まぁ一般的に頂点シェーダーが吊る事ってまずないからなぁ・・・。
元は画面いっぱいのチップが重いって話なんだしDP量に比例するCPU負荷の話だろ。

**名前は開発中のものです。** · 2007/05/15(火) 15:46:48

すみません
>717のLueというライブラリは何かの略称でしょうか？
ぐぐっても出てきませんです。

**名前は開発中のものです。** · 2007/05/15(火) 16:46:21

>>954
Lunaライブラリ系列についてはつい最近出来た
http://gamdev.org/w/?%5B%5B%A4%AA%A4%DE%A4%A8%A4%E9%B2%B6%A4%CBLuna%5D%5D

**名前は開発中のものです。** · 2007/05/15(火) 16:59:52

ありがとうございます
Blue Impulse　に突っ込むところでした

**名前は開発中のものです。** · 2007/05/15(火) 19:08:35

>>951
くだらねｗ
それじゃ、C++じゃねーか。
C#のいいところが抜け落ちてる

**名前は開発中のものです。** · 2007/05/16(水) 02:04:24

3Dモーションモデルの作成はやはり、photoshopを使うべきなんでしょうか？

**名前は開発中のものです。** · 2007/05/16(水) 02:18:04

DCC(Digital Content Creation)ツール
http://3dcg.homeip.net/3d_products/

この中のお勧めはどれかな？

**名前は開発中のものです。** · 2007/05/16(水) 02:31:59

ゲームやるならXSIFndか　金あるならMaxいっとけば？
･･･その人使い込んでないソフトのことも記事にしてないか？中立視点のようで温度差けっこうあるなw

**名前は開発中のものです。** · 2007/05/16(水) 08:55:24

俺はLightwave信者

**名前は開発中のものです。** · 2007/05/16(水) 11:15:12

ツールの信者は結構いるよな。
一度使ったら、他のツールを使うつもりにならないなぁ。
とりあえず、Max使い始めました。

**名前は開発中のものです。** · 2007/05/16(水) 18:25:55

俺もLightWaveだな
まぁこればっかりは好みだから仕方ない

**名前は開発中のものです。** · 2007/05/16(水) 18:51:08

Lightwaveって、一昔前にトゥーンが強いって聞いたけど、
今でもLightwaveがトゥーン最強？

**名前は開発中のものです。** · 2007/05/16(水) 18:53:35

>>963
好み以前に、趣味レベルだと価格の問題がw
趣味でMaxは手が出ないな。まぁ、gmaxで十分かもしれないが。

**名前は開発中のものです。** · 2007/05/16(水) 20:54:55

ビルボードを実装しようとしているのですが、上手くいかないので
どうか教えてください。
ビュー行列のm41、m42、m43 を０にして、その逆行列を
ワールド行列に設定して描画したのですが、
遠くの板ポリも近くの板ポリも全く同じ大きさに表示されてしまいます‥orz
と言うか、カメラ位置をフィールドに対しズームアウト、ズームインしても
遠くの物も近くの物もカメラの目前に張り付いてるように、常時同じ大きさと位置で表示されてしまうのです。

ビルボードに遠近感を持たせるにはどうすればいいのでしょうか？
RHWが何たらとも読んだのですが、具体的な実装法が全く分かりません。
何とぞご教授をお願いします

**名前は開発中のものです。** · 2007/05/16(水) 20:59:16

射影行列を設定しろ。

**名前は開発中のものです。** · 2007/05/16(水) 21:12:44

射影行列だっけ？
ビルボードってカメラ行列（ビュー行列？）のm41,m42,m43の以外の部分を
コピーしてビルボードを置きたい座標をm41,m42,m43に入れるだけだと思ったけど
メッシュは-z方向に向ければ、別に行列いじらなくてもそのまま使えたような・・・

**名前は開発中のものです。** · 2007/05/16(水) 21:20:24

射影変換無しでどうやって遠近のサイズを設定するんだ？
そのビックリな方法を言ってみろ。

**名前は開発中のものです。** · 2007/05/16(水) 21:25:59

位置に応じて単純なスケーリングを
まあ射影変換のことだけどな！

**名前は開発中のものです。** · 2007/05/16(水) 21:35:44

>>966
逆行列をとった行列が、
実はビュー行列じゃなくて、ビュー行列とプロジェクション行列の積
だったんじゃないの？

いかにもありそうだが

**名前は開発中のものです。** · 2007/05/16(水) 22:38:21

>>970
そのスケーリングの方法を教えてください。

ちなみに、IDirect3DDeviceにプロジェクション行列は設定してます。
ビュー行列の逆行列を、Deviceのワールド行列に設定して
描画すると、ビルボードの遠近感だけが全くなくなってしまうのです。
（DSpriteで描画したのと同じ感じになる）
具体的な方法を何とぞご教授くだされ

**名前は開発中のものです。** · 2007/05/16(水) 22:40:04

>>969
え？意味がわからん。
普通の、まーよくある描画までの一連の流れは辿ってるってこと前提だと思ったんだけど
ビルボードじゃなくてモデルの表示まではできてるって俺は勝手に思ってたけどそうじゃなくて
質問者は射影行列つーかワールドから画面に表示するまでの一連の流れができてない状態の人だったってこと？

俺は、ビルボードのローカル座標のあり方について聞いてるかと思った

**名前は開発中のものです。** · 2007/05/16(水) 22:41:26

>>972
てか、ビルボードじゃない普通の３Ｄモデルは表示できてる？
てか、３Ｄ空間は構築済み？

**名前は開発中のものです。** · 2007/05/16(水) 23:00:16

>>972
ビルボードの場合、オブジェクトの向きは、カメラの向きによって決まるけど、
オブジェクトの位置は変えちゃだめよ。
とりあえず、ビュー行列の逆行列(＝カメラの姿勢行列)を求めてから
その平行移動成分(m41,m42,m43)に、位置座標を上書きすれば多分おｋね。
今はきっと、全部のビルボードが、ワールドの原点に配置されているんじゃないかしら。

**名前は開発中のものです。** · 2007/05/16(水) 23:11:29

やっぱそうだよなぁ
#ああ、俺もビルボードのローカル座標とか違うこと言ってるわｗ

カメラの姿勢行列のm41,m42,m43以外の部分をコピーして来て
ビルボードを置きたい座標（ワールド）をm41,m42,m43に突っ込んで
できたもんがビルボードのワールド座標だよな

射影行列使ってやる方法もあるってことなんかな？

**名前は開発中のものです。** · 2007/05/17(木) 00:19:03

シェーダで演算してその結果をID3DXEffect::GetIntで
取得できないかといろいろ試しているのですが
この方法は無理ですか？誰か助けて。

**名前は開発中のものです。** · 2007/05/17(木) 00:33:34

無理じゃね？

**名前は開発中のものです。** · 2007/05/17(木) 00:59:13

>>977
どっかのテクスチャに描画してその描画結果を取得するんじゃ駄目なの？

**名前は開発中のものです。** · 2007/05/17(木) 01:25:44

>>975
それが無理なんです‥
やって見ればわかります。
ちなみに、カメラの位置は地面から垂直な天上から３０度下げた位置にあり
つまり、地面とその上に立つキャラを斜め上から見下ろしてる状態です。

キャラをビルボードにすると、丁度キャラが地面に立ってるようになる訳で
ビルボードにした場合は、カメラに対して手前のキャラは大きく
奥のキャラは小さく表示されるべきなのに、上の方法を使用しただけでは
全部のキャラが手前奥関係なしに同じ大きさになってしまうのです。

ビュー行列の逆行列（シフト成分ゼロ）に加えて、もう一つ何かの計算が
必要だと思うのですが、どうかそれをご教授ください。

**名前は開発中のものです。** · 2007/05/17(木) 01:45:40

視線ベクトルと単位垂直ベクトルの外積を、単位化して水平ベクトル
　　　　　　　　　　　　^^^^^^^^^^^^①　　　　　　　　　　　　^^^^^^^^^^^^②
①と②で３Ｄ空間上にポリゴン表示。

**名前は開発中のものです。** · 2007/05/17(木) 07:29:25

>>980
>それが無理なんです‥
>やって見ればわかります。
いや、俺>>975じゃないけど感覚でそうはならんはずってわかるっしょ
だってカメラの姿勢行列ってワールドに普通に存在するモデルとなんも変わらないじゃん。
その行列の位置座標を変えるだけなんだからこれでおかしいってことないでしょ。
仮にカメラの回転成分を
1000
0100
0010
にして位置座標だけ変えてみたら描画までおかしくなりそうか？ならないっしょ？

なにか別のことしててそれがバグってるんでしょ。

**名前は開発中のものです。** · 2007/05/17(木) 07:38:22

書いてて気付いたけど
もしかして>>980ってワールドの拡大縮小を利用して描画のサイズを決定してるんじゃ・・・

**名前は開発中のものです。** · 2007/05/17(木) 09:45:28

要は、木のビルボードみたいに軸回転だけにしたいわけね。

**名前は開発中のものです。** · 2007/05/17(木) 09:58:55

>>983
そうなんです。
もともとD3DTS_WORLDに、::D3DXMatrixScaling(1 / 1280, 1 / 960, 1 / 480)で生成した
スケーリング行列を設定してたので、先のビュー逆行列とスケーリング行列の積を
D3DTS_WORLDへ、新たに設定してます。
それはダメなのですか？

**sage** · 2007/05/17(木) 14:11:34

各オブジェクトの D3DTS_WORLD は共通で、代わりに位置座標は、
DrawPrimitiveUPかなんかで描画するときに、ポリゴンの座標を直接変更してるってこと？
もしそうなら、ポリゴン座標の変更はやめて、
各オブジェクトごとに、ビルボード行列＊平行移動を求めて
D3DTS_WORLDに設定しないとだめね。

**名前は開発中のものです。** · 2007/05/17(木) 21:08:08

>>985
>それはダメなのですか？
うん
別にそのままでも動くっちゃ動くけど、色んな行列変換ができなくなるよ
こういうのははじめにデザイナさんと打ち合わせして寸法決めとかないと駄目
んでワールドの原点に普通に表示したときには
1000
0100
0010
0001
で普通に表示できないと苦しい
スケール使って調節するってのは普通はやんない。と思う。

**名前は開発中のものです。** · 2007/05/17(木) 21:22:58

スクリーン座標に対応させたビルボード用のビュー行列を用意しておいて、
必用なときだけ切り替えれば済む話。

**977** · 2007/05/17(木) 23:31:15

>>978、979
テクスチャに書いてgetrendertargetdataでシステムメモリに
コピーというのはやったのですが遅いのでgetintを試したの
ですけど、getintは無理のようですね。ありがとうございました。

**名前は開発中のものです。** · 2007/05/17(木) 23:42:41

次スレから関連スレにここも加えてください。
過疎スレになってるんで＾＾；

【Xbox360】 XNA Game Studio その3 【C＃】
http://pc11.2ch.net/test/read.cgi/gamedev/1176692259/l50

**名前は開発中のものです。** · 2007/05/18(金) 04:33:58

だが断る。

**名前は開発中のものです。** · 2007/05/18(金) 18:12:46

スレ違いかもしれませんが、ベクトル演算について質問させて下さい。

正規化された三次元ベクトル(1,0,0)をD3DXMatrixRotation等の関数で
回転させて(0,0,1)や(0.5,0,0.5)等のベクトル値に変換したいのです。

この場合(1,0,0)のベクトルを(0.3,0.4,0.3)等に変換したい場合に
どの軸でどの程度回転させれば良いかを知る方法はありませんか？

分かりにくいかもしれませんが、ベクトルの向きが変わった場合に
ベクトルをどのように演算したら変更後の値になるかを知りたいのです。

**名前は開発中のものです。** · 2007/05/18(金) 18:58:22

(0.5,0,0.5)とか(0.3,0.4,0.3)って
そもそも長さが変わってしまってるんだが

**992** · 2007/05/18(金) 19:04:24

>>933
うあぁぁぁあ・・・そうだった。すみません。アフォだ俺。
長さが変わらないという条件下でよろしくお願いします。

**名前は開発中のものです。** · 2007/05/18(金) 20:26:45

原点を含むベクトル二点の三角形に対する法線が回転軸。
原点の角が変化量。

**992** · 2007/05/18(金) 21:00:47

>>995
あなたが神か。
分かりやすい説明ありがとうございます。理解できました。
確かにその方法で解決できそうですね。

**名前は開発中のものです。** · 2007/05/19(土) 01:20:41

次スレまだだよな？立てるぞ

**名前は開発中のものです。** · 2007/05/19(土) 01:30:35

ごめん無理だった。以下テンプレ

DirectX総合スレ (Part7)
------------------------------------------------
言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/
Part 6: http://pc11.2ch.net/test/read.cgi/gamedev/1163691532/

**名前は開発中のものです。** · 2007/05/19(土) 03:42:32

ほかの言語で悪いか。
荒らすからそう思え

**名前は開発中のものです。** · 2007/05/19(土) 03:44:05

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。