Direct 3D

. · 01/11/09 17:06

Direct Xはあるみたいですが、こちらはD3D専門という事で。
とりあえずDX8以降は初期化が簡単になったり関数が変わったり
結構大幅に変わりましたがその辺も踏まえてお願いします。

2 · 01/11/09 17:07

**名無しさん＠お腹いっぱい。** · 01/11/09 17:09

＞お願いします。
何をすればよいんだ？

**名無しさん＠お腹いっぱい。** · 01/11/09 17:26

>>3
オナニン。

**名無しさん＠お腹いっぱい。** · 01/11/09 17:45

　その辺も踏まえてお願いします。

　

. · 01/11/09 17:55

あまり揚げ足を取らないでくんさい。

**名無しさん＠お腹いっぱい。** · 01/11/09 18:40

オブジェクトデータに対し、
テクスチャを張るのと、
バーテックスペイントを施すのと
ポリゴン毎に色情報を変えるのとでは
プログラマー的にどっちの方がうれしいんですか？

1 · 01/11/09 18:55

はじめっからテクスチャ貼ってあるXデータが一番楽です。
ポリゴン毎に色を毎回変えるのは面倒くさい。

**名無しさん＠お腹いっぱい。** · 01/11/09 19:47

>>7
面倒くさいのはデータ作る人であって、
動作速度とか効率とか考えないなら、
プログラマ的には大差ないと思われ。

**名無しさん＠お腹いっぱい。** · 01/11/09 20:10

まぁ、なるべくDrawPrimitiveUPは使うなと言うことで。（謎）

　その辺も踏まえてお願いします。

**名無しさん＠お腹いっぱい。** · 01/11/09 20:50

>>7

テクスチャと頂点色は上手に併用すればイイ感じなので
その辺も踏まえてお願いします。角度とか。

**名無しさん＠お腹いっぱい。** · 01/11/09 21:28

このスレは「その辺も踏まえてお願いするスレ」になりました。

　　その辺も踏まえてお願いします。

**名無しさん＠お腹いっぱい。** · 01/11/09 22:20

質問
アルファブレンディングの加算合成で、透明度変更する方法ない？
光がフェードアウトする感じ表現したいんだけど。

**sage** · 01/11/09 22:33

>>13
modulate使えばいいんちゃうん

**名無しさん＠お腹いっぱい。** · 01/11/09 22:36

まちがった、ハズ

**名無しさん＠お腹いっぱい。** · 01/11/09 22:41

ブレンドファクターのalpha

**名無しさん＠お腹いっぱい。** · 01/11/09 22:48

も踏まえてお願いします。

1 · 01/11/09 23:09

・・・そんな変な事いったかしら?
ちなみに自分は2DでもD3D使ってます。
Drawだと色が256以下じゃないとパレット変更できないのでDirect Drawは
もうさらばいですね。

**名無しさん＠お腹いっぱい。** · 01/11/09 23:18

>>18
・・・Highcolor/TureColorにはパレット無いが。
もう少し他人に理解できるように書くことをきぼーん

**名無しさん＠お腹いっぱい。** · 01/11/09 23:20

ていうか、みんななんで鬱だ氏のう DirectXスレ使わないのよ。
2Dと3Dが他のスレに取られたら骨抜きじゃん。ﾑｷｰ

**名無しさん＠お腹いっぱい。** · 01/11/09 23:42

>>20

重複ネタスレっちうことで、俺は冷やかし半分でココ見てるけどね。
ヤパーリ本命は鬱だ氏のうスレだ。

>>1

『ポリゴン毎に色を毎回変えるのは面倒くさい。』は悶絶したYO。
謎言神スレの予感がするので、その辺も踏まえてお願いします。

**名無しさん＠お腹いっぱい。** · 01/11/09 23:46

>>21
>ヤパーリ本命は鬱だ氏のうスレだ。

それなら下げとけYO!

**名無しさん＠お腹いっぱい。** · 01/11/09 23:50

ｺﾞﾒﾝYO!

**名無しさん＠お腹いっぱい。** · 01/11/10 00:04

>>13
D3Dって、GLみたく、textureのalphaとフラグメントのalphaの
乗算ってできないの？それで解決できるんちゃうん？

1 · 01/11/10 01:24

>>19
TrueにはないけどHighにはパレットありますよ。確か。

>>20 >>21
Direct XといってもInputから何から範囲が広いので
分けた方がよくないかなと何となく思ったので。

>『ポリゴン毎に色を毎回変えるのは面倒くさい。』は悶絶したYO。
いやテクスチャ付きメッシュ読むからプログラム上からはあまり色は指定しないのです。
何か効果つける時とかはもちろん指定してますが。

**名無しさん＠お腹いっぱい。** · 01/11/10 03:39

>>25
君、面白いね

1 · 01/11/10 04:10

いや、面白くないですよ、面白がられると迷惑です。

**名無しさん＠お腹いっぱい。** · 01/11/10 10:55

ここは1を叩くスレか？
DirectXのような超簡易ライブラリレベルで
もめるなよ。みんな。楽しくやろうぜ。

**名無しさん＠お腹いっぱい。** · 01/11/10 11:51

みんな叩いてるというより、光臨してくれるのを
面白がってるだけさ。1さんのさりげない天然ボケが魅力だ。

ま、ここはネタスレということでその辺も踏まえて(以下略)

＞プログラム上からはあまり色は指定しない

7の「ポリゴン毎に色情報を変える」てのは時系列の話じゃないでしょ。
ポリゴン面毎に頂点色が別になって三角形strip化の邪魔になるけど
プログラマとしてはどうよ？って話。で、無難な答えは>>9。

**名無しさん＠お腹いっぱい。** · 01/11/10 14:17

>>24
できない。

**名無しさん＠お腹いっぱい。** · 01/11/10 18:06

俺ＯＧＬ移行します。Ｄ３Ｄってなんにもできませんね。

＿ · 01/11/10 18:59

デバイスをHAL⇔REFした後、スキンメッシュをD3DXMeshのDrawSubsetで描画しようとすると
エラーになってしまう。
D3D8のバグかなあ。

**名無しさん＠お腹いっぱい。** · 01/11/10 20:02

>>30
こらこら。そのくらいできるって（ｗ

**名無しさん＠お腹いっぱい。** · 01/11/11 20:31

やべ、ここの1さんに惚れそうだ。
あまり叩くな、バカども、せっかくの大事な天然素材だぞ。

>>1
>何か効果付けるときとかはもちろん指定してますが。
具体的にどんなことしてるのですか？
頑張って下さい、期待しています。

1 · 01/11/11 21:20

残念ですがボクはそういうキャラクタではないので。

効果といっても大した事はしていません。
上にかいてあるようなアルファブレンディングで爆発の効果を表現したりしています。
あと最近頂点バッファの使い方を覚えました。
でも持っているハードが対応していないので効果はよく解りません。

**名無しさん＠お腹いっぱい。** · 01/11/11 22:19

>>33
できないってば。初心者からかうなＹＯ！

**名無しさん＠お腹いっぱい。** · 01/11/11 23:03

>>36
俺の知る限り、Dx8 から出来るようになったYO

**名無しさん＠お腹いっぱい。** · 01/11/11 23:28

アホな漏れにもようやくこのスレの楽しみ方が分かってきました。
１さんの謎ビデオカードについてもっと知りたいYO・・・・（;; ´Д｀）ﾊｧﾊｧ

24 · 01/11/11 23:39

ちょっと調べてみたんだけど

m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_MODULATE );

/**************************************************************************
　　　　　　　　　　　こっち？
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_DISABLE );
こっちでもOKか？
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_ADD);
****************************************************************************/

m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAOP, D3DTOP_MODULATE );

m_pd3dDevice->SetRenderState( D3DRS_ALPHABLENDENABLE, TRUE );
m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_ONE );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_ONE );

/*************************************************************************
diffuseのalphaを小さくしながら（大きくしながら？）オブジェクト描画
**************************************************************************/

これできるんちゃうの？　D3Dよく知らないからマニュアル
見て書いてみただけだけど

**名無しさん＠お腹いっぱい。** · 01/11/11 23:40

>>1
頂点バッファ使えない？そんなもん捨てちまえ
DX8を踏まえてお願いしたいのなら頂点バッファ避けるわけにゃいかんでしょ

**名無しさん＠お腹いっぱい。** · 01/11/11 23:47

DirectX8.aから7にバージョンダウンするには
どうすりゃいいっすか？

24 · 01/11/12 00:07

レンダーステート間違ってた、
m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_INVSRCALPHA );
こうだ、たぶん。

**名無しサソ** · 01/11/12 01:37

>42
　？乗算だったら

m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_DESTALPHA );

ではないの？上だと混合合成にならない？

24 · 01/11/12 01:54

>>43
そのとうでした。

>>42
のやつだと、加算にならんね。

1 · 01/11/12 02:02

持っているビデオカードはＶＩＰＥＲなんとかです。
これは２万円以上したのでまだ買い換えたくないです。

所で上の最後の引数はD3DBLEND_BOTHSRCALPHAじゃないですか？

1 · 01/11/12 02:04

間違えました。(__)
上の最後の行は忘れてください

24 · 01/11/12 02:05

間違い
加算ー＞乗算

**名無しさん＠お腹いっぱい。** · 01/11/12 02:12

これって、DX8からできるようになったの？
前から出来るような雰囲気なんだけど、

**名無しさん＠お腹いっぱい。** · 01/11/12 03:53

>>13はソースのalpha値を少しづつ変化させたい、という話だと思う。
で、ソースのalpha値をチクチク書き換えるには幾つかの方法があるよね。

例えば、対象物の全頂点のdiffuse-alpha成分を頑張って書き換える方法。
当然ながらパフォーマンス悪し。低ポリゴンの物体なら何とかなるかも程度。

他にはt、>>16がさりげなく書いてるようにブレンドファクタのalpha値を書き換える方法。
テクスチャステージ１以降で
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLORARG1, D3DTA_CURRENT );
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLOROP, D3DTOP_BLENDFACTORALPHA );
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLORARG2, D3DTA_TFACTOR );

みたいな感じで。
テクスチャステージが２つ以上あれば使える。パフォーマンス良し。

補足 · 01/11/12 03:55

ソース ≒ ソース側 ≒ 転送元側

34 · 01/11/12 05:08

>残念ですがボクはそういうキャラクタではないので。
自覚してるバカなんて、そうはいないものだぜ。

>あと最近頂点バッファの使い方を覚えました。
頂点バッファ使わないでどうやって組んでいるのでしょうか。
私の浅学ぶりに1さんに嫌われないかと心配です。

>>48
勿論できた。もっと余裕をもって楽しもうヨ。

01/11/12 05:39

>>51
かっちょいー

>>49
なぜ、そっちのほうが、パフォーマンスいいんですか？
経験則？

01/11/12 05:50

ああ、そうか、頂点バッファのお話なんだよね
DrawPrimitiveじゃないんだよね、
なるほど、

**名無しさん＠お腹いっぱい。** · 01/11/12 05:53

>>51

己より下と見るや嬉しそーに弄んで悦に浸ってる人間てーのは
どうしてこうも滑稽に映っちまうだろうなぁ。

34 · 01/11/12 06:23

>>52-54
悪ぃな、滑稽に映るだけなら構わねぇんだが
不愉快に感じたんなら謝るぜ。そういうつもりはねぇんだ。

てわけで消えるます。それじゃネ。

34 · 01/11/12 06:37

おっと、言い忘れてた。
>>13は「加算合成」つってるから、
ブレンドファクターでアルファ使うのはルール違反だぜ。
引っかけ問題ってやつか？その辺も踏まえてお願いします。

んじゃ、今度こそ本当にサヨナラです。

**名無しさん＠お腹いっぱい。** · 01/11/12 06:43

>>52

いい加減な比較テストだけど、一応そんな結果んなった。
環境は、GeForceでT&L有効のときの頂点バッファ。
頂点数300～400程度のトライアングルリスト。

>>55

54=me

1 · 01/11/12 07:37

>頂点バッファ使わないでどうやって組んでいるのでしょうか
53さんが言ってるとおりDrawPrimitiveじゃなくてDrawPrimitiveUPで
毎回指定していましたけど、これっておかしいですかねぇ。
他の人は全部頂点バッファ使っているのでしょうか。
頂点が頻繁に変わる時とか、逆に効率悪くならないですか?

01/11/12 14:42

2x2(1x1)のテクスチャ作って
テクスチャステージで実装とか？

**名無しさん＠お腹いっぱい。** · 01/11/12 15:35

>>58
別に効率は変わらないと思う。
というか頂点バッファをロックして値を変更するってこと自体あんまりやらない。
簡単なモーフィング等ならD3Dのファンクションで十分表現出来るし。
あと、DrawPrimitiveUPを使う事は全然問題なし。
アホな煽り豚は無視するべし。

**名無しサソ** · 01/11/12 17:43

>58
　HT&Lが使えない時はシステムメモリにVertexBufferを確保する
様にするから、頂点操作にLockが必要だとしても目立つほどの
オーバーヘッドは無いように思う。それなら、新しいデバイスを利用
してVertexBufferは積極的に使って良いと思うんだけど。とりあえず、
自分はG400だけど使ってるよ。毎度Lockして書き換えてるけど（苦笑）

　さっさとUV自動生成使ってマルチテクスチャにしてしまおう・・・。

**名無しさん＠お腹いっぱい。** · 01/11/12 17:43

DrawPrimitiveUPは問題あると思うよ。
毎回データを内部のバッファにコピーしているから。
頂点バッファを使うとこのコピーが無くせる。
でもUPは実験用には便利。

頂点バッファをロックして値を変更は
頂点数が不定なパーティクルでは使うかもしれない。
PointSpritesというサンプルがやってるよ。

**名無しサソ** · 01/11/12 17:48

　補足：HT&L使用時にはVRAM上のバッファをLockしてアクセスする
事になるから、逆に不利になるかも。でも、その時はその時でVertex
Bufferを使いつつ別の工夫をした方が良いような・・・。さすがにあまり
にアクセスが頻繁だと使わないほうが良いだろうけど。

**名無しさん＠お腹いっぱい。** · 01/11/12 18:44

マイクロソフト様がＶＢ（VertexBufferね）使えっておっしゃっているのだから
黙ってそれに従うほうが幸せになれるってものさ。

**名無しさん＠お腹いっぱい。** · 01/11/13 09:14

>>63
VRAM上に頂点バッファを作らないようにするためのフラグが
CreateVertexBuffer()にあるよ。
PointSpritesでは使ってる。

34 · 01/11/13 10:20

すまんな。これで最後にするからよ。

>>60
アホな煽り豚より知能足りてねぇ昆虫野郎の方がよほど有害だ。
UPが（カードにもよるが一般論として）非効率的なのは常識だろが。
それともあれか？初心者虐めってやつか？
まぁいいや、とりあえず逝っとけ。

つうか、頂点いじりたきゃvs使え。テメェの将来の為にもな。

**60じゃないけど** · 01/11/13 12:30

>>66
(ﾟДﾟ)ﾊｧ?
DrawPrimitiveかDrawPrimitiveUPかなんて状況によって使い分ける
のが普通だろ?
一概にどっちが速いなんていえねーよ。
こいつはタダの知ったか野郎だな。
ひょっとして頭でっかちのVB房なんぢゃねーの。

**名無しさん＠お腹いっぱい。** · 01/11/13 12:36

まあまあﾏﾀｰﾘﾏﾀｰﾘ

. · 01/11/13 12:57

>>66
コイツ痛すぎ
ま、もう2度と来ないらしいからどうでもいっか。

**名無しさん＠お腹いっぱい。** · 01/11/13 13:04

>>66
>>51で1を馬鹿にしているのにも関わらず自分が馬鹿にされると
このキレ模様。
バカ丸出しだねっ

68 · 01/11/13 13:09

ﾏﾀｰﾘしろゆーとるやろがｺﾞﾙｧ！いわすぞｺﾞﾙｧ！

**名無しさん＠お腹いっぱい。** · 01/11/13 13:21

もうちょっと落ち着いてしゃべろうや。せっかくできたゲ術板だし。

**名無しサソ** · 01/11/13 17:28

>65
　あ、それは知ってるよ。ただ、メカニズム的にシステムメモリに
VBufferを作った時に、HT&Lってどう言う風に動作しているのか
がよく分かって無いのだけど。自動的にVRAMに転送して処理
してくれるのかな？それとも、CPUが座標変換？？

**名無しさん＠お腹いっぱい。** · 01/11/13 18:34

>>73
システムメモリのＡＧＰメモリに置いてある頂点バッファから
グラフィックチップがダイレクトに読み込んでくれるメカニズムだよ。
ＡＧＰメモリ以外のシステムメモリにある頂点バッファでは駄目だけど。
ＡＧＰメモリに頂点バッファを置くように指定するのが
CreateVertexBufferのフラグの組み合わせで
PointSpritesの通りにやればＯＫ

**名無しサソ** · 01/11/13 23:21

>74
　成る程。AGPメモリに置けばビデオカードからはVRAMとして
見えて、実際はメインメモリだからLockしての書き換えもそこまで
遅くはならない、と。ありがとう、完全に疑問が解けたよ。
　となると、書き換えが頻繁でも充分VertexBufferは使えるかな。

**レックス** · 01/11/18 00:50

Ｘファイルで出力した「人間」なんかをゲーム中で
アニメーションさせる場合は、パーツをバラバラの
状態で読みこんで自分で一つ一つモーションを付けるものなんでしょうか。
他に効率のいい方法があれば教えて下さい。

**名無しさん＠お腹いっぱい。** · 01/11/18 01:28

普通、もデラーでつけた体全体のモーションを出力させて
（階層構造と行列のデータ群）それをそのまま再生させるよ。
で、モーションと別のモーションの間は補間でつなぐ。
モーション中に別のモーションに移りたいことがあるからね。
あとは例外的に特定のパーツに差分行列かけて個別に動かすこともある
ケースバイケースばい。

**レックス** · 01/11/18 01:37

>77
そうやるんですか・・アニメＸファイルが出せるモデラ
は高いんでゲームでは使わないのではと勘違いしてました。
ありがとうございます。

77 · 01/11/18 02:48

ああ、上のはＸファイルに限らず、自前フォーマットにも当てはまるよ。
おれは自前ファイルだけど目で読めるテキストＸファイルからモーション情報だけ
取り出させて使わせてもらうことがある。
逆にＸファイルのケツに他のフォーマットから取ったモーション行列を
自分でくっつけてやればモデラが対応してなくてもアニメＸファイルの出来上がりじゃないか？

**名前は開発中のものです。** · 01/11/26 03:08

保守age

**名前は開発中のものです。** · 01/11/26 23:02

TrueSpaceBASICがモ―ション付きX吐ける

01/11/26 23:49

Xファイルなんてすててモデリング＆モーションフォーマットもMSが提唱してくれればいいのにね
ヘンテコXファイルなんていつまでも残してもしょうがないだろ～

**名前は開発中のものです。** · 01/11/27 00:13

Xファイルの問題点。
・拡張性はあるけど拡張は出来ないに等しい。
・ストリップ等、データの最適化をデータ段階で出来ない。
・テキストだとバカでかい。バイナリでもかなりデカイ
・読み込みが遅い。
・モーションデータを不動少数マトリクスで持つために無駄が多すぎる。

　ま、こんな感じ？それにしてもリアルタイム系のモデル
フォーマットをどこかが提唱してくれないとそれそろ、個人で
手が届く時代じゃなくなってきたね。

**名前は開発中のものです。** · 01/11/27 06:31

これってどうよ？
http://www.xglspec.org/

**名前は開発中のものです。** · 01/11/27 07:00

暇潰しに面白い話が無いか読んでみたが、やはりこの程度のスレだったのか。
とりあえず質問とかする前に最低限↓くらいは読んでおこうよ。（下の２つは暗記するくらいのつもりで）
ttp://www.microsoft.com/japan/developer/directx/techart/DirectX8faq.asp
ttp://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_d3drenderstatetype_graphics.htm
ttp://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_d3dtexturestagestatetype_graphics.htm

それと、DrawPrimitiveとDrawPrimitiveUPだけど、速度だけで言ったら
DrawPrimitiveの方が速いよ。適切な使い方をする必要があるけど。
確かにいちいちLockするのは面倒だし、使い方を間違えるとだいぶ遅くなって
面倒ではあるけど。得にTnL使用時は気をつけないとパフォーマンスがた落ち。
ただ、1はそこまで気にするような段階には見えんが。

**名前は開発中のものです。** · 01/11/30 01:05

D3Dで直接LWOとかLWSとか読む方法か，ライブラリって無いですか？

**名前は開発中のものです。** · 01/12/01 03:26

>>86
Lightwaveのデータ形式なら比較的読み込みが楽なんで自前で読み込み
作ってもバチはあたらないと思うが、以下のライブラリがとっかかりには
なると思う。

http://www.dstorm.co.jp/dev/sdk/sdk.html
のObject, Sceneライブラリ。

もしLightwaveのデータを何も考えずに表示したいのなら、X形式にコンバート
すればよいし、自前のフォーマットを作りたいのならそれを改造するもよし、
直接読み込むような形であれば、親切なドキュメントとOpenGLのサンプル
プログラムを参考にしてみれ。全部ソース付きなので根気よく解析すれば
かならずわかるはず。

. · 01/12/07 12:54

>>85
きたよ、毎度のごとく現れる高飛車君。
この程度っていうぐらいだったら自分で高度(?)な話題でもふってみれば?

**名前は開発中のものです。** · 01/12/07 20:53

>>85のような奴がいるから
「３Ｄやってるプログラマは人を小馬鹿にしたやつが多い」
と言われる。

**名前は開発中のものです。** · 01/12/07 22:33

>>88
高度な話題振っても付いてこれる奴がいない(アマだから)
or付いてこれても書きこまない(プロだから)

**名前は開発中のものです。** · 01/12/07 23:29

高度な話をし過ぎると身元が割れる危険が伴なう（以下略）

**名前は開発中のものです。** · 01/12/07 23:43

出し惜しみしてるのはニッポンジンの技術屋だけあるよ。
ガイジンはプロもアマも出し惜しみしないあるよ。

**名前は開発中のものです。** · 01/12/08 00:02

>>91
下手な言い訳はやめなさい。
単に高度なネタ持ってないだけでしょ？ｵﾚﾓﾅｰ

**名前は開発中のものです。** · 01/12/08 09:59

情報をクローズドにすると独自の文化が育つ。
そこが日本特有の長所でもあり短所でもあるな。

**名前は開発中のものです。** · 01/12/08 15:21

＞出し惜しみしてるのはニッポンジンの技術屋だけあるよ。
＞ガイジンはプロもアマも出し惜しみしないあるよ。
アマだったら日本でも出し惜しみしてない良質なコンテンツが豊富にあるだろ？
プロに関しては、技術隠蔽するのは当然。それは海外も同じ。
ただ、海外はプログラマー社長が極めて多いので、
社長判断で勝手に公開している例が目立つ。

**名前は開発中のものです。** · 01/12/08 21:46

海外は公開してても特許でガードしてたりするよな。
Stable Fluids使わせろやゴルァ

**名前は開発中のものです。** · 01/12/09 01:04

>>96
もし使ったとして、A|Wがお得意先の日本のゲーム会社を訴えるんだろうか？

**名前は開発中のものです。** · 01/12/16 21:46

>>95
レベルも人数もちがう。
まぁ、日本は少数精鋭ってことにしとこう。

**名前は開発中のものです。** · 02/01/03 20:37

たまには上げてみるか・・

**名前は開発中のものです。** · 02/01/03 22:50

>99
何、アげてんの？

**名前は開発中のものです。** · 02/01/04 01:50

>>100
何、サげてんの？

**名前は開発中のものです。** · 02/02/10 14:33

これが本スレだ

**名前は開発中のものです。** · 02/02/10 21:33

また３Ｄの糞スレあげてやがる。
ヴォケどもが。

. · 02/02/12 21:05

おぉD3D専用のスレが・・・
という事で質問させてください。
D3DXLoadMeshFromX関数でXファイルを読み込んだ後、
このオブジェクトに対して行列を設定するには(既にローカル座標は作っているのですが)
どの関数を使うのでしょうか。
とりあえずそのままだと座標(0,0,0)に表示されているのですが、、

**名前は開発中のものです。** · 02/02/12 21:06

>>103
うるせー馬鹿

**名前は開発中のものです。** · 02/02/12 21:09

>>104
質問はこちらへ

プログラム板
Direct3D
http://pc.2ch.net/test/read.cgi/tech/1011762546/

**104** · 02/02/12 21:25

>>106
それってココじゃないんですか？

**名前は開発中のものです。** · 02/02/13 04:05

>>104
オブジェクトに対し、トランスフォーム行列を設定するという認識がそもそも間違い。
D3DDeviceに対しトランスフォーム行列を設定し、
D3DDeviceに対し表示するメッシュを設定する、が正しい。
即ち、IDirect3DDevice8::SetTransform。これ最強。

**なかまかな** · 02/02/22 18:51

要望
　ＤＸでサーフェースとして管理してる２Ｄキャラを、
　Ｄ３Ｄで表示して、回転できるようにしたい。
　ＤＸ８には、ハードウェアが対応してないようなので、ＤＸ７で。
　まず、テクスチャを準備して、テクスチャサーフェースに割り当てた。
　あとは、このサーフェースを、座標指定して表示すればいいと思う。

●今までのやり方
　　　　　　　　　描画先エリア　サーフェス
　　　　　　　　　　　↓　　　　　↓
ret=pDDSBack->Blt( &rect1, g_pDDS,NULL, 0, NULL );

●Ｄ３Ｄでのやり方
　　　　　　　　　テクスチャサーフェス
　　　　　　　　　　　　　　　　↓
pd3dDevice->SetTexture( 0, g_pDDS );
pd3dDevice->DrawPrimitive( D3DPT_TRIANGLESTRIP, D3DFVF_VERTEX,ddx_txv, 4, NULL );

今までは、rect1にピクセル座標(?)を代入してた。
Ｄ３Ｄでは、ddx_txv　に座標を設定するらしい。
が、ヘルプ読んだが良くわからん。
どうやればいいか、分かる人教えてみないか。

↑ · 02/02/22 18:53

>>109
ずれてる。こっちに差し替え。
　　　　　　　　　描画先エリア　サーフェース
　　　　　　　　　　　　　↓　　　　↓
ret=pDDSBack->Blt( &rect1, g_pDDS,NULL, 0, NULL );
●Ｄ３Ｄでのやり方
　　　　　　　　　テクスチャサーフェース
　　　　　　　　　　　　　　　　　　↓
pd3dDevice->SetTexture( 0, g_pDDS );

**名前は開発中のものです。** · 02/02/22 21:30

>>109
>　Ｄ３Ｄで表示して、回転できるようにしたい。
この程度の処理が
>　ＤＸ８には、ハードウェアが対応してないようなので、ＤＸ７で。
DirectX7で対応していて、DirectX8では対応していない
ハードウェアがなんなのか教えて欲しい。
そんなものあるの？

**なかまかな** · 02/02/22 23:09

>111
ＤＸ８だと、ハードウェアが新しくないと機能しないよね。
サンプルを実行したら、ダイアログボックスがでて、ソフトウェアモードで処理された。
ＤＸ７のサンプルは、ハードウェア（ＨＡＬ）で動いた。
それとも、回転だけなら、今までのビデオカードでもハードウェアで動くの？

**名前は開発中のものです。** · 02/02/22 23:15

正直、DX8のものって動かないものが多いよ・・・

**名前は開発中のものです。** · 02/02/22 23:32

>>109
つまんねぇネタだな

**名前は開発中のものです。** · 02/02/23 02:42

>>111
持ってるハードが古いorメーカが既に逝っててドライバが更新されてないとか（ｗ

**なかまかな** · 02/02/23 10:43

>115
でもほかのＤＸのスレで、ＤＸ８は、ビデオカードとかが新しくないと
ダメだったようなこといってたよーな

**名前は開発中のものです。** · 02/02/23 11:32

>110 DrawPrimitiveでの回転は折れのスキルでは出来ないので
板ポリゴンにテクスチャ張ってD3DXMatrixRotationXなどで
回転させてる。

**名前は開発中のものです。** · 02/02/23 11:53

>>112
DirectX8固有の機能でなければ古いドライバでも動作します。
動かないのはサンプルに新機能のデモが多いせいでは？

**109** · 02/02/23 15:23

>118
でもＸファイルを表示するだけのサンプルも、ソフトで処理された。

>117
なんだ。Ｄ３ＤＸってライブラリ、付属してるのか。別途かと思った。
最初からコレ使えば良かった。どうしようかな。

おわる。

02/03/05 01:37

DirectX7でDirect3DrmモードとDirect3Dimモードってあるけれども、
このスペックのPC使ってDirect3Dimモードで作成して動かしても普通に動くかな？

VRAMは８Ｍバイト３Dチップ付き
メモリ６４MB
ＣＰＵはPentium2 400MHz

**名前は開発中のものです。** · 02/03/05 02:36

>>120
チップの名称くらいかけ。

ちなみにi810とかsisみたいなチップ内蔵の場合、UMAの方で
不具合でるからむり。

**名前は開発中のものです。** · 02/03/08 01:28

グラフィッカーなんですが、
ピクセルシェーダーの紹介されている書籍やサイトをおしえてくださぃ・・・。
でかい本屋を何件か回ったのですが、どのＤirectＸ８本も
プログラムよりの基本的な３Ｄ表示のことしか書かれていないので
Ｄirect３Ｄ固有のビジュアル表現の可能性がわからないのです。

・・・なんとなく放置されそうですが（ｗ）、よろしくおねがいします。

**名前は開発中のものです。** · 02/03/08 01:32

>>122
http://www.microsoft.com/japan/developer/directx/welcome/dsmsdn/directx08202001.asp
http://www.microsoft.com/japan/developer/directx/japan/dx8/DX81PS.asp
こんなのでいい？

**１２２** · 02/03/08 01:50

>>１２３
すばやいレスありがとうございます。
そーです。そんなのですー。
かなり詳しく載っているのでじっくりと見させてもらいます。
親切な方、ありがとうございました。

**名前は開発中のものです。** · 02/03/09 01:34

>124
ttp://developer.nvidia.com/
24h遅れｽﾏｿ

**名前は開発中のものです。** · 02/03/26 19:25

Xファイルを読み込んで表示すると、ポリゴンが透けて見えたり、裏側が見えてしまって
困っているんですが原因と対処方法わかりますでしょうか
http://mrpackman.hoops.ne.jp/D3DLearn.zip
大きくて申し訳ないですがこんな感じです

**名前は開発中のものです。** · 02/03/30 17:45

>>126
Xファイルは何で作ってる？
ツールによっては反転させないとおかしな事になる

**名無しさん** · 02/04/15 21:05

ライブラリいいの無い?

**名前は開発中のものです。** · 02/04/15 21:59

>>128
むしろDirectXがライブラリ。

**名前は開発中のものです。** · 02/04/15 22:05

>>128 はい！はい！はい！
http://www.geocities.co.jp/SiliconValley-SanJose/8134/

**名前は開発中のものです。** · 02/04/16 05:10

>>128
D3DX8

**名前は開発中のものです。** · 02/04/16 08:54

>>128
http://www.ah.wakwak.com/~jey/
こんなのもあるよ。オープンソース

**名無しさん＠お腹いっぱい。** · 02/04/25 09:07

DOGAつかってますか?

**名前は開発中のものです。** · 02/04/25 11:57

>>133
以前は良く見たけど。
最近はめっきり見なくなったねえ

**名前は開発中のものです。** · 02/05/03 13:47

やぱその辺り踏まえてないからちゃう？ｗ

**名前は開発中のものです。** · 02/05/03 13:47

どゆこと？

**名前は開発中のものです。** · 02/05/14 00:58

Matrox、世界初512bit GPU「Parhelia-512」を発表
～DirectX 9、10bitカラー処理、Triple Headなど多くの新機能
http://www.watch.impress.co.jp/pc/docs/2002/0514/matrox.htm

遂に正式発表されたみたいだ。え？板チガイか！？

**名前は開発中のものです。** · 02/05/14 18:40

DirectX9完全準処ハードをメインターゲットにしてゲーム売れるのは
いつごろになるのだろう？

**名前は開発中のものです。** · 02/05/14 19:34

>>138
XBOX2の頃かな？なんちて

**名前は開発中のものです。** · 02/05/14 21:32

**名前は開発中のものです。** · 02/05/15 00:13

そもそも今、完全にメインに出来るバージョンっていくつかなぁ。
正直、DirectX6くらいな気がするよ……。

**名前は開発中のものです。** · 02/05/15 00:14

あ、PCの話ね

**名前は開発中のものです。** · 02/05/15 03:32

あああ、ID3DXBaseMesh::GenerateAdjacencyが失敗するぅぅぅ
何をやっても駄目だぁ、エラーコードもUnknownだしィィ
つーか、もっと根性みせろやD3DXが！！例外出てる訳でもねーんだろ！！
それが出来ねーんならソース公開しろォォ！！
ID3DXSkinMesh::Convert系で作ったスキンメッシュはリストアで必ず失敗するしよォォォ！！

**名前は開発中のものです。** · 02/05/15 14:05

>>141
実際、7あたりが標準になってるんじゃない？

**名前は開発中のものです。** · 02/05/16 04:32

テクスチャにレンダリングする方法は
一度サーフェイスにレンダリングした後にコピーするしかありませんか？

**名前は開発中のものです。** · 02/05/16 04:32

age

**hoge3d** · 02/05/16 19:32

>>145
IDirect3DTexture8::GetSurfaceLevel()でサーフェスを取得してSetRenderTarget()でレンダリング対象にすればいい、かな？
やってみたことないので参考まで。

**hoge3d** · 02/05/16 19:42

>>144
（141とは別人ですが・・・。）
開発ターゲットはDirectX8になってるにしても、
安全に使えるハードウェア機能としては6～7くらいという気もする。
開発力が十分あって、ハードウェアごとにレンダラの構造変えられるなら話は別ですが・・・。

**hoge3d** · 02/05/16 19:50

>>145　追記というか訂正
KanoさんBBSの過去ログからこんなのを発見
>残念ながら、D3DUSAGE_RENDERTARGET を指定してあるテクスチャは
>D3DPOOL_DEFAULT にしか置くことができないため、LockRect は使えません。
>結局、残された唯一の方法が CopyRects というわけです。

だそうです。

ここらへんより
http://cgi3.tky.3web.ne.jp/~tkano/bbslog/bbslog12.shtml

**名前は開発中のものです。** · 02/05/20 17:11

現在使用しているビデオボードで利用可能な
テクスチャの最大サイズってどうやって取得すれば
いいんでしょうか。

**マス大山** · 02/05/20 18:20

>>150
きみィ～基本がなっとらんよ。
見たまえ、このコブシの拳ダコは
そりゃあもう血の滲むような訓練云々～

**名前は開発中のものです。** · 02/05/20 19:28

>>150
struct D3DCAPS8の
MaxTextureWidth および MaxTextureHeight
IDirect3D8::GetDeviceCaps使って

**150** · 02/05/20 19:46

>152
それこそ求めていたものです
ありがとうございました！

**hoge3d** · 02/05/29 21:40

あげてみる

**名前は開発中のものです。** · 03/02/06 23:40

DX7でDirect3D IM の勉強をしてるんですが、
板ポリ表示すら出来ずに鬱入ってます。
初期化部分はクリアしたんですが、Viewportの設定や投影変換の所で躓いてます。。
いろいろ検索とかかけて調べてるんですが、出てくるのはDX5やDX8のサンプルなどで
DX7を解説してるようなサイトが見つかりません。
（見つかっても初期化の部分だけとか）

どなたかいいサイトご存知でしたら教えてくれませんか？
よろしくです。

**名前は開発中のものです。** · 03/02/06 23:48

ここしか知らない。

ttp://www.age.jp/~writing/wws/programs.htm#Direct3DIM研究日記

つか、ＤＸ８にしときなさい、と忠告してみる。９でもいいけど・・・。

**155** · 03/02/06 23:57

> 156
レスありがとです。
ここ前に見たんですが、レベル高くて結局基本的な事がわからずじまいで・・・。
DX8はHDC取得出来ないらしいので不便かなぁと言うのと、DX7の方が教材になるのではと思ってみたり（推測）。
9ではHDC取得が復活したらしいですが、出たばっかしなのであまり手を出したくないんですよね。

**名前は開発中のものです。** · 03/02/07 00:17

う～ん、漏れはHDCに頼ってるように見えるんだけど、そっちのが勉強になるんかな。
ちなみにテキスト表示が不便だってんならGetGlyphOutlineみたいなＡＰＩもあるし
文字表示・入力のいい勉強になると思うけど。

**155** · 03/02/07 00:36

HDC云々ってのは勉強とは別であったら便利だよなぁーって事です。
取りあえず１度にいろいろな事覚えるのは出来そうにないんで3Dの基本的な部分を
やっつけていきたいと思ってます。
みなさんのレスから推測するに、やっぱり解説してる所って少ないんですね・・・。

**名前は開発中のものです。** · 03/02/07 02:45

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このｽﾚは無事に　　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　　ギコ猫より　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧　　/
　（　　ﾟДﾟ）　/
　（　　　　）つ
　｜｜｜
　（_＿）＿）

**名前は開発中のものです。** · 03/09/26 16:07

9になってからDCが取得できるようになったけど、
αが使えないから結局自分でイメージ操作しなきゃいけないんだよね

**名前は開発中のものです。** · 03/09/27 08:23

えーとD3D9で以下のような感じで Windoid モードで 60fps ほど画面を更新しているんですが、
なんだか微妙にテアリングが出てしまいます。D3D8 の SWAPEFFECT_COPY_VSYNC がなくなった
関係でこれは避けようがないのでしょうか。P4 3.0G + Intel 865G オンボード VGA です。
SWAPEFFECT は COPY, FLIP, DISCARD の全て試してみました。。。

// 毎秒 60 回呼ばれる
UINT cSwapChains = pd3dDevice->GetNumberOfSwapChains();
for (UINT iSwapChain = 0; iSwapChain < cSwapChains; iSwapChain++) {
　CComPtr<IDirect3DSurface9> pBackBuffer;
　pd3dDevice->GetBackBuffer(iSwapChain, 0, D3DBACKBUFFER_TYPE_MONO, &pBackBuffer);
　pd3dDevice->SetRenderTarget(0, pBackBuffer);
　pd3dDevice->BeginScene();
　...描画処理...
　pd3dDevice->EndScene();
}
pd3dDevice->Present( NULL, NULL, NULL, NULL );

◆/lQMO72QVo · 03/09/27 11:50

http://aa.2ch.net/test/read.cgi/mona/1063098214/l50

**名前は開発中のものです。** · 03/09/27 12:51

>>162
ヘルプの「DirectX 9.0 への移行」をよく読むべし。

**名前は開発中のものです。** · 03/09/28 01:19

256x256のHeight DataがあるんですがＤ３Ｄで
グリグリするにはどう書けばいいですか？
ヒントだけでもいいので教えてください

**名前は開発中のものです。** · 03/09/28 01:52

ふつうにポリゴンでつなげてみたら？

**名前は開発中のものです。** · 03/09/28 16:37

>>165
1.BMPファイルから高さ情報を読む。
2.VERTEX構造体に取得した高さ(Y座標)とX,Z座標
(その他、必要なら法線ベクトルやUV座標)をセット。

後はゲームループ中で、
VERTEX情報をSetVertexShaderとかで指定して、DrawPrimitive系の
命令で描画する。

こんな感じかな？ 1.の処理させるのが一番面倒くさいかも。

**名前は開発中のものです。** · 03/09/29 14:29

>>194
ヘルプを読んだ限りでは、D3DPRESENT_INTERVAL_ONE を使えってことみたいですね。。
D3DPRESENT_INTERVAL_ONE でもダメっぽいので、このアダプダ(ってもオンボードだけど)
だとDirectX9 では無理ということであきらめておきます。

**名前は開発中のものです。** · 03/09/29 15:50

　　　　　　　　　　　 ∧＿∧
　　　　　∧＿∧ 　（´<_｀　）　
　　　　（　´_ゝ`）　/　　 ⌒i 　　
　　　　／　　　＼　　　　|　|
　　　 /　　　/￣￣￣￣/　|
　＿_(__ﾆつ/　 FMV　 / .| .|＿＿＿＿
　　　　＼/＿＿＿＿/　（u　⊃

**名前は開発中のものです。** · 03/10/01 15:26

http://www.shaderx2.com/
日本語版まだでないの？

**名前は開発中のものです。** · 03/10/02 19:08

マジレスならぬ、マジネタ。
ＤＸ７で。
３Ｄの当たり判定って、モデルのワールド座標を使用すんじゃん。
このワールド座標は、Ｄ３Ｄで描画する際に、内部で算出してるじゃん。
だから、それを使って当たり判定をしたいんだけど、
このワールド座標を取得することができね。
座標変換だけを実行するProcesVerticsを使うと、
ワールド変換、カメラ変換、ひし形の台変換、スクリーン座標変換
だかまで自動的にやっちまうじゃん。
だから、ワールド変換までを行った座標を取得したいんだけど、できねよな。
自分で計算プログラム作ると、無駄な計算じゃん。
他のサイトを見ようとおもたらＤ３Ｄを扱ってるサイトのねーこと。

**ｵﾚｰ** · 03/10/02 19:14

>>171
ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？
内部で算出ってなんだよ

**名前は開発中のものです。** · 03/10/02 19:17

おお！釣れた！。じゃなくって、レスはや。
>ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？
なにそれ。自分で計算すんのかよ！

描画は、
１．モデルデータ作る
２．Ｄ３ＤＭＡＴＲＩＸ作る
３．SetTransformで、ワールドマトリックスセット
４．DrwaPrimitiv
じゃん。自分で計算なんてしてないだろ

**ｵﾚｰ** · 03/10/02 19:21

>>173
＞３．SetTransformで、ワールドマトリックスセット

素直に↑このﾜｰﾙﾄﾞﾏﾄﾘｸｽとﾓﾃﾞﾙデータをかけたやつで計算しろよ

**名前は開発中のものです。** · 03/10/02 19:21

>ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？

んなことしねーよ！ｵﾚｰは、そうやってんのか？

**ｵﾚｰ** · 03/10/02 19:22

>>175
いや、してない。勘違いしたんだ

**名前は開発中のものです。** · 03/10/02 19:23

>174

だからそれやると計算が無駄になるつってんだろ

**ｵﾚｰ** · 03/10/02 19:24

>>177
俺はそうしてるけどな。描画しねーと衝突判定できねーなんてｆｐｓ低かったら悲惨だしな

**名前は開発中のものです。** · 03/10/02 19:26

だから、描画の際に、たぶんＨＡＬで計算してんだから、
そんときに算出されたワールド座標を流用すればいいでしょ。
それがムリなら、座標変換を、個別に指定できるべきだし

**オレー** ◆bJKvyv1OZU · 03/10/02 19:28

>>179
俺のは描画より内部計算のほうが多くなる場合があるからﾂｶｴﾈｴ
まーｶﾞﾝﾊﾞﾚﾔ

**名前は開発中のものです。** · 03/10/02 19:39

>180
ゲームだとそうなるだろ。描画はＤ３ＤがＨＡＬで高速になるから、
そうするとネックは、あたり判定になる。
ﾂｶｴﾈ理由が分からんが。

座標変換は、モデル→ワールド→カメラ→プロジェクション→画面
になってて、これって、Ｄ３ＤＭＡＴＲＩＸを使った同じ方法を取ってると思ってる。
変換の名前は変わっても、コード的にやってることは同じ。
で、最初に、モデル→ワールドだけを行わせる。このワールド座標はあたり判定に使用。
そのワールド座標を、DrawPrimitiveに渡して、DrawPrimitiveには、
ワールド→カメラ→プロジェクション→画面
の範囲を行わせる。
とできるべきだろう。

**オレー** ◆bJKvyv1OZU · 03/10/02 19:52

>>181
あああ。ProcessVerticesをもっと融通きかせろって話か！
そういえばそう書いてあるな。そうだな俺もそのとおりだと思うぞ。

しかしこの板は使いにく否

**名前は開発中のものです。** · 03/10/03 02:47

なんの話してるのかわからないんだけど座標変換って
モデル（頂点データ）→ワールド→カメラ→プロジェクション→画面
で、いんだよね。
でも、計算順序って
まず、
ミックス　＝　ワールド→カメラ→プロジェクション
で、最後に
モデル（頂点データ）→ミックス
だよね。
途中もなにもねーと思うんだけどどうよ？

**名前は開発中のものです。** · 03/10/03 10:03

物体が視野に入っていなければ描画をパスさせるため
物体の中心座標をいちいち透視変換しているんだけど
こういうのもHAL側で一気に変換してもらえんかなぁ…

**名前は開発中のものです。** · 03/10/03 17:20

http://jbbs.shitaraba.com/travel/2226/

**名前は開発中のものです。** · 03/10/03 17:47

>>183
普通はそうだと思う。よっぽどヘボい実装でなければ。
あと、ついでにビューポート変換まで一緒にやっちゃうかもね。

**名前は開発中のものです。** · 03/10/03 19:56

>>183
いや、パイプラインとの兼ね合いの話でしょ

**名前は開発中のものです。** · 03/10/12 03:20

>171

HALは、内部では1つの行列になってるから、分けると2倍遅くなる。
そもそも、当たり判定にモデルの描画用の姿勢は必要ない。

**名前は開発中のものです。** · 03/10/13 07:30

>>171
>このワールド座標は、Ｄ３Ｄで描画する際に、内部で算出してるじゃん。
頂点のワールド座標の位置を求めるなら内部だけど
171が欲しいのはしてないでしょ？

SetTransform(D3DTS_WORLD,world);

とか突っ込んでるのがワールド座標じゃないの？

**ｵﾚｰ** · 03/10/13 08:09

ってか、当たり判定を専門にやってくれるチップがﾋﾞﾃﾞｵカードについて
それをあつかうDirectCollisionがあればいーんだよな！！

**名前は開発中のものです。** · 03/10/13 11:34

>>189
文脈的に変換後の頂点座標の事かと＞ワールド座標

**名前は開発中のものです。** · 03/10/14 05:51

>188
何をいってんだかよくわからんね。
>HALは、内部では1つの行列になってるから、分けると2倍遅くなる。
当たり判定用に、トランスフォームすると、描画用と当たり判定用で２つで、２倍遅くなる？
>そもそも、当たり判定にモデルの描画用の姿勢は必要ない。
姿勢ってなんだよ。中身をはっきしいえや。
てか、こいつ、なに気取ってんだよ。ダサ！！

**名前は開発中のものです。** · 03/10/14 06:42

>>192
お前こそオブジェクトのワールドの姿勢行列がほしいのか
オブジェクトの頂点ごとのワールドでの位置座標がほしいのか
はっきりしろよ。（どっちなんだよ、いえよ馬鹿）

188の内容が理解できない馬鹿はお前ぐらいだっつの。
（いやマジで）

**名前は開発中のものです。** · 03/10/14 09:04

1. オブジェクトの頂点を全部変換するんじゃなくて、
当てられるほうの判定球とベクトルにワールド座標の逆行列をかけて判定。

2. 必要に応じて1の段階でリストアップしたポリゴンを詳細に判定

**名前は開発中のものです。** · 03/10/14 20:48

>196
>お前こそオブジェクトのワールドの姿勢行列がほしいのか
>オブジェクトの頂点ごとのワールドでの位置座標がほしいのか
>はっきりしろよ。（どっちなんだよ、いえよ馬鹿）
アホだなこいつ。気取ってるのを指摘してやったら、さらにアホなことを、、、。
ワールドの姿勢行列は、オブジェクトごとに持たせるに決まってんだろが。
だから、それは３Ｄでのオブジェクトには不可欠なデータだから有って当たり前。
だから、欲しいっていってんのは、頂点ごとのワールドの位置情報しかないだろが。くだらねぇこと聞くんじゃねよ

**つか188は俺じゃねーの** · 03/10/14 22:56

>>195
おまえ行列の演算順序を理解してねーのか？
183に詳しく書いてくれた人がいるだろ？なんで読まない？

普通は

ミックス　＝　ワールド→カメラ→プロジェクション
モデル（頂点データ）→ミックス

というふうになってるんだよ。
ようはワールド→カメラ→プロジェクションをバラバラに頂点データにかけてるわけじゃなくて
ミックスした行列を一回だけ頂点データにかけてるんだよ。
だから途中も何もないんだよ。理解できたら返事しろアホ。

**名前は開発中のものです。** · 03/10/14 23:46

おいおい！Ｉ／Ｏ別冊によれば、
座標変換はDrawPrimiticeメソッドなどがよばれたら、
ワールド、ビュー、射影の順に座標変換が行われるって書いてあるが。

**名前は開発中のものです。** · 03/10/15 00:11

>>197
それは行列のかける順番（方向？）を強調したかっただけじゃねーの？
一度シェーダでも触ってみれば？

**名前は開発中のものです。** · 03/10/15 00:33

頂点座標に何度も演算したら、行列作ってる意味無いじゃん。
ローカル座標→スクリーン座標が一発で変換できるのが行列の偉いところ。

**名前は開発中のものです。** · 03/10/15 01:38

つうかDirectXの機能使うしか理解出来ない奴ばっかなのか？
別に自分で座標変換した頂点を描画するなんて実装は誰だって理解して組めるだろ。
問題はそうじゃなくDirectXの機能で描画に使った部分を
自分が必要なワールドの処理に流用しようとしてアホな議論をしてる事だろ。
DirectXの仕様がそうなってない以上は、自分で用意して処理するのが当り前。