Direct 3D

. · 01/11/09 17:06

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

補足 · 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