鬱だ氏のう DirectX (Part 8)

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

DirectXについてマターリと技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。
■ 過去スレ
Part 1 http://piza.2ch.net/tech/kako/966/966655286.html (プログラム板)
Part 2 http://pc3.2ch.net/test/read.cgi/tech/997101556/ (プログラム板)
Part 3 http://game.2ch.net/gamedev/kako/1005/10051/1005119775.html
Part 4 http://game.2ch.net/gamedev/kako/1016/10162/1016276254.html
Part 5 http://game.2ch.net/test/read.cgi/gamedev/1027351925/
Part 6 http://game.2ch.net/test/read.cgi/gamedev/1033920036/
Part 7 http://pc2.2ch.net/test/read.cgi/gamedev/1039509250/

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

>>68 Viewportの使い方くらい自分で調べなさい。

**あぼーん** · NG

あぼーん

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

>>70
そりゃ仕方が無いだろ
Direct Drawをやってるとこの辺りすごくよくわかるんだが・・・
隠蔽された分だけわかりにくくなってるんだな

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

>68
スクリーンセイバーのプレビュー画面みたいのだったら、
子ウインドウを作って描画したほうが確実だと思う。

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

>>74
フレーム無しのスタティックウインドウを子フレームとして持てば簡単だね。

**あぼーん** · NG

あぼーん

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

おはようございます。朝なんで人いなそうですが、よろしければお知恵をお貸しください。

8の頂点データ、12面×3のフェースデータ（最大三角形プリミティブ）、
そして各頂点にuvデータを12×3個持つ立方体のデータがあります。

これをFVFがXYZとUVの頂点バッファ、及びインデックスバッファ（D3DXMeshなので必須）に
納めたいのですが、この場合、uvを基準に頂点データを展開するしかないのでしょうか？

馬鹿正直にやったら、頂点データ36、1234…と順番に並ぶだけのインデックスバッファが
出来てしまい・・・さすがに無駄が多そうです。
おまけに期待してたD3DXMesh::Optimizeも、データを減らしてはくれなくて・・・。

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

いや、そーゆーもんじゃねーの？

77 · 03/03/11 07:22

>>78
朝もはよから、レスありがとうございます。
そーゆーもんでしたかぁ。おかげでホッとしました＜(*´Д`)
いやぁ、あまりにインデックスの並びが無意味になるので、ドキドキしてたもんですから・・・。

それにしても、自前データでD3DXMesh使うのは面倒ですねぇ・・・。
そんなに難しくないとはいえ、Attributeセットに関する資料なんかwebにひとつもないとは＿|￣|○

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

なれればD3DXMesh使わんほうが楽だから

**あぼーん** · NG

あぼーん

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

>>79
自前データならD3DX使わなくていいじゃんよ

**あぼーん** · NG

あぼーん

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

落ちゲーのフィールドデータとか、スピードアップのためにDWORD使ってるけど、
DirectPlayで転送するときには8bitもあれば充分だからBYTEに落としたい・・・。
けど、そうするとキャストが転送時のボルトネックになる・・・。

こんな時お前らならどうします？

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

ボトルネックというのが速度のことを言っているのなら
お前はやる前から頓珍漢なことを理由に実践しない怠け者
ベンチマークもとらずに速度がどうこう言うのは十年早い

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

ベンチマーク以前の問題な気がする。
リトルエンディアンならDWORD→BYTEなんて0クロックで変換できるぞ。

ところで、まさか毎フレームフィールドデータを送る気なんだろうか…

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

>>77
　俺も初心者だから詳しくないけど、
それだとインデックスバッファにする意味ないんじゃないの？
前スレの>912 >913 >923 >930でファイナルアンサー！

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

ネットワーク上の転送とメモリ上のキャストは
ベンチマーク以前の比較かも。

ネットワーク上でそのまま転送するのと
メモリ上で編集して縮めて転送するのとでは
どっちが早いかなんて言うまでも無い。

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

落ちゲーは結果同期でいいだろ
つまり、「どこに何を置いたか」だけを転送すればよろし
これだけだとかなりヒマになるので、
ブロックの移動(ユーザーの入力)をUDPの優先度最低かなんかで送ればよろし

**あぼーん** · NG

あぼーん

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

> そうするとキャストが転送時のボルトネックになる・・・。

冗談きついZE!
転送リクエスト一回のほうがよっぽどでかいYO!

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

バンプマップってどうしてあんなに面倒臭いんですか？
S,T,SXTの求め方がわからずこまってたら
凶弾ってゆうゲーム作ってる人のところ辿り着いたけどあんな複雑になるのはしょうがないの？

**あぼーん** · NG

あぼーん

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

>>92
D3DXComputeTangentがあるじゃないですか。

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

んげ、そんな便利な関数が！？
あれ？おわっ！DirectX8にはないのか。
くそーくそーくそーうわーん

**あぼーん** · NG

あぼーん

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

8.1からある。

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

まじすか！？

**あぼーん** · NG

あぼーん

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

質問です。
以前、VB6 + DirectX8 で航空写真を立体表示するシステムを作成しました。
無事に動作していたのですが、先日、ユーザーから「DirectX9のランタイムを
入れたらエラーが出るようになった」と言われ、こちらでも調査してみたところ、
確かにエラーが発生しました。
具体的にはDirectX9を入れると、D3DX8 の ComputeNormals メソッドの引数が
D3DXMesh だったのが D3DXBaseMesh に変更されてしまい、
「型が一致しない」というエラーが出るようになってしまいます。
D3DXMesh から D3DXBaseMesh に変換するような関数があるのかと探してみた
のですが見つかりません。
エラーが出ないように修正する方法をご存知の方がいらっしゃいましたら、
よろしくご教授お願いいたします　m(__)m

**あぼーん** · NG

あぼーん

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

DX9のDX3DXのアニメーションをつかってるサンプル知りませんか？

**あぼーん** · NG

あぼーん

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

>>102
SDKのサンプルが使ってるだろ

**あぼーん** · NG

あぼーん

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

モデリングデータが三角形リストなのですが、三角形リストを効率いい
三角形ストリップの組み合わせに変換するアルゴリズムってあるんでしょうか？

総当りで最適解を探すと O(2^n)なのでとても使い物にならないです。

**あぼーん** · NG

あぼーん

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

簡単にDirectXのバージョンを取得する方法無いですか？
GetDXVersionとか言うのを聞いたことあるけど使い方が分からないです。

開発環境はC++.netです

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

>>106
腐るほど研究されてると思うが、googleで検索すらしてないのか？

**あぼーん** · NG

あぼーん

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

>>106
DirectXに限って言うなら、NVTRISTRIPを使ってみるのはどうよ？
http://developer.nvidia.com/view.asp?IO=nvtristrip_library

**あぼーん** · NG

あぼーん

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

>>108
ttp://www.microsoft.com/japan/msdn/library/ja/jpdx8_c/hh/directx8_c/_dx_version_checking_dxintro.asp

ついでに、サンプルソースをよく探してみなされ。

**あぼーん** · NG

あぼーん

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

アルファブレンディングでメッシュを描画する場合、Z書き込みをオフにして手前の
オブジェクトから順にレンダリングするって事は理解できるんですが、半透明オブ
ジェクト同士が重なった場合のことを考えると、ポリゴン単位でZソートする必要が
ありますよね。
さらに半透明ポリゴン同士が重なった場合、ポリゴンを分割して面が交差しないよ
うにする工夫も必要だと思います。
でもこんな事やるとRenderStateの変更や頂点バッファへのアクセスが頻繁に起こ
ってしまいますし、何よりこんなプログラムを作るのは難しいと思います。
実際、市販のゲームとかはどうやってるでしょうか？

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

全描画物をソートしてZバッファ使用。

**あぼーん** · NG

あぼーん

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

荒っぽいけどオブジェクト単位のソートで済ましても気にならない場合が多い。
これは作ってみるとわかる。
ポリゴン単位でソートしたくなる部分は、人物の髪の毛・草や木の葉だね。
この部分は気の済むまでやれ。

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

http://homepage3.nifty.com/digikei/sample/sample.html
なんだかすごいことになっています

**あぼーん** · NG

あぼーん

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

LightWaveのDirectX Export使ってもサーフェイスのアルファ設定が出力されない(´・ω・`)ｼｮﾎﾞｰﾝ

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

>>118
今やりたいのが、円柱にテクスチャを貼った半透明の竜巻のエフェクトと
加算合成の爆発のエフェクトなんですけど、この両者が重なってもちゃん
と見えるようにするには、ポリゴン単位ソート＋重なったポリゴンを分割
ってのをやるしかないんでしょうか

**クラッシュ** ◆zmflhpEGDw · 03/03/15 13:55

半透明を含まないものだけをZソートして前から描画(Z書き込み=TRUE Z比較=TRUE)
半透明を含むものだけをZソートして後ろから描画(Z書き込み=FALSE Z比較=TRUE)
でいいんじゃない？

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

>>123
しかし、今回の竜巻は大きくて奥行きもかなりあります。
かなり太い竜巻で街が壊されて爆発が起きてるところを想像して下さい。
断面図はこんな感じで。。
　　｜　　　　｜
　　｜竜巻　｜
　　｜　　　　人
　　｜　　＜　＞　←爆発
　　｜　　　　V
凸凸凸凸凸凸凸凸凸←街

爆発は円柱状の竜巻の中でも外でも起こりますし、図のように竜巻と
かさなっている場合もあります。オブジェクト単位のソートだと、こういう
表現で問題が出ます。どうしたらいいですか

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

竜巻を細かく区切る？

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

よく描いた

**クラッシュ** ◆zmflhpEGDw · 03/03/15 15:34

>>124
竜巻を表と裏に分割なり縦に分割なりするのがベストかなあ。
リアルタイムだとどうしても制約はできてしまうから、その制約を
前提にしたデータ作りは避けられないと思うよ。

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

とりあえず竜巻と爆発を細かく切って別オブジェクトにすることでそれらしく見えるようになりました。
ありがとうございました。

今回はこれで対応できましたけど、プレステのゲームとかってどうやってるんでしょうか。
最近出たアヌビスなんてアルファブレンド使いまくりですが・・・

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

3Dでときめもみたいなギャルゲーを作ろうとしています。
スキニングやトゥーンシェードはサンプルが山ほどあるから大丈夫なんですが、
顔のアニメーションをどうやったらいいのかわかりません。
くちパク、まばたき、視線操作、表情変化などをやりたく思います。
FFXくらい動いたら言う事無しなんですが。どうやればいいのでしょうか。

**あぼーん** · NG

あぼーん

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

モーフィングとリップシンクで検索だな。

**あぼーん** · NG

あぼーん

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

>>129
Tweening使ったら？

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

頂点バッファの数を減らすために、インデックスバッファを使っていると思うのですが
さらに頂点バッファを減らすために、座標、テクスチャ座標、頂点の色、法線などを
別個に作ってそれのインデックスをつくって、インデックスバッファがそれを参照
するような形にしようと言う動きは無いんですか？

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

>> 134
すでにストリームが複数あるだろうが。

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

>>135
ＩＤがＩＤがああっ

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

>>135
すごい！！あんたは神！！

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

>>135
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

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

むしろこのスレ的には133のMSの方が神かもしれない。
で、この場合ってあっちのスレは終了なの？

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

>>139
神だ！神がどう動くかだ！

**あぼーん** · NG

あぼーん

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

容量気にするならテクスチャの枚数を少なくするほうが楽で効果的じゃねーか？

**あぼーん** · NG

あぼーん

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

DirectXの英語の技術情報をgoogleで検索しようとしたらフランス語のサイトがでてきてうざい。

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

>>144
googleは特定の言語のサイトだけを検索できるよ。

**あぼーん** · NG

あぼーん

**144** · 03/03/16 21:25

>>145
できねーよ馬鹿！
氏ね馬鹿！
お前のような馬鹿は馬鹿の一等賞だ馬鹿！

**あぼーん** · NG

あぼーん

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

>>144
ほらよ。これで検索しな。
ttp://www.google.co.jp/search?as_q=DirectX&num=10&hl=ja&ie=UTF-8&oe=UTF-8&c2coff=1&btnG=Google+%E6%A4%9C%E7%B4%A2&as_epq=&as_oq=&as_eq=&lr=lang_fr&as_ft=i&as_filetype=&as_qdr=all&as_occt=any&as_dt=i&as_sitesearch=

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

まあ、気付かないときはそんなもんさ

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

「表示設定」で日本語と英語だけマークしてるにょ。

**あぼーん** · NG

あぼーん

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

テクスチャの枚数を減らすために、頂点や頂点座標の数を減らしたいのでは？

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

━━━━━( ・∀・)＝終)´Д｀(了＝(・∀・ )━━━━━

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

Direct3Dを使った場合、考えうる全ての高速化法を教えてください。

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

>>155
ＣＰＵ・ビデオカードをグレードの高いものにする

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

>>155
描画しない

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

>>156 >>157
ﾜﾗﾀ

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

解像度をもっとも低いものにする。
うちのモニタは320x200できるぜ。

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

>>159
はいはいダウト
解像度を下げても速度は変わらないよ
勉強し直してまた来てね

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

>158
157はマジレスだとおもうが。

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

>160
解像度を低くすれば低解像度のテクスチャを使ってもあまり気にならんし、
普段よりもローポリゴンモデルを使ってもだませると思うんだが。

普通はやらんがナー

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

>>162
はいはいダウト
解像度を下げごまかそうにもフルスクリーンでは意味無いよ
勉強し直してまた来てね

**あぼーん** · NG

あぼーん

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

藁

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

>>164
はいはいダウト
あなたは159
勉強し直してまた来てね

**149** · 03/03/17 23:48

誰も突っ込んでくれなかった・・・

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

>解像度を下げごまかそうにもフルスクリーンでは意味無いよ
この発言、かなり謎
VSYNC待ちとかやっててFPSあがらなかったから意味が無いと勘違いした
位しかこんな発言をする状況がわからん

解像度を下げても速度は上昇しない　が真であるとすると
解像度を上げても速度は低下しない　も真になってしまう
これが真だったらすばらしい世の中になるんだが・・・

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

んー…解像度下げたら速度上がらん？
転送量減るから明らかに下がると思うんだけど……ってこれは2Dか。
3Dの場合はレンダリングの負担が減るから上がる？そうでもない？

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

解像度が下がると、ピクセルの描画個数が減るから、フィル帯域の節約にはなる。
ポリゴン数が少なめで、αでの重ね描きが多いなら、速度の変化は大きいだろう。

逆にポリゴン数がむっちゃ多ければ、頂点転送がネックになるだろうから、
速度はそんなに変わらんだろうね。

解像度、というか描画されるときのピクセル数に応じて
モデルをLODしてあげるのがベスト。ああ、言うのは簡単。