【C++】 DirectX初心者質問スレ Part15 【C】

【C++】 DirectX初心� ..

136:127
07/12/23 21:10:44
>>131
>>131
ゲーム制作初心者です。プログラミング歴も１年程度です。
ただ、Javaで簡単なシューティングゲームを作ったことはあるので、
シューティングゲームのアルゴリズムに関してはだいたいどうやるか決めています。

分からないのは音の精密な制御で、ゲームの進行と正確にシンクさせる部分です。
その部分をどうやっていいのか、イマイチ当たりがつかない状況です。

137:デフォルトの名無しさん
07/12/23 21:19:44
>>136
入門書の枠からは外れてるかな。
再生時間'(再生位置)を取得させれば良いだけの話だけど、
この手のゲーム以外で使うことはほとんど無いため扱わない。
ストリーミングバッファの解説が載っていればそれを応用すれば出来ることに気付くかも知れんが。

138:デフォルトの名無しさん
07/12/23 23:48:37
広大なマップを作りたいんですが、バカ正直にモデルを作って読み込んだら物凄く重たくなってしまいました。
程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？

139:デフォルトの名無しさん
07/12/24 00:16:12
>>138
東京から大阪へ行くのに新幹線で行くのでしょうか？　　　という質問をされてどう答えろと。

140:デフォルトの名無しさん
07/12/24 00:31:31
東京の六本木を歩いてるだけのシーンでも、ニューヨークとかパリとか地球全部描いてるわけか？
そんな恐るべき無駄は止めた方がいい

141:138
07/12/24 01:09:58
>>139
？？
夜行バスでも行ける、ってことですか？？
でも、新幹線で行けるならそれに越したことはないですし、>>138の方法でイイってことかな･･･。
>>140
そ、そんなことはしません（汗）

今までゲームをしてきて、当たり前のように見てきた広大なフィールドを実現するのがこんなにも
たいへんなことだなんて･･･
ゲーム開発者の人を改めて尊敬します。

URLﾘﾝｸ(www.acecombat.jp)
これとか、すごすぎです(；´д｀)

142:デフォルトの名無しさん
07/12/24 01:20:10
地面はまっ平ら
木はビルボードにしか見えないんだが

143:デフォルトの名無しさん
07/12/24 01:32:33
ﾜﾗﾀ

144:デフォルトの名無しさん
07/12/24 08:39:45
>>141
アプリケーションに正解なんて無いぜ？
>程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？
つまり>>139の例で言うと新幹線で行くのも正解だし、バスで行くのも正解、歩いていくのも正解だろ。
自分の案があるならそれを試した上で軽くなる方法が無いか聞かないと。

145:デフォルトの名無しさん
07/12/24 10:02:56
DX9　2007Nov　.Net
HLSLについての質問です。
以前PassがBeginPassとEndPassに変わったと言うやりとりがありましたが
上がっているHLSLのサンプルがことごとくエラーを出して正常に実行できません。
サンプルにSDKのバージョンを合わせれば動くでしょうが、そこから最新のバージョンに動かすように修正が出来ませんでした。
現在のバージョンで動くHLSLのシンプルなソースや解説をしているサイトは無いでしょうか。
せめてHLSL部分だけでもあればいいのですが、fxファイルが正常に読み込めエラーが出たりとか･･orz

146:デフォルトの名無しさん
07/12/24 10:12:49
きちんとヘルプが付いてきているだろ。
それで何が問題なんだ？

147:デフォルトの名無しさん
07/12/24 10:53:43
>>145
別にHLSLの部分は何もかわってないぞ
fxファイルが読み込めないのは
どっかに構文エラーがあるからじゃね？

148:デフォルトの名無しさん
07/12/24 11:13:46
>>145
>上がっているHLSLのサンプル

どこのサンプルだよ？

149:デフォルトの名無しさん
07/12/24 11:44:39
>>148
Pass()のままのところもあります(修正してもメモリ周りでエラーが出たり)

t-pot『HLSL』　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(tpot.jpn.ph)

DirectX9での上位レベルシェーダー言語（HLSL）　　(最下にサンプル)
URLﾘﾝｸ(www001.upp.so-net.ne.jp)

Shader.jp - Articles-第4回「HLSL スタート」　　　(上から1/5程の位置にある赤字文の下にサンプル)
URLﾘﾝｸ(www.shader.jp)

その７ HLSLによる極短レンダリング：サンプルプログラム　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(marupeke296.com)

150:138
07/12/24 12:31:45
>>144
分かりました。
ありがとうございました。

151:デフォルトの名無しさん
07/12/24 21:55:38
>>149
俺もうごかねぇや。
てか自前のでさえ動かなくなってた。
詳しく調べてないから分からんが仕様が数箇所で変更されてエラーが複雑化しているように思える。
ぶっちゃけ去年辺りのSDK使えばいいんじゃね？

152:デフォルトの名無しさん
07/12/24 22:36:33
VC++2005、windowsSDK、DirectX9 SDK(October 2006)の環境で
２Ｄの簡単なゲームを作ろうとしている所です

フルスクリーンモードでSetDialogBoxModeを使用している
全ソース付きのサンプルプログラムはどこかにありませんでしょうか？
できればフルスクリーンモードでのメニューバー表示のサンプルがあると助かります。

一応自分でもこれを実現するために
こちらの方のページを参考にしてほぼ丸写し状態でやってはみたのですが、
どうもメニューが表示されません。
URLﾘﾝｸ(www.geocities.jp)

ただ、SetDialogBoxModeを呼び出しても呼び出さなくても、
メニュー自体は存在しているようで、マウスで画面の上のあたりを
クリックなどしますと、瞬間的にメニューが現れ、メニューコマンドが実行されますが＾＾；

こちらに書いていない部分（DX初期化関連、ウィンドーモード、メッセージ処理etc…）
などで何か気をつける点でもあるのでしょうか？？？

153:デフォルトの名無しさん
07/12/24 22:48:55
あ、VC++2005はExpressEditionです。よろしくお願いします

154:デフォルトの名無しさん
07/12/24 23:54:06
板ポリゴンとかにテクスチャを貼ると、テクスチャが何故か右下にずれるのですが、何故なのでしょうか？
どうすれば直りますか？

155:デフォルトの名無しさん
07/12/25 00:28:43
>>154
何かを間違っているから。

156:デフォルトの名無しさん
07/12/25 05:24:58
どうすれば直りますか？

157:デフォルトの名無しさん
07/12/25 05:29:57
間違いを修正する

158:デフォルトの名無しさん
07/12/25 05:49:02
どうすれば間違いを

159:デフォルトの名無しさん
07/12/25 06:32:38
どうやって貼りましたか？

160:デフォルトの名無しさん
07/12/25 08:12:48
誘導
つｽﾚﾘﾝｸ(tech板)

161:デフォルトの名無しさん
07/12/25 09:11:08
DirectX9.0bSDK（2004October）付属サンプル2の、虹色の三角形表示プログラムについての質問です。

改造して四角形を表示させたいのですが、うまくいきません。

CUSTOMVERTEX vertices[] = に
{ 50.0f, 50.0f, 0.5f, 1.0f, 0xff0000ff, },
を追加することで頂点を４つにし、

Void Render()内の
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLESTRIP, 0, 2 );
にすることで、２つの三角形を連続して描画し、結果的に四角形になるかと思ったのですが
三角形一つしか表示されません。

また、
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawIndexedPrimitive( D3DPT_TRIANGLESTRIP, 0, 0, 4, 0, 2 );
にすることで上記と同じ効果になるのかと思ったのですが、今度は三角形自体消えてしまいます。

どうしたら四角形が表示されますか？

162:デフォルトの名無しさん
07/12/25 09:26:56
カリングされてるんじゃないかね？
SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE)

163:161
07/12/25 10:00:08
できました！
あと頂点の順番？がおかしかったみたいで　|Ｘ|　←こんな形になったけど、頂点入れ替えたら四角形になりました！
ありがとうございます！　　　　　　　　　　　　　￣

164:デフォルトの名無しさん
07/12/25 10:35:15
は？
頂点の順序が間違ってたのが原因、って事？

165:161
07/12/25 10:52:03
>>164
三角形が一つしか表示されないという問題は
->SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE);
で解決したんですが、今度は頂点の順番がおかしいせいか欠けた四角形になったんです。
／|　　と　　|＼　　の三角形の組み合わせで　|Ｘ|　こんな形に
￣　　　　　￣　　　　　　　　　　　　　　　　　　　￣

166:デフォルトの名無しさん
07/12/25 14:42:39
>>161
どうでもいいけどoct2004は9.0cだったと思うが

167:デフォルトの名無しさん
07/12/25 15:46:06
疑問に思ったんだけど、四角形を描画する場合、頂点バッファを作ってDrawPrimitive()で描画するのと、
作らないでDrawPrimitiveUP()で描画するのとどっちが速いですか？
頂点バッファは頂点数が多いほど効果を発揮すると聞いたような気がするのですがどうなのでしょうか？

168:デフォルトの名無しさん
07/12/25 15:57:45
疑問に思ったんだけど、なんで自分で試さないんですか？

169:デフォルトの名無しさん
07/12/25 20:21:12
>>167

DrawPrimitiveUPのほうが早いですよ。
多くの方が様々なOSやビデオカードで検証済みです。

とか言ったらこいつは何も考えずにDrawPrimitiveUP使うんだろな。

170:デフォルトの名無しさん
07/12/25 22:21:13
>>169
ありがとうございます。
やはり、頂点バッファは頂点数が多いほど効果を発揮すると言う事でしょうか？

171:デフォルトの名無しさん
07/12/25 22:23:17
>>170
そうです。Microsoftが検証済みです。

172:デフォルトの名無しさん
07/12/26 01:31:37
>>152
私も同じ事やろうとしたけど、どうも上手くいかないですね
でもこの人の作ったゲームだと実装されているっぽいし…
本当にSetDialogBoxModeを使ってるのかなぁ

この関数使ってまともにメニューが表示できた人っていますか？
というかフルスクリーンのメニュー表示はみなさんどうやってます？

173:デフォルトの名無しさん
07/12/26 01:40:45
ステートブロックがいまいち良く理解できません。
1.普通のステート変更を最小限に抑えて変更する
2.（CreateStateBlock()で）キャプチャしたステートブロックを毎回適用する
3.カスタムステートシーケンス（BeginStateBlock()～End...()まで）を適切に使用する
と三つのやり方があると思うんですが、
何も考えずに2.のやり方でも効率的にできるんでしょうか。
それとも多少のやりくりは必要なんでしょうか。
ピュアデバイスだとステート変更は変更するたびに行われるんでしたっけ？
ステートブロックの仕組みとかがわからないのでちょっと迷ってます。

174:デフォルトの名無しさん
07/12/26 02:30:21
効率いいかなんてやってみればわかるだろ。アホか

175:デフォルトの名無しさん
07/12/26 02:47:54
このスレっていったいどんな質問なら答えてくれるの？ｗ

176:デフォルトの名無しさん
07/12/26 03:02:27
パラドックス

177:デフォルトの名無しさん
07/12/26 04:01:19
初心者ホイホイなのかな

178:デフォルトの名無しさん
07/12/26 07:20:42
初心者であろうがなかろうが、自分で試せるものを試さないってのは単なる怠慢だと思うが。

やり方が分からないんであれば、どっちが効率的？などと聞くんじゃなく素直にやり方そのものを質問すべき。

179:デフォルトの名無しさん
07/12/26 13:52:41
このスレいらねーなｗｗｗｗｗ

180:デフォルトの名無しさん
07/12/26 14:13:55
レンダリングステートを変更する事は、結構重いコストとして扱われるので、
Dx6まではコロコロ変化させずに、同じレンダリングステートのメッシュやターゲットを纏めて
レンダリングしたり、ステートの変化が最小になる順番でステート郡をレンダリングしてたりしたんだけど、
ステートブロックを使えば、複数のレンダリングステートの変化を一度にデバイスに適用出きるので、
上記の事をあまり意識しなくて良いレンダリングループが作れるようになったわけ。

でも、別にレンダリングするターゲットやステートの種類によってはステートブロックを使わなくても
そんなに処理が重くならないのも事実で、自分が作成しているプログラムでステートの変更が
重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？
GPUとGPUへのバスの帯域、レンダリングするプリミティブの数、ステートの変更量といった要因が
あって、トータルで考える必要があるから、なんでもかんでも管理するのは効率的ともいえないし、
大規模エンジンを作るのに、ステートの管理コストを嫌って管理しないのも効率が逆に悪くなるし。

ケースバイで。効率的ってのは目的が無いと決定しない項目だから。

181:デフォルトの名無しさん
07/12/26 14:22:58
＞重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？

そうなんだが、それを自分で試そうとしない輩が多すぎるな

182:デフォルトの名無しさん
07/12/26 19:19:34
VisualC++2005、DirectX9.0c SDK、Windows SDKの環境です。

キャラクターのアニメーション等をさせる場合、
画面を毎秒６０とか３０フレームとかで更新、のような処理をしなければならないと思うのですが
その毎回の画面の更新タイミングはどのような手順で取るのでしょうか

183:デフォルトの名無しさん
07/12/26 19:38:29
>>182
自分で試せ

184:デフォルトの名無しさん
07/12/26 19:49:08
何を試せばいいのでしょうか

185:デフォルトの名無しさん
07/12/26 19:57:16
「ゲームループ」でぐぐれ

186:デフォルトの名無しさん
07/12/26 19:58:02
>>184
それを自分で試せ

187:デフォルトの名無しさん
07/12/26 20:00:24
少し荒れてる状況で質問したのはタイミングが悪かったな

188:デフォルトの名無しさん
07/12/26 20:06:30
>>187
自分で試せよ

189:デフォルトの名無しさん
07/12/26 20:19:19
>>188
>>187に言うなよ！ｗ

190:デフォルトの名無しさん
07/12/26 20:21:58
マルチコア設計の描画エンジンだとステートブロック使うのは問題外の糞ｗｗｗ
というnVidiaあたりのプレゼン資料なかったっけ

191:180
07/12/26 20:58:26
>>190
まあ、実はステートブロックは、固定パイプライン時代の産物だから、基本的に
レンダリングステートなんてほとんど変えずに、シェーダでやれってのがDirectX9以降の
正しいGPUの使い方なんだと思う。

こんなの、実は悩むところじゃないと思うな。
固定パイプライン使ってても、レンダリングステートの変更なんて大した
負荷になってないっぽいもんね。所詮DirectX7時代の話だし。
一々ステートブロック作らなくても十分高速に動いてるし。
ステートブロックの解説も怪しいところあるから、普通利用を避けるんじゃないかな。

>>173は何故こんな事に疑問を持ったのか、謎だ。
(どこかの処理で実際に遅くなった、とかならわかるけど。)

192:173
07/12/26 23:38:39
え、いや、普通な感じで
実装前にセオリーとか聞きたいなって…荒れさせたようでごめん
忘れて

>>180さん、なんかすいません…とても参考になりました…どうもでした
>>180さん、ごめん、俺のせいで

193:173
07/12/26 23:39:49
>> >>180さん、ごめん、俺のせいで
>>182さん、ごめん、俺のせいでの間違いです　ホント申し訳ないｗ

194:182
07/12/27 00:22:56
>>185
ありがとうございます。_tWinMainの中でtimeGetTimeを使って
６０分の１秒を数える方法を使ってみました
Windowsゲーは同期とかはｷﾆｼﾅｲでいいんでしょうかね

>>193
いえいえｷﾆｼﾅｲでください

195:デフォルトの名無しさん
07/12/27 02:19:50
>>194
いや、同期取らないと駄目だろ。

196:182
07/12/27 02:55:23
え？そうなんですか？>>195さんはどういった手順でやってるんでしょうか

197:デフォルトの名無しさん
07/12/27 03:00:18
俺は可変フレームレートのが好きだな
要は１フレームでどんだけ時間が進んだかで
アニメーションの進行速度を変えればいいわけだから
そんでフレームの終わりにフリップすれば

198:デフォルトの名無しさん
07/12/27 03:15:47
>>197
あれってどうやって実装してるの？
フレーム間の時間をグローバル変数にでも格納して参照するんだろうか。

199:デフォルトの名無しさん
07/12/27 04:22:17
DirectX9SDKを入れて、バージョンは８で開発したいんだけど、d3dx8.hとかないのね
d3d8.hとかはあるのに。

どうすればいいんだろ。どっかでDirectX8SDKを見つけてこないと駄目かな？

200:デフォルトの名無しさん
07/12/27 04:41:19
9のOct2004だけど、d3dx8.hあるよ。

201:デフォルトの名無しさん
07/12/27 07:28:08
仕事でどうしても必要じゃなきゃ９使った方がいいと思うけど。
まあ９ｘ系対応とかだとDx9のOct2006までじゃないとダメらしいが

202:デフォルトの名無しさん
07/12/27 10:23:51
>>199
リリースノートくらい読めよ・・せっかく日本語に訳してくれてるんだから。

------
この DirectX SDK には次のコンポーネントは含まれていません

Direct3D8 およびそれ以前の全てのバージョン
Direct3D RM
・・・・・・

これらのコンポーネントを使いたい開発者は、
MSDN から August 2007 DirectX SDK をダウンロードする必要があります。
　　　　　　　 ~~~~~~~~~~~~~~~~~~~~~~~~~

203:デフォルトの名無しさん
07/12/27 10:26:15
まあオーガスト２００７だと８で作る意味が全くなくなるけどな

204:デフォルトの名無しさん
07/12/27 11:12:48
DirectX9でゲームを作ってたんだけど、DirectX9の独自の機能使ってないし、誰でもすぐに遊べる様にしたいからDirectX8にしたかったのさ。

>>200
>>202

サンクス。
とりあえず古いバージョン拾ってみよう。古いバージョンで上書き出来ればいいけど

>>203
そうなの？
結局XPの初期状態とかで動かないのかな？

205:デフォルトの名無しさん
07/12/27 11:56:09
>>204
だからリリースノートを読めと。

----
すべてのプラットフォームでのインストール上の注意

・現在の DirectX SDK をインストールする前に、DirectX SDK の前バージョンを削除することを推奨します。
----

どのバージョンがどのOSに対応しているかも全てリリースノートに書かれている。

206:デフォルトの名無しさん
07/12/27 12:19:57
もう、ほっといた方がいいかと。
一度受けた注意を怠るわ、質問している立場なのに偉そうだわ。
d3dx8.hの話にしても、>>104-105 で出てた話題なのに、
同じスレ内ですら検索かけてないし。

207:デフォルトの名無しさん
07/12/27 14:19:57
2Dの描画で描画数がかなり多くなるため(1フレームに3000程度の数字テクスチャを描画)頂点バッファを利用して
1フレームに頂点バッファ一括ロック→memcpy→アンロック→DrawIndexedPrimitive
としているのですが、3000個描画するとシーン時間が6～7ms程掛かってしまいます(それなりに良いスペックのPCで)
6000ポリゴン程度の描画でこんなに時間が掛かるはずがないと思うのですがやり方が間違っているのでしょうか？

208:デフォルトの名無しさん
07/12/27 14:40:20
なんかmemcpyがボトルネックになってそうだけど
どの処理に一番時間がかかってるのか
もうちょっと絞り込んだ方がいいんじゃない？

209:デフォルトの名無しさん
07/12/27 14:43:44
まず対照実験として、画面をクリアするだけで何も描画しない場合の速度を計るべきだと思う。

210:デフォルトの名無しさん
07/12/27 16:53:43
ロック／アンロックが臭いと思うな。変なロックは速度に影響でかいから。
ロックを止めて、ダミーバッファにmemcpyする処理に置き換えてフレームレートを計測したら？
あと、頂点バッファは、まとめてる？ロックがボトルネックなら、頂点をまとめて1フレームにロックする回数を
1回にしてしまった方が良いよ。
それと、毎回コピーする頂点の計算処理は重くない？

211:デフォルトの名無しさん
07/12/27 20:04:19
ところで、そろそろ>>152の質問に回答してくれる方はおりませんでしょうか？

ネットを漁り、アキバでDirectX関連の参考書を読みふけりましたが
どこもこの問題についてはあえて避けてるようにしか思えません

SetDialogBoxModeをマスターされました神様、いらっしゃいましたらお願いします

とりあえず、フルスクリーンでメニューとダイアログが表示できるようになればいいので
いい解決方を知っている方でも大歓迎です

212:デフォルトの名無しさん
07/12/27 20:05:35
斜め投影した場合、投影されたCGがあえて歪んで見えるようにしたいです。
どこをいじればいいか教えてください。

213:デフォルトの名無しさん
07/12/27 20:16:28
>>211
全ソース付のサンプル、か。

google code search で SetDialogBoxMode で検索したら結構引っかかったんだけど、やってみた？
検索結果の始めのほうはラッパのヘッダとか意味ないのばっかだけど
結果の後の方まで見てみると結構有用っぽいのがちらほら。Lunaとかも引っかかってたり。
ただライブラリ系ばっかでサンプルになるかどうかは分からん。

214:207
07/12/27 20:43:50
レスありがとうございます
やはり描画部分が結構重いみたいです…
1フレーム当たりの時間が
ロック/memcpy/Drawを一切しない → 80μs
ロック→16000頂点分memcpy→アンロックでDrawしない → 450μs
一つ上の条件でスプライトを2000個描画 → 3210μs
いずれも他の描画以外の処理を含む時間で、memcpyは実際には描く分だけのサイズで行うので最悪条件でテストしています

215:デフォルトの名無しさん
07/12/27 21:46:38
ロックしない/memcpyしない/アンロックしない/Drawする
っていうのも測った方がいいと思う。
頂点データがないのはアレなんで、計測外で初期化時にでも放り込んでおいて。

216:デフォルトの名無しさん
07/12/27 21:56:46
PIXで、実際どのAPIが時間食ってるか調べてみたら？
GPUが忙しいのか、CPUが忙しいのか、プログラムが悪くってどっちも
遊んでる状態になってるのか、それを切り分けないと始まんないと思う。
あと、スペックに対しての期待値がどれくらいで、3210はどの位そこから遅いのか？

SDK付属ドキュメントの「Direct3D API 呼び出しの正確なプロファイル」あたりは一回読んでる？

217:デフォルトの名無しさん
07/12/27 22:23:55
>>211
今てきとーに使ってみたら一応表示はできるみたいだがのー。
D3DPRESENTFLAG_LOCKABLE_BACKBUFFER忘れてるとかそんなオチじゃないよね？
しかし案の定XPとVistaじゃ挙動違うっぽいし、あんまし深入りしたくねぇなこれ。

218:デフォルトの名無しさん
07/12/27 22:35:28
Dialogは普通に表示出来たけどメニューは
あんまりメリット感じないから使った事無いや。

219:デフォルトの名無しさん
07/12/27 23:35:17
PIXの使い方がわからねぇ

220:デフォルトの名無しさん
07/12/28 02:02:20
おれもおれも
まぁちょっとだけならわかるけど
つっこんでは分からねぇ

221:デフォルトの名無しさん
07/12/28 03:43:50
助けて

頂点テクスチャフェッチのためにVertexShaderでtex2Dlod(Sampler,float4(In.tex,0,1))すると真っ黒になってしまいます
float4(In.tex,0,0)、float4(0,0,0,1)などでも同様でした
テクスチャのフォーマットはA32B32G32R32Fで、SM3.0にも対応しているのですが

tex2Dlodなどでぐぐってみたところ、MSのフォーラムなどで似たような症例がありましたが解決策がよくわからず・・・
原因に何か心当たりある方はいないでしょうか？

222:221
07/12/28 04:29:27
ちなみにサンプラーは
MinFilter = Point;
MagFilter = Point;
MipFilter = None;
AddressU = Clamp;
AddressV = Clamp;
です

223:デフォルトの名無しさん
07/12/28 12:36:06
等高線の形どおりに厚紙を切って重ねると、立体地図が作れますよね
この立体地図をプログラムで描画したいのですが、躓いてしまいました
今手元には等高線が書かれた白地図があるので
「等高線ごとに領域を分割し、各々に高さを与える」
といった処理にしようと思ったのですが、等高線ごとに領域を分割というのがどうしたらよいのか見当がつきません
このような処理の実現のしかたを教えてください
よろしくお願いします

224:デフォルトの名無しさん
07/12/28 13:06:56
ダイレクトＸ関係ないじゃんといいたいが

・等高線が作る一つの輪を１リングとし、リング毎の高さと領域情報を保持
・高さの同じリングをまとめたものを１グループとして管理する
・グループ毎にＹ座標を変えて表示する
でいいだろ

もちろん、外壁も表示するのには各リングの輪郭線から頂点を自動算出して
外壁ポリゴンも作らんといかんけど

225:デフォルトの名無しさん
07/12/28 14:00:34
すみません
3次元空間内の物体をピック処理をして、マウスの移動量で移動させたいのですが

ピックするところまでいったのですが
その後マウスの移動分動かすのはどうしたらいいのかわかりません。

初期値→移動後のマウス座標を得て、それをどのように3次元空間の座標に戻すのか
視点が回転したときに、xyzの移動量と向きはどうしたらいいのか

この二つがわからなくて壁に当たってしまいました。
ご指南お願いします

226:デフォルトの名無しさん
07/12/28 15:16:38
>>225
視点から注視点の面上にあるポイントを結んだ物がマウスポインタのベクトル。
そのベクトルを対象オブジェクトまで伸ばし、ベクトルが変化した分だけ移動させればいい。

227:デフォルトの名無しさん
07/12/28 16:45:15
すいません>>212もお願いします。

228:デフォルトの名無しさん
07/12/28 16:48:14
　|￣￣￣￣￣￣￣￣|
　| 　お断りします　　|
　|＿＿＿＿＿＿＿＿|
　　　　ﾊ,,ﾊ ||
　　　 ( ﾟωﾟ)||
　　　 /　づΦ

229:デフォルトの名無しさん
07/12/28 17:02:14
>>227
質問が抽象的すぎ

>斜め投影した場合
>投影されたCG
>歪んで

それぞれ具体的に

230:デフォルトの名無しさん
07/12/28 17:16:14
>>212
誘導
つｽﾚﾘﾝｸ(tech板)

自分の質問を読んで、他人が内容を把握出来なければ、
ただでさえ少ない回答が０になるだけだよ。

>>223
>>224
もし、等高線毎に外周形状のみ与え、後は自動って言うのなら、
等高線が穴を含む形状の場合にめんどくさくなると思う。
形状に含まれる穴の数(トポロジー)に応じて、輪郭に対する
三角分割のアルゴリズムが変わるんじゃないかな？
穴が無ければD3DPT_TRIANGLEFANで外周頂点を与えれば良いので楽だが・・。

231:224
07/12/28 17:42:08
>>230
山の事しか考えてなかったな
穴がある形状を考えるのを忘れてた

まあ、そもそも論として線だけ書かれたデータをそのまま読み込んで
処理しようとすんなら無理があるわな

232:デフォルトの名無しさん
07/12/28 18:33:17
頂点テクスチャフェッチ使えばできる
等高線の領域ごとにハイトデータで塗って
細分化した平面ポリゴンに適用すればできる
線のみからでもハイトデータを領域の関数で割り当てればできなくもない

自分ができないだけなのに威張ってるプログラマってカコワルイよね

233:デフォルトの名無しさん
07/12/28 19:39:05
すみません、始めたばかりのところで理解できないのがあるのですが

デプスバッファの深度を書き込む/書き込まない
というのがあったのですが、そうすることでどうなるのでしょうか

デプスバッファ、というバッファ（1枚？）にZ値を書き込むというのはわかったのですが
書き込まないと、そこはどうなるのでしょうか？

いまいち何をしてるのか、したいのかが把握できなくて

234:デフォルトの名無しさん
07/12/28 19:39:36
抽象的すぎてすいませんでした。

Xファイルを読み込んでCGを画面の中央に描画しているのですが、
そのCGを映しているカメラの位置をキー操作で変更できるようにしています。
で、カメラの位置を変更した場合に、
URLﾘﾝｸ(www.beamax.co.jp) の「斜め投影」の項にあるように歪んでみえるようにしたいのです。

D3DXMatrixIdentity(&m_view);
D3DXMatrixLookAtLH(&m_view,
&D3DXVECTOR3( cameraX, cameraY, cameraZ),//カメラの位置
&D3DXVECTOR3( 0.0f, 0.0f, 0.0f),//カメラの向き
&D3DXVECTOR3( 0.0f, 1.0f, 0.0f));//カメラの傾き
pD3DDevice->SetTransform(D3DTS_VIEW, &m_view);

一部ですが今こんな感じでカメラ配置をしています。
cameraX,cameraY,cameraZ はキー操作で増減するようにしています。
プログラムは、ソフトバンクの「DirectXゲームグラフィックスプログラミングVer.2.1Vista」という本を参考にしています。

よろしくお願いします。

235:デフォルトの名無しさん
07/12/28 19:57:46
>>232
そりゃ失礼。

236:デフォルトの名無しさん
07/12/28 19:58:40
まぁ、>>232も最後の1文は余計な一言だな

237:デフォルトの名無しさん
07/12/28 20:10:41
>>233
最終的にスクリーンに描画するときに
各ピクセルに色を塗ると同時にそこにある物体が
カメラからどれくらいの距離にあるかをZバッファに記録しておく
そうすると
別の物体を同じピクセルに描画しようとしたときに
Zバッファの値を参照して
以前の値よりカメラに近ければ
新たな色を塗りZバッファの値も書き直す
以前より奥にあるものなら色をぬらない、という処理が可能になる

これをしないと後から描画したものでどんどん色を上書してしまうので
奥にあるはずのものが手前にあるものの上に描画されてしまう
したがって描画するときに奥にあるものから描画するというようなソート処理が必要になる

238:デフォルトの名無しさん
07/12/28 20:38:08
>>234
それはビューの設定とは無関係
カメラの位置を変えたって、そんな変化は起こさないだろ
オブジェクト側を調整しろ

239:デフォルトの名無しさん
07/12/28 20:45:34
>>237さん　回答ありがとうございます
つまり
　＿＿＿＿＿＿
｜近　遠　近　…
｜

Z値が書き込まれていって、それを参照するわけですね。
これは2次元平面に射影された状態ですよね

ある物体○△□が　奥行き方向に1列に並んでたとき
物体ごとにデプスバッファに

○　書き込む　　　　遠い
△　書き込まない　　↓
□　書き込まない　近い

としたら、最終的に一番近いのは□ですが、○が描画される、ということになるのですよね？

240:デフォルトの名無しさん
07/12/28 22:27:37
>>232
？
線のみから求めてるわけじゃないじゃん
結局手動で山と穴の区別をつけたデータが必要だろ？

241:223
07/12/28 22:31:06
>>223です
皆さんありがとうございます
231さんが仰るように「線だけ書かれたデータをそのまま読み込んで処理」というものを想定していました
穴を含む形状については今は考えず、概形が出来上がった後に改めて考えることにします
頂点テクスチャフェッチなど初めてきく言葉が沢山あるので、まずは片端から調べてみます
ありがとうございました

242:デフォルトの名無しさん
07/12/28 22:41:03
>>239
違う

基本的に描画関数を呼んだ順に描画されるので
○△□の順番で描画した場合は問題ないが
□△○や△□○の順で描画した場合
一番遠いところにあるはずの○が一番上に描画されてしまう
それを防ぐために先に近いものが描画されていたら
それより遠いものを描画しないためのもの

243:デフォルトの名無しさん
07/12/28 22:56:49
>>242さん
何度もありがとうございます。その点は理解できました。

描画の時にデプスバッファに書き込む物体と
書き込まない物体が混在したときにどうなるのでしょうか。
そこがわからなくて。

最終的にデプスバッファに書き込んでいる物体がちゃんとならんで
デプスバッファに書き込まない物体は描画順ということになるのですよね

244:デフォルトの名無しさん
07/12/28 22:58:38
>>213
>>217
ありがとうございます
そのオプションをつけてウィンドウスタイルなどをいじってみたら、
開発環境のXPマシンだと、一応は表示されるようにはなりました

ですが、フルスクリーン→ウィンドウへと切り替えた場合に
ウィンドウ化しなかったり、古い９８マシンで試してみた所
メニューを表示した瞬間に画面が激しくちらつくようになってしまったり
ダイアログは表示されなかったりと、挙動が酷くおかしいようです

とりあえずもう少しだけ教えていただいたサンプル等と見比べて
頑張ってみようと思います

最近のエロゲーとか、ホントこれどうやってるんでしょう？
やっぱり、DirectXで描画したなんちゃってメニュー&ダイアログなんですかねぇ

245:デフォルトの名無しさん
07/12/28 23:07:58
そもそも標準のメニューを使っているようなエロゲーはDirect3Dなど使っていない。

246:デフォルトの名無しさん
07/12/28 23:23:28
いや最近のエロゲは結構DirectX使ってるよ
とりあえず今入ってるはぴねすってエロゲーはDirectXで動作してるし
フルスクリーンメニューもちゃんと出てる

247:デフォルトの名無しさん
07/12/28 23:28:55
もはや３Ｄも２ＤもDirectGraphicsで統合されてるし

248:デフォルトの名無しさん
07/12/28 23:32:23
メニューやダイアログを表示中に
ゲーム画面が変化しているやつは見た事無いから、
そこに解決の糸口があるんじゃないかな。

249:デフォルトの名無しさん
07/12/28 23:47:57
メニューループにはいったら普通に他は止まるだろ

250:デフォルトの名無しさん
07/12/28 23:50:33
まさかとは思うが、メニューがある場所に、自分で別の物を描画しておきながら、
ちらつくとか表示されないとか馬鹿なことをぬかしているわけじゃないよな？

251:デフォルトの名無しさん
07/12/29 00:13:29
>>250
ちらつく、というのはWin98環境の方だけで、XPでは画面上に
しっかりと表示されているので、それはないかと思います

>>248
いくつかフルスクリーンメニューのあるゲームを起動してみたところ
どうもメニューが出た時に画面が下にずれているものが多いようです

なんとなく思うのは、これはDirectXでのフルスクリーンモードではなくて
実際にはウィンドウモードなのではないかと。
画面いっぱいのクライアント領域をもつメニュー付きの通常ウィンドウを作って、
必要に応じてウィンドウを縦方向にずらしてメニュー表示しているのでは？

それが可能だとすると、環境によって挙動があやしげなSetDialogModeに
たよるよりも安定しそうな気もします
SetDialogModeはおいといて、まずこの方法でできるかどうか試してみようかと思います

252:デフォルトの名無しさん
07/12/29 00:53:25
システムに依存することは止めたらどうかね？

253:デフォルトの名無しさん
07/12/29 01:02:19
となるとダイレクトＸなんて使えたもんじゃありませんな

254:デフォルトの名無しさん
07/12/29 01:04:43
システムに依存しないWindowsプログラムってどんなんだよ

255:デフォルトの名無しさん
07/12/29 13:56:38
問：次の条件を満たすプログラムを作成せよ。(30点)

1) システムに依存しない
2) Windows上で動作する

256:デフォルトの名無しさん
07/12/29 14:06:22
Javaを使うお

257:デフォルトの名無しさん
07/12/29 14:53:21
Javaか

258:デフォルトの名無しさん
07/12/29 16:42:42
DirectXのサイトって数が多い分今の自分に合ってるの探すのがきつい・・・
せめてＳＤＫの日付とかあって欲しい。
あの,Direct3Dのプログラミング始めたいんですが何をそろえればいいですか？
バージョンは9.0でやろうとしているんですが、パッケージによって違いとかあるんですか？

もう1週間くらいネットを這いずってるんですが良く分かりません・・・お願いします。

259:デフォルトの名無しさん
07/12/29 16:47:00
Javaだな

260:デフォルトの名無しさん
07/12/29 16:51:05
>>258
ネットが活用できないのなら本屋に行け。

261:デフォルトの名無しさん
07/12/29 17:04:48
さすがJavaだな

262:デフォルトの名無しさん
07/12/29 17:06:21
実際Javaって使い物になるの？
携帯ゲームなら有りかもしれないけどさ

263:デフォルトの名無しさん
07/12/29 17:11:38
何を作るかによる。
目的を定めずに手段だけを論じるのは愚か者の極み。

264:デフォルトの名無しさん
07/12/29 18:16:38
>>263
そういうのはいいから。

265:デフォルトの名無しさん
07/12/29 18:24:36
スレ違いの質問に対して答えをいただけただけでもありがたいと思え

266:デフォルトの名無しさん
07/12/29 18:37:54
>>258
もう書かれているがマジレスすると、AmazonでDirectXで検索して、
初心者向けで売れてる本を一冊でも買ったほうがいいと思う。

別に本が優れてるとかじゃなく、ネットの活用が上手くなくて、SDKについても何も分からないんであれば
本に頼るしかないだろう。

267:デフォルトの名無しさん
07/12/29 19:00:02
>>266
ご指南ありがとうございます。
どうか最後にこれだけ教えてもらえないでしょうか？
Microsoft DirectX SDK (November 2007)だけあればできますか?

268:デフォルトの名無しさん
07/12/29 19:12:20
Visual Studioが必要です。

269:デフォルトの名無しさん
07/12/29 19:13:35
パソコンも必要です

270:デフォルトの名無しさん
07/12/29 19:27:50
気力も

271:デフォルトの名無しさん
07/12/29 19:28:26
あとはJavaだな

272:デフォルトの名無しさん
07/12/29 19:35:57
>>267
Windows上でここに書き込んでいるんだとすれば、ソフトウェアとして最低限必要なのは開発環境とSDKだけ

273:デフォルトの名無しさん
07/12/29 20:08:24
Macなのですが、無理ですか？

274:デフォルトの名無しさん
07/12/29 20:12:36
Intel Mac なら Windows をインスコすればいい。

275:デフォルトの名無しさん
07/12/29 20:13:12
>>273
Javaならok

276:デフォルトの名無しさん
07/12/29 20:15:34
何この流れ
釣りは無視しろよ

277:デフォルトの名無しさん
07/12/29 20:16:09
Javaの人気に嫉妬

278:デフォルトの名無しさん
07/12/29 20:17:10
>>256がJavaを使うなんて言ったばっかりに･･･

279:デフォルトの名無しさん
07/12/29 21:17:34
>>272
まじであざーした！
がんばってみます。

280:デフォルトの名無しさん
07/12/30 00:05:22
xファイルから得たポリゴンの任意の点の座標を変更する、ってのはどうやったらできる？

281:デフォルトの名無しさん
07/12/30 00:09:44
データが入っている場所の頂点データをいじれよ。

282:デフォルトの名無しさん
07/12/30 00:33:38
>>280
メッシュというと複雑そうにみえるが、中身は頂点バッファやインデックスバッファその他もろもろが集まってるだけ
なんでまずはロックなど頂点バッファの基本的な操作さえ覚えてしまえば後は流れ的にJavaが全て解決してくれる

283:デフォルトの名無しさん
07/12/30 01:14:12
ＪＡＢＡすげー

284:デフォルトの名無しさん
07/12/30 01:17:13
Japan Amateur Baseball Associationか

285:152
07/12/30 01:39:13
こんばんは、>>152です。
画面いっぱいのウィンドウの方はできないこともなさそうな感じではありましたが
大きい→小さい画面への変更で、デスクトップアイコンや他アプリの位置等がずれるため
やめることにしました

その後もう一度SetDialogBoxModeのやり方でウィンドウのフラグをあれこれいじってみたら
フルスクリーン→ウィンドウでも上手くいくようになりました

うちにある家族用の別メーカーのＸＰマシンでも正常動作したようなので、
まあ、今時Win98で動かなくてもしょうがないかなぁと自分を納得させる事にしました

ささっていたビデオカードも、 GeForce4 MX440 SE というかなり昔のボードで
ドライバの配布すら終了している代物でしたので
このボードのドライバがDirectX9.0cに完全対応していなかったのかも知れません

質問に答えてくれた方々、どうもありがとうございました。

286:デフォルトの名無しさん
07/12/30 01:45:57
XP以上のみサポートでぶっちゃけ問題ないよ。

287:デフォルトの名無しさん
07/12/30 02:10:30
シェーダで3次元テクスチャを二つ載せようとしたのですが
なぜか片方しか表示されません。

3次元テクスチャ1つと1次元テクスチャ1つは問題なかったのですが
なぜ…

やり方教えてください

288:デフォルトの名無しさん
07/12/30 14:51:57
DXライブラリみたいにビデオメモリに
直接アクセスするのってどうやるんでしょうか？

289:デフォルトの名無しさん
07/12/30 15:01:00
URLﾘﾝｸ(msdn.microsoft.com)

すいません、これを試してみたいのですが
どこからDLしていいのかわかりません。
といいますか、どのSDKなのかわかりません

これの実行ファイルかソースうｐってもらえませんか？

290:デフォルトの名無しさん
07/12/30 15:46:13
>>289
DirectXのSDKをインストールすると入ってるよ

291:デフォルトの名無しさん
07/12/30 16:24:52
>>290
前にインスコしたSDKには入ってなかったのです。
Microsoft Platform SDK for Windows Server 2003 R2

また400MBも落とすのに○時間も掛かるのはシンドイっす

292:デフォルトの名無しさん
07/12/30 16:50:44
　　_, ._
（；ﾟ Дﾟ）

293:デフォルトの名無しさん
07/12/30 17:08:18
PlatformSDKは、まぁ、ボケなんだろうけど
サンプルはSDKのバージョンによって中身がかわってるからな
少なくともAugust2007には入ってなかった
でも手元にあった9.0bSDKのCDには入ってたので
デベロッパセンターに行って
Updata～とついてないSDKを落とせばたぶんついてくるんじゃね？

294:デフォルトの名無しさん
07/12/30 17:43:16
>>291
軽量版があるからこっち使え
URLﾘﾝｸ(java.sun.com)

295:デフォルトの名無しさん
07/12/30 19:25:24
JAVAネタ、いい加減にしつこい

296:デフォルトの名無しさん
07/12/30 21:00:51
>>292-293
ボケたつもりはなくて、、、これがSDKだと思ってました。。。

>>294
ありがとうございます。見てみます

297:デフォルトの名無しさん
07/12/30 21:01:26
…JAVAですか。
確認する前に書き込んでしまいました

298:デフォルトの名無しさん
07/12/31 08:36:54
自機・フィールド共にXファイルから読み込んで、3Dゲームを作っています。
自機と地面や壁との衝突判定をさせたいんですが、Xファイルから自動的に描画されているので、自分でも壁の座標が分からないです。
壁や地面の座標はどうやって求めればいいんでしょうか？

299:デフォルトの名無しさん
07/12/31 09:00:36
そもそも自動で描画されるなどあり得ない。

300:298
07/12/31 09:56:49
すみません。自動的というのは、頂点の座標を自分で把握していなくても描画ができるという意味です。
SDK Tutorial6のソースをほとんどそのまま利用しています。
計算式はぐぐれば出てくるんですが、計算するための座標がどこなのかが分かりません。

301:デフォルトの名無しさん
07/12/31 10:01:01
まさかチュートリアルの1から5を飛ばして6やってるって
オチじゃあるまいな？

302:298
07/12/31 10:10:29
！
４，５飛ばしてました。
今から見てきます。

303:デフォルトの名無しさん
07/12/31 14:35:16
たまにエスパーが現れるから困る

304:デフォルトの名無しさん
07/12/31 15:32:44
OpenGLのglFrustum()という関数をDirectXで実装しようとしています。

glFrustum()については以下のURLに解説がありました。
URLﾘﾝｸ(kaoken.no-ip.com)

このURLで出ているGL_PROJECTION というのは、おそらくDirectXでいうD3DTS_PROJECTION だと思っているのですが、
このD3DTS_PROJECTION の使い方がよくわかりません。

305:デフォルトの名無しさん
07/12/31 15:58:19
CheckDeviceMultiSampleType() でビデオカードがマルチサンプルに対応しているか調べたのですが、
自分のものだと対応していないことが分かりました。
ビデオカードのメーカーのページにはこれに対応しているかどうかの記述がないようですが、対応している
ビデオカードはどのようにして見つければよいでしょうか？

306:デフォルトの名無しさん
07/12/31 17:24:28
引数間違っている可能性が高いような。
非対応見つけるほうが大変でね？

307:305
07/12/31 17:41:23
>>306
え！？
自分のカードはGeForce 8600GTで、関数の引数は以下のようにしました。

m_pD3D->CheckDeviceMultiSampleType(
　　　　　　　　　　 D3DADAPTER_DEFAULT,
　　　　　　　　　　 D3DDEVTYPE_HAL , D3DFMT_R8G8B8,
　　　　　　　　　　 FALSE,
　　　　　　　　　　 D3DMULTISAMPLE_2_SAMPLES,
　　　　　　　　　　 NULL ) ) )

戻り値は
D3DERR_NOTAVAILABLE
でした。

最初の引数を
pCaps->AdapterOrdinal
としても同じでした。

308:デフォルトの名無しさん
07/12/31 18:07:52
てか8600GTは
D3DFMT_R8G8B8フォーマットをサポートしてるのかい？
最近のだと
D3DFMT_X8R8G8B8とか
D3DFMT_A8R8G8B8とか

309:デフォルトの名無しさん
07/12/31 18:50:25
>>307
D3DFMT_R8G8B8 なんて、バックバッファはおろか、テクスチャのフォーマットとしても
対応してるアダプタなんて現時点では存在しないぞ
素直に D3DFMT_X8R8G8B8 でやれ

310:305
07/12/31 20:57:54
>>308 >>309
ありがとうございます。
D3DFMT_A8R8G8B8で対応してました。

実際の効果を見てみたのですが、通常のレンダーターゲットに描くときはしっかりと効いていました。
しかし、どうもアプリ内で用意したテクスチャをレンダーターゲットにすると、そこでは効かないようです。
なぜなら、レンダリングしたテクスチャを板ポリに貼り付けて通常のレンダーターゲットの全面に表示
すると、ジャギーが強く残っているからです。
（テクスチャ解像度はレンダリング対象の1/4と低いものの、AAがかかった痕跡が見られません）

テクスチャをレンダーターゲットにしたときもAAが効くようにするにはどうすれば良いでしょうか？？

311:デフォルトの名無しさん
07/12/31 23:58:20
今DirectDrawとDirect3Dの機能をそれぞれクラス化してるんですけど、
このクラスのインスタンスを作るとき何をstaticにして何をインスタンス作ったら
いいですか？Direct3D複数作ったらなんかやばいんでしょうか？

312:デフォルトの名無しさん
08/01/01 00:09:40
>>311
質問の仕方が悪すぎる。あんたのクラスの設計も具体的にやりたいことも
わからないのに答えられる問いではないよ。

とりあえず「Direct3D複数」がIDirect3D*とIDirect3DDevice*のこと言ってんなら
複数作成するのは稀だから、まだ余計なこと考えなくていいよ。

313:デフォルトの名無しさん
08/01/01 00:09:48
貴様のオナニーの仕方なんぞどうでもいい

314:デフォルトの名無しさん
08/01/01 02:28:26
URLﾘﾝｸ(www.cmagazine.jp)
この本を買ったのですが、Part2の波のデモが動きません。
プロジェクトをコンパイルしようと思ったら、.net 2002なのでできませんでした。
グラボはGeForce 8600GTです。

上のサイトから、そのサンプルをダウンロードできるので、みなさんは動くか試してもらえますか？

315:デフォルトの名無しさん
08/01/01 02:40:29
何も表示されないのかウィンドウすら表示されないのかエラーで起動しないのか。

「どう」動かないのかを書きましょう。

316:314
08/01/01 03:20:09
>>315
すみません。
デモのプログラムは起動するのですが、波のサンプルの場面で、波が発生せず、真平らな板ポリ
状態になっています。
波は随時勝手に発生するプログラムのはずなのですが･･･

317:311
08/01/01 09:53:29
>>312
すいません。そしてありがとうございます
寝ぼけてて文章まとまってなかったんですが、
ふつうDirectDrawをウィンドウモードで使う場合はLPDIRECTDRAW+LPDIRECTDEVICEを１つ作って
サーフェイスを必要なだけ作ってプライマリに転送で十分ですよね？
ただウィンドウを複数作るならウィンドウ１つにつきLPDIRECTDRAW+LPDIRECTDEVICE１つ用意
ということでよろしいでしょうか?

次ページ