【C++】 DirectX初心者質問ｽﾚ Part21 【C】

【C++】 DirectX初心� ..

266:デフォルトの名無しさん
09/01/24 02:37:03
PIX って便利だね。

初めて知った。

267:デフォルトの名無しさん
09/01/24 03:04:02
まるぺけの最小コードを動かしてみて、猫でもも読んで、MSDNで確かめて、
ウィンドウが作れたのが1年半前
今では立派なサンデーコピペプログラマですｗ
まー、APIスレの範疇なのかな

268:デフォルトの名無しさん
09/01/24 03:41:14
ビルボードの縮小に、Lanczos フィルタとか使えない？

269:デフォルトの名無しさん
09/01/24 03:43:28
mipmap

270:258
09/01/24 04:11:48
>>261,262
Unicode非サポートなんですわ。

>>263
つまり、2バイト文字非対応ってこと?

仕方がないので、古いIDirectXFile系のインターフェース使ったら、
2バイト文字でも書き込めたけど、
今度は配列に配列いれたら(2次元配列という意味ではない)、
ちゃんと書き込めるのに、
読んだとき外側の配列が全て始めのデータで同じになってしまう…

なんでこんなに挙動変なんだ…
動作確認しないなら、カスタムテンプレートなんか作るなよ…

271:デフォルトの名無しさん
09/01/24 08:49:19
拡張するなら自前のフォーマットを作れって話ですわ。

272:デフォルトの名無しさん
09/01/24 19:35:54
>>271
そらそうですわな…

273:デフォルトの名無しさん
09/01/24 19:38:46
DirectXを最初から勉強するにあたってこれだけは読んどけって本ない？

274:デフォルトの名無しさん
09/01/24 20:38:18
SDKのヘルプ

275:デフォルトの名無しさん
09/01/24 20:59:16
>>273
高額社の本でもよんどけ。
全く使えないというほどひどくもないから。

シェーダーにHLSLを使ってないのが時代遅れだが
インフィニティの本はそれなりの質だと思う。

276:デフォルトの名無しさん
09/01/24 21:49:16
サンクス！
早速注文してくるわ

277:デフォルトの名無しさん
09/01/25 12:17:42
SPRITEでの移動は画面のサイズが単位ですか？
800*600や1024*768など

278:デフォルトの名無しさん
09/01/25 12:19:57
DirectXにSPRITEなど存在しない

279:デフォルトの名無しさん
09/01/25 12:31:21
Spriteです
すいません

280:デフォルトの名無しさん
09/01/25 13:48:27
DirectXにSpriteなど存在しない

281:デフォルトの名無しさん
09/01/25 13:51:33
正直初心者って最初はソース見れるライブラリで何か作ってみて、
そのあとライブラリの中を調べながら学習していくのがベストだと思う。

282:デフォルトの名無しさん
09/01/25 17:58:01
DirectSoundCaptureBuffer8でバッファのロック後データの移動をしたいんですが
これロックしたらデータ書き込めなくないですか？
２つバッファ作って一方に書き込み、一方をデータ移行、で繰り返すならわかるんですが、
もしかして、次の書き込みが来る前にアンロックできないと音飛びする仕組みなんですか？

283:デフォルトの名無しさん
09/01/25 18:04:24
>>282
ストリーム再生なら次の再生位置に来る前の書き込み終わってなきゃ
どう考えても音飛びするだろ。

そもそもストリームのバッファ内でのデータの移動なんて意味不明なことをなんでするんじゃ。

284:デフォルトの名無しさん
09/01/25 18:24:36
ループスタートでキャプチャをしてバッファの一周したら動的メモリに書き込みを繰り返すと
ヘルプに書いてあるんですが、ロックした
あーすいません。lockのパラメータとしてサイズの指定がありました。バッファ全体をロックするのかと思いました
すいませんでした！

285:デフォルトの名無しさん
09/01/25 18:36:55
「タスクシステム」でググって出てきた本全部買っとけ

286:デフォルトの名無しさん
09/01/25 18:53:12
URLﾘﾝｸ(books.google.co.jp)

287:デフォルトの名無しさん
09/01/26 00:14:57
IUnknown派生のAddRef, Release両関数にはアトミック性はありませんか？
代入などコピー時に参照数を加増したいのですが、自前で管理したほうがいいのかな。

288:デフォルトの名無しさん
09/01/26 09:11:44
マルチスレッド下ではInterlock系APIによって保護されている
らしい
てか、そこを疑ったらCOMを使ったプログラムは
全てスレッドセーフではないことになってしまう

289:デフォルトの名無しさん
09/01/26 10:05:55
テクスチャをWrapで繰り返し表示させると負荷が高いって聞いたんですが、これって本当ですか？

290:デフォルトの名無しさん
09/01/26 10:47:09
何と比較しての話なのかも明示せず、本当なのかもへったくれもないだろ。
どれだけ能無しなんだよ？

291:デフォルトの名無しさん
09/01/26 11:02:36
まぁそういう現象の起きるハードウェアは実際に結構あるので
Wrapに頼る設計はWindowsではやらん方がいいね

一応言っとくが、↓でマップチップ使う使わないのケンカは禁止な

292:デフォルトの名無しさん
09/01/26 21:05:58
↑てめーがな

293:デフォルトの名無しさん
09/01/26 23:35:29
PIX for Windowsを使ってフレームの情報をキャプチャしようとしているのですが、
自分で書いたプログラムを起動すると、"PIX Experiment File Version Mismatch" というエラーのようなものが出て、キャプチャが出来ません。
このエラーは何が原因なのでしょうか？
DirectX SDKのバージョンは August 2007 です。

DirectXのサンプルをコンパイルしたものは上記のエラーは出ずに正常に動作して、キャプチャも出来ます。

294:デフォルトの名無しさん
09/01/27 00:08:54
>>293
ファイルパスに全角文字があるとダメな場合があるわよ。

295:デフォルトの名無しさん
09/01/27 00:37:53
>>294
実行ファイルをドライブのルートに置いて試したところ、正常に動作しました
ありがとうございました

296:デフォルトの名無しさん
09/01/27 02:34:41
HLSLを使って描画したいんですが、IDirect3DDevice9::CreateVertexShader メソッドの引数の
const DWORD *pFunction,
[in] 頂点シェーダ機能トークン配列へのポインタ。このパラメータでは、各頂点に適用する処理を定義する。
の意味がよくわからないんですけど、いったい結局何を渡せばいいんでしょう？

297:デフォルトの名無しさん
09/01/27 06:15:44
>>289
めちゃくちゃ重い
uvの値を5,6・・・10,11,
って上げるほど恐ろしく重くなる
っていうかいくつかのＰＣでやってみろよ
少なくとも自分の環境でやって報告しろ
すぐにわかる

>>290
知らないなら黙ってろよ
ためしたことあるやつならわかる

298:デフォルトの名無しさん
09/01/27 06:43:29
>>296
URLﾘﾝｸ(msdn.microsoft.com)

>>297
試してみたけど別に何も変わらん
GeForce7900GT
GeForce 8600 GT
Quadro FX 3700

てか、別に全ての環境で落ちるわけじゃなくて
落ちる場合もあるのでそれに頼るのは止めようねって流れだろ？
なんか前にも同じ事書いてスルーされて切れてた奴と同じ匂いがする

299:デフォルトの名無しさん
09/01/27 08:28:42
>>288
明らかに古いごみドライバ使ってるとか
いんてるｗのオンボードとかの話なら論外だぞ。

自前でソフトレンダラー組んだことあれば分かるが
WRAPのアルゴリズムは＆演算1個だからどう考えても重くなりようがない。

300:デフォルトの名無しさん
09/01/27 08:32:22
ソースのピクセル量が増えて負荷が増えるだけなんだから、
それで遅くなるビデオカードならwrapしようが、
パターンを敷き詰めてた大きなテクスチャを使おうが、
同じように遅くなるだけ。

301:デフォルトの名無しさん
09/01/27 08:44:31
>>300
テクスチャキャッシュのキャッシュミスか・・・。
つーかそれならよほどデカイテクスチャ使ってるか
貧相なグラボつかってるかのどっちかだな。

302:デフォルトの名無しさん
09/01/27 10:30:28
描画サイズが変わらないなら
何回wrapしても
ソースのピクセル量は変わらないし
サンプリング回数も変わらないし
フィルレートも変わらないと思うんだけど
もしかして何か別の話してる？

303:デフォルトの名無しさん
09/01/27 12:05:03
wrapするかしないかの話をしているんだろ。
wrapせず描画色が決定して範囲外を単一カラーで塗りつぶす処理と、
何度もパターンを敷き詰める処理、当然前者の方が軽くなるというだけの話。

304:デフォルトの名無しさん
09/01/27 12:10:44
塗りつぶしてる時点でコストは一緒でそ

305:デフォルトの名無しさん
09/01/27 12:38:31
全然違うぞ。
どれだけ頭が悪いんだ？

306:デフォルトの名無しさん
09/01/27 12:42:35
>>304
ミップマップ計算で重くなるという話ならこの辺に出てるね。

URLﾘﾝｸ(forums.microsoft.com)

307:デフォルトの名無しさん
09/01/27 12:44:41
とりあえずWrapの定義をはっきりさせようぜ

１、テクスチャ・アドレッシング・モード
（D3DSAMP_ADDRESSxのD3DTADDRESS_WRAP)

２、テクスチャ・ラッピング・モード
(D3DRS_WRAPxのD3DWRAP_x)

３、それ以外の何か

308:306
09/01/27 12:47:18
さっきの書き方だと語弊があるか。

ミップマップを作っていない場合に極端に遅くなったって話ならここにでてる。
URLﾘﾝｸ(forums.microsoft.com)

309:デフォルトの名無しさん
09/01/27 14:46:26
なんかWrapを
スタンプみたいに敷き詰めてると勘違いしてるお馬鹿さんが混じってない？
単なるテクスチャ座標の扱いの違いだろ

310:デフォルトの名無しさん
09/01/27 14:55:25
↑
一番馬鹿

311:デフォルトの名無しさん
09/01/27 15:08:04
UVが0-1の範囲を超えていたらスタンプのようになるし、
Wrapが設定されていなければ境界色なりで塗りつぶされる。

312:デフォルトの名無しさん
09/01/27 15:13:56
違うだろう
結果的にスタンプになるだけで
やってることは
たとえば(u,v)=(2.5,3.8)を(u,v)=(0.5,0.8)
としてサンプリングしてるだけだ

313:デフォルトの名無しさん
09/01/27 15:18:19
Windows via C/C++みたいなコンセプトがわかる書籍ってありますか？
ここにいる人は詳しそうなのでどういったもので勉強しているのか教えてください。

314:デフォルトの名無しさん
09/01/27 15:42:08
DirectXのコンセプト？

315:デフォルトの名無しさん
09/01/27 15:57:49
>>312
繰り返しにならなければ範囲外の色が決定できるんだから、
そのぶんの読み出しコストが無くなるだろ。
もう頭が悪いのは仕方がないから、せめて自分で塗りつぶし処理を書いてみろよ。

316:デフォルトの名無しさん
09/01/27 16:08:18
話噛み合ってねーーー!!

317:デフォルトの名無しさん
09/01/27 16:38:49
第三者だが噛み合ってなさ過ぎﾜﾛﾀ

318:デフォルトの名無しさん
09/01/27 16:54:24
だれか助けてやれよｗ

319:デフォルトの名無しさん
09/01/27 18:03:03
たとえばスクリーン上の100x100の領域に描画するとしましょう
この描画はどこで行っているかというとピクセルシェーダです
自分で塗りつぶし処理を書く必要はありませんね
以下が最小のテクスチャ付きピクセルシェーダです
固定機能パイプラインであっても見えていないだけで似たような処理をしています
float4 PixScene( float4 Diffuse : COLOR0,float2 Tex0 : TEXCOORD0 ) : COLOR0
{
　return tex2D( g_Texture, Tex0 ) * Diffuse;
}
これは、アドレッシングモードが違ってもまったく同じものが
ピクセルの数だけ、つまり100x100=10000回呼び出されます
たとえ広範囲に同じ色が固まっていっても関係ありません、どのモードでも1フレームあたり10000回です
ここでピクセルシェーダーの中をみてみましょう
tex2Dとはg_Texture(テクスチャです。ここでは256x256のテクスチャを既にセットしてあるとします）
のTex0(uv座標、頂点シェーダで計算済み）の色をサンプリングしてくれる関数と考えてください
例えば、Tex0.x=0.25、Tex0.y=0.5だったときはフィルタリングの状況にもよりますが
テクスチャの（64, 128)ドットの位置の色を返します
この色とDiffuse（ポリゴンの色、頂点シェーダで計算済み）を合成して最終的に塗りつぶす色を決定しています。
アドレッシングモードの違いはTex0の値が0.0～1.0を超えたときのtex2Dの挙動を決定します
Tex0.x=１.25、Tex0.y=1.5だったとしましょう
CLAMPでは0.0以下であれば0.0、1.0以上であれば1.0として扱います
つまりTex0.x=1.0 Tex0.y=1.0と同じ色、テクスチャの（256, 256)ドットの位置の色を返します
WRAPでははみ出た分は巻き戻って計算します
つまりTex0.x=0.25、Tex0.y=0.5と同じ色、テクスチャの（64, 128)ドットの位置の色を返します
当然では在りますが、PIXで処理時間を計測しても両者に差異は見当たりません

320:デフォルトの名無しさん
09/01/27 18:06:21
そういえば
nVidia系のボードだと
同じ処理を固定機能で書いた場合とシェーダーで書いた場合で
結構処理速度に違いがでるんだけど
ATI系だとほとんど差がでないんだけどこれって何でだろう？

321:デフォルトの名無しさん
09/01/27 18:33:15
>>319
恥の上塗りをしてるだけだからやめとけって……

>>320
どっちの方向に違いが出るのよ？

322:デフォルトの名無しさん
09/01/27 19:23:04
>>306,308
これだ

GeForce8300Gsでも激重になる現象確認
>>306,308の対応をしたら直った

というわけでmipmapに気をつけないと糞重くなります

323:デフォルトの名無しさん
09/01/27 20:39:27
今まで気をつけていなかった方が逆に不思議なんだが。

324:デフォルトの名無しさん
09/01/27 20:43:10
>>323
そこまでいうほどじゃねぇと思うな
俺なんか全く知らなかったしｗ

325:デフォルトの名無しさん
09/01/27 21:42:40
なんでミップマップ使うと軽くなるか分かってないんだろうな・･･

float4 PixScene( float4 Diffuse : COLOR0,float2 Tex0 : TEXCOORD0 ) : COLOR0
{
　return tex2D( g_Texture, Tex0 ) * Diffuse;
}

このソースで速度が上下するのはtex2D()の部分。
テクスチャが大きすぎてキャッシュに乗らない場合は1サンプルごとに
メモリからの読み込みで帯域を食ってしまうが、キャッシュに乗るくらい
小さければキャッシュからの読み出しができるので大変高速に読み出せる。
ミップマップを使うと過剰なサンプリングを回避できる。

命令数と描画ピクセル数だけでは速度は決まらない。

テクスチャサイズが256x256で、-2.5をサンプリングしたら
-640&(256-1)の計算でサンプルピクセルが出る。
この計算がどの程度重いかは考えてくれ。

326:デフォルトの名無しさん
09/01/27 21:50:23
でかいテクスチャを使うと重くなる理由がキャッシュだけしか思いつかない馬鹿が、
知ったかを晒す悲しいスレ。

327:デフォルトの名無しさん
09/01/27 21:59:58
素直に感心した。なるほどな

328:デフォルトの名無しさん
09/01/27 22:12:57
>>325
おおー
俺も理解できた
すごいね

329:デフォルトの名無しさん
09/01/27 23:36:16
なんで、ATI系はおそくならないの？
多少大きいテクスチャを参照したぐらいで
露骨に性能減するって、しょぼい木がするけど
そんなもんなの？

330:デフォルトの名無しさん
09/01/27 23:40:02
>>329
前、Radeon9600proもってたけど
遅くなった気がするけどな

331:デフォルトの名無しさん
09/01/28 00:13:01
ドライバーのバージョンによっても変わるし、
実際のゲームだと描画するたびにテクスチャ切り替えとか
複数のテクスチャを1度の参照したりとかで重くなったりするから、
正確に何が重くなってるか測らないとあかん。

332:デフォルトの名無しさん
09/01/28 05:57:00
>>331
変わるか？
あんまり大差ないよ

333:デフォルトの名無しさん
09/01/28 13:12:45
同次座標(D3DFVF_XYZRHW)での表示はビルボードと同じ効果が得られますか？

334:デフォルトの名無しさん
09/01/28 13:18:27
はい

335:デフォルトの名無しさん
09/01/28 13:29:32
>>334 ありがとうございます

336:デフォルトの名無しさん
09/01/28 16:36:54
まぁそういう現象の起きるハードウェアは実際に結構あるので
Wrapに頼る設計はWindowsではやらん方がいいね

337:デフォルトの名無しさん
09/01/28 21:23:38
XFileでアニメーションを実装するのとObjファイルを書きだしてモーションパスでアニメーションを実装するのはどちらがいいですか？

XFileは簡単だけど処理が重いと聞きました

この２つならどちらがいいかアドバイスお願いします

338:デフォルトの名無しさん
09/01/28 21:41:32
ファイル形式が違うだけで処理の重さは処理を作るやつ次第だと思うが・・・

339:デフォルトの名無しさん
09/01/29 07:15:44
Xファイルは処理が重いって言うより、単純にアニメーション再生させるなら簡単だけど
それ以上のことをやろうとすると難しいっていう感じだな

340:デフォルトの名無しさん
09/01/29 07:19:50
>> 339

なるほど　例えばOBBで衝突判定をしたりとかですか？

341:デフォルトの名無しさん
09/01/29 07:27:22
>>337
objファイルでアニメーションしたほうが何かといいよ

342:デフォルトの名無しさん
09/01/29 15:54:56
URLﾘﾝｸ(up2.viploader.net)
これだろ

343:デフォルトの名無しさん
09/01/29 16:27:31
半透明のポリゴンを持つメッシュを表示したいんですが
普通に描画すると、半透明ポリゴンを先に描画してしまった時に後ろのポリゴンが表示されない場合があると思うんですが
どうすればいいでしょうか？

344:デフォルトの名無しさん
09/01/29 17:02:21
Zバッファ法の限界なのでどうにもならない
半透明ポリゴンは最後に書き込む何らかの仕組みが必要

345:デフォルトの名無しさん
09/01/29 20:37:16
URLﾘﾝｸ(www.hsjp.net)
販促チラシ

346:デフォルトの名無しさん
09/01/29 20:48:17
ここんとこずっと朝から晩まで本見たりネット見たりしているのにいまだに画面に何か出すことすら出来ない

347:デフォルトの名無しさん
09/01/29 20:54:56
Javaでもやれば？手っ取り早いし、それなりに実用的だぞ

348:デフォルトの名無しさん
09/01/29 22:42:13
DirectMusic8で音鳴らしてるんだが
エラーでないのに音が鳴らないときとかあって困る

DirectMusicLoaderは１つしか使うなっていうから
１つしか使わないようにコードかえたが
やっぱり音が鳴らないときがある

349:デフォルトの名無しさん
09/01/29 22:49:49
>>346
だせぇなゆとりにもほどがある

350:デフォルトの名無しさん
09/01/29 23:02:52
>>348MIDI?WAV?そもそもキミのPCは正常に音は再生できてるのかい？

351:デフォルトの名無しさん
09/01/29 23:11:26
>>349
みんなできててすげーな
これでも高校のとき成績は理系でトップクラスだったんだぞ

352:デフォルトの名無しさん
09/01/29 23:18:12
>>351
ケツからだろ
夢みんな

353:デフォルトの名無しさん
09/01/29 23:32:02
そもそも発想がイケてない
画面に何か出てるサンプルからみろよ

っていうかそこまでアフォならちょっとしたゲームを作れる入門書から買ったほうが速いだろ？
VCとかDirectXとかもうダウンロードしてきたのか？

354:デフォルトの名無しさん
09/01/29 23:37:27
VC++もSDKももうある
サンプルを改変して.xを表示することくらいはできた
自分で1から作ることができない。"概念"さえ掴めばパッパといける気はするが

355:デフォルトの名無しさん
09/01/29 23:41:07
>>350
ＷＡＶ　正常に再生できてるよ
ＤｉｒｅｃｔＳｏｕｎｄのサンプルはちゃんと再生されるけど
ＤｉｒｅｃｔＭｕｓｉｃのサンプルは再生されないときがある
ワケワカラン
おとなしくＤｉｒｅｃｔＳｏｕｎｄ使いたいところだが
ＳＤＫのＶｅｒがアレなので(ry

>>346
WIN32APIプログラムとかの入門をとばして
いきなりDirectXの入門書を見てたりしないか？

356:デフォルトの名無しさん
09/01/29 23:52:36
>>354
なんだできてんじゃん

>自分で1から作ることができない
１からってどういうこと？
なにもみないで書くって意味だったら１０年やってる俺でも無理だ
テキトーに必要なもんかき集めてぺたぺた貼って動かすぐらいならできるがな
初期化処理の書き方なんてその時代時代でやることかわるし
大事なのはサンプル理解して応用していける力なので
そういう自分で・・・っていうのは必要ない
まずはなんでもいいからゲームを作ってみろ
それ以外のことは無駄だから考えるな
そうだ、テトリス作れ３Ｄテトリスな（ゲーム的には２Ｄの）ハイ決定さっさと作れ

357:デフォルトの名無しさん
09/01/30 00:31:25
頭が悪い奴って勉強頑張れるらしい

358:デフォルトの名無しさん
09/01/30 03:52:30
ID3DXSpriteはIDirect3DDevice9のように2つのテクスチャを合成してから表示させたり出来ないんでしょうか？

359:デフォルトの名無しさん
09/01/30 19:18:22
質問です
Direct3Dで線分を描画したいんですけど、どうすればいいんでしょうか？

360:デフォルトの名無しさん
09/01/30 19:23:30
これはググレカスといわざるを得ない

361:デフォルトの名無しさん
09/01/30 19:31:36
DrawPrimitiveで引数にLINELIST

362:デフォルトの名無しさん
09/01/30 19:58:38
なるほど、DrawPrimitiveでできたんですね
ありがとうございました

363:デフォルトの名無しさん
09/01/30 23:00:59
DirectXのプロジェクトってユニコードビルドにしないとだめなのでしょうか、
単にデフォルトがそうなっているだけなのでしょうか？
チュートリアルのプロジェクトがデフォルトがユニコードになってます。

364:デフォルトの名無しさん
09/01/30 23:15:07
サンプルフレームワークのDXUTがUnicodeビルド前提ってだけだ。
DirectX SDK使う分にはどっちでもいいよ。

365:デフォルトの名無しさん
09/01/31 01:40:58
トンクス！

366:デフォルトの名無しさん
09/01/31 18:19:59
中国人ですらこれ位作れるのにお前らときたら

URLﾘﾝｸ(www.amazon.cn)

367:デフォルトの名無しさん
09/01/31 18:33:34
画面にピクセル単位で指定して描画したのですが

D3DFVF_XYZRHWで描画したポリゴンではできるのですか？

368:デフォルトの名無しさん
09/01/31 18:38:10
画面にピクセル単位で指定して描画したいのですが

D3DFVF_XYZRHWで描画したポリゴンではできるのですか？

訂正ですすいません

369:デフォルトの名無しさん
09/01/31 18:40:31
>>366
ただのBitBltじゃん

370:デフォルトの名無しさん
09/01/31 18:45:50
既に描画したポリゴンでできるのかと聞かれても、よくわからない。
D3DFVF_XYZRHWを使って作った頂点バッファだったら簡単にできると思う。

>>369
どういうこと？話が見えないんだけれども

371:368
09/01/31 18:50:16
>>370

レスありがとうございます

とりあえずやってみます＞＜

372:371
09/01/31 20:13:11
タイトル画面を表示させようと思い試しに作ってみました

URLﾘﾝｸ(appleloader.bbsnow.net)

上の画像は512*512のテクスチャをD3DFVF_XYZRHWを使って作ったポリゴンに貼り付けて
表示させたやつです

下の画像は1024*768のテクスチャを・・・

512*512のほうは正常に描画されるのですが1024*768のほうは変になってしまいます

これはDirectXが2のべき乗の大きさのテクスチャしかサポート？していないからですか？
他に理由あったら指摘お願いします

373:デフォルトの名無しさん
09/01/31 20:17:52
なんで1024×1024で試してみてから質問しないのですか？

374:デフォルトの名無しさん
09/01/31 20:23:01
>>373

1024*1024で貼り付けてUVで調整したら解決しました

お手数掛けて申し訳ありません

375:デフォルトの名無しさん
09/01/31 20:23:34
テクスチャの画像はどうやって作ってるの？
それのために呼び出したＡＰＩを全部調べたの？

376:デフォルトの名無しさん
09/01/31 20:30:33
D3DXCreateTextureFromFileEx です

API調べてませんでした

次から調べてから質問します　申し訳ございません

377:デフォルトの名無しさん
09/01/31 22:02:43
DirectXに、次はねぇ・・・

378:デフォルトの名無しさん
09/01/31 23:09:12
if(diks[DIK_UP] & 0x80) {
m_dir = FOR;
Sleep(500);
}
DirectInputでキーボードから入力値を取得しています
Sleep()を抜くととてつもない速さでカーソルが移動してしまいます
Sleep()を使うとほかの処理も止まってしまうので
他の処理をとめないで同じようなことできる方法ありませんか？

379:デフォルトの名無しさん
09/01/31 23:50:11
押しっ放しじゃなくて
押した瞬間だけ検出するようにしろよ

380:デフォルトの名無しさん
09/02/01 01:24:16
>>378
マルチ

381:デフォルトの名無しさん
09/02/01 02:41:44
D3DPRESENT_PARAMETERSのPresentationIntervalをD3DPRESENT_INTERVAL_ONE
にするとリフレッシュレートに勝手にあわせてPresentが行われまする。
普通1フレーム当たり1/60秒になるので、待たせたい秒数になるように
フレーム数をカウントして、一定数ごとにカーソルを移動とかじゃだめ？
間抜けな回答してたらどうしよう・・・。

382:デフォルトの名無しさん
09/02/01 04:11:24
>>381
ＳＤＫのサンプルみろ
それが一番速い
設定選べるようになってるサンプルあるだろ？

383:デフォルトの名無しさん
09/02/01 04:13:23
> 普通1フレーム当たり1/60秒になるので、

とはかぎらない。

384:デフォルトの名無しさん
09/02/01 04:16:10
まあ、だいたい液晶だからなるっちゃなるなｗ

385:デフォルトの名無しさん
09/02/01 04:17:04
よくいるよね、一般的な例の話をしてるのに特殊な例を持ち出してこれは違う！って言う奴。
そんなことは百も承知だってのに。　そんなに自分が物知りだってひけらかしたいのかね。

386:デフォルトの名無しさん
09/02/01 04:29:04
URLﾘﾝｸ(www-06.ibm.com)

387:デフォルトの名無しさん
09/02/01 04:30:52
>>386
>>385を読めばそれが反論になってないことは理解できるだろ、馬鹿？

388:デフォルトの名無しさん
09/02/01 04:49:27
お前らよくこんなカス共の質問に回答してやれるなｗ

389:デフォルトの名無しさん
09/02/01 04:52:54
そもそもマルチだしな。

390:デフォルトの名無しさん
09/02/01 07:07:06
60にすると具合悪い事はままある

391:デフォルトの名無しさん
09/02/01 14:17:41
V-Syncって普通自前でやるのかな？

392:デフォルトの名無しさん
09/02/01 16:07:32
>>382の言ってるサンプルがどれかわかんなかったｗ
よく調べたらうちのはディスプレイモードによってリフレッシュ
レートが56～75の間で４種類くらいあるから、フレーム数決め打ち
だと環境によって変わっちゃうなあ。>>386は50Hzだったし。
QueryPerformanceCounterとかからミリ秒算出して、前のカーソル
移動時の時間と比べて一定時間たったら再実行とか。だめ？だめ？

393:デフォルトの名無しさん
09/02/01 16:09:49
液晶でも最近のフルHDのTVにつなぐとデフォが24Hzになったりするしな。

394:デフォルトの名無しさん
09/02/01 16:24:32
QueryPerformance系使うくらいならtimeGetTime()の方が制約が少なくてらくだけどね
どうせミリ秒単位を扱うわけだし

395:デフォルトの名無しさん
09/02/01 16:30:29
DirectXのVSｙみそなんかリフレッシュレートっぽい
時間でウェイトかけてるだけだから。
ゲーム機の実Vクロックでループ回すのとはわけが違う。

396:デフォルトの名無しさん
09/02/01 17:32:20
>>395
タイマでウェイトかけるのはウインドウモードのときだけだよ。

397:デフォルトの名無しさん
09/02/01 17:37:00
>>392
>サンプルがどれかわかんなかったｗ
全部見ろよ

398:デフォルトの名無しさん
09/02/01 17:38:53
サンプル連呼されても初心者にはわからんものだよ
頭の固い奴にはそれがわからんのです

399:デフォルトの名無しさん
09/02/01 17:39:41
ゲームで複数のXFileを読み込むときのロード時間が気になっているのですが
これを高速化したりするのは可能でしょうか？

ネットで調べたところ、一度DirectXの「Xファイル読み込み関数」で
ロードしておいたメッシュデータをバイナリで保存して、次回起動時に
そのデータを直接読み込むという手段を取られていた方がいるのですが
具体的にどうやるのでしょうか？また、本当に早くなるのでしょうか？

D3DXLoadMeshHierarchyFromXなどのXファイルロードルーチンはそのマシン
で描画が早くなるようにロードしたメッシュを最適化しているという
話を聞いたことがあるので、このやり方で本当にロードが早くなるのか
心配です・・・。

どなたかXFILEのロードの高速化について詳しい人がいたらアドバイスを
お願いします。

400:デフォルトの名無しさん
09/02/01 21:36:01
どれだけ速くなるかは知らないけど
頂点バッファとインデックスバッファ、あと属性テーブルみたいなの取得すればいいじゃん

401:デフォルトの名無しさん
09/02/02 04:57:21
＞400
ありがとうございます、階層化されたメッシュの場合にかなり面倒そうですが
今度の週末にでも一度組んでみようと思います。

402:デフォルトの名無しさん
09/02/02 23:55:43
>>401
最近その問題（遅い）にぶちあたったが、遅いのはアニメーションのロードだった
アニメーションのロードだけ自前でやるのお勧め
メッシュのロードはそこそこに早かったよ

403:デフォルトの名無しさん
09/02/03 00:21:39
カメラの回転での質問です。

横回転は問題ないのですが、縦回転すると90度を超えると
急に視界が反転してしまいます。

90度になったらD3DXMatrixLookAtLHのpUpを逆方向にすると
縦回転だけする場合は良いのですが、
少しでも縦回転した状態で横回転すると、視点がぐるぐる
変に回ってしまいます。
どうすれば良いでしょうか？

404:403
09/02/03 00:32:03
すいません
横回転が加わっている状態で縦回転すると、でした。
横回転はどの場合でも普通に回転してくれます。

405:デフォルトの名無しさん
09/02/03 01:12:25
まわす順番がおかしいんじゃねーの？
とりあえずその部分のコード貼れや

406:デフォルトの名無しさん
09/02/03 02:39:51
D3DXMatrixLookAtLHの引数で回転するんじゃなくて
注視点を原点とするカメラのローカル姿勢を回転させて
そこからビュー行列を逆算すればおｋ

407:403
09/02/03 06:23:07
>>406
すいません具体的にどのようにすれば良いでしょうか？
今現在は

D3DXMatrixRotationX(&mat, g_CameraAngle.x);
D3DXVec3TransformCoord(&g_Camera.vecEyePt, &g_Camera.vecEyePt, &mat);

という感じでカメラの座標を変換してから

D3DXMatrixLookAtLH(&matView, &vecEyePt, &vecLookatPt, &vecUpVec);
pDevice->SetTransform(D3DTS_VIEW, &matView);

でカメラ位置を変更しています。

408:デフォルトの名無しさん
09/02/03 11:04:16
// カメラの初期姿勢（視点（0,0,-10)、注視点(0,0,0)の場合）(変更しないで保持する)
const D3DXVECTOR4 vecEyePt(0,0,-10,1) ;
const D3DXVECTOR4 vecLookatPt(0,0,0,1) ;
const D3DXVECTOR4 vecUpVec(0,1,0,0) ;//ここだけw成分が0であることに注意（回転のみ反映）

// 初期姿勢からどれくらい移動したいかの行列
// 回転だけでなく拡大縮小移動なども合成できる
D3DXMatrixRotationY(&mat, g_CameraAngle.y);

D3DXVECTOR4 Eye, Look, Up
D3DXVec4Transform ( &Eye, &vecEyePt, &mat ) ;
D3DXVec4Transform ( &Look,&vecLookatPt, &mat ) ;
D3DXVec4Transform ( &Up, &vecUpVec, &mat ) ;

D3DXMatrixLookAtLH(&matView, (D3DXVECTOR3*)&Eye, (D3DXVECTOR3*)&Look, (D3DXVECTOR3*)&Up);

もうちょっとスマートなやり方あるけどそれは少し考えればわかるよね

409:デフォルトの名無しさん
09/02/03 18:17:31
最初はスマートなやりかたより理解しやすさを追求すればいいじゃない

UpVectorが０成分だと気づかなくて
３日くらい悩んでたのを思い出した

410:デフォルトの名無しさん
09/02/03 19:00:34
>402
ありがとうございます、時間が取れたのでアニメーションの書き出しを
試してみたのですが、アニメーションコントローラにアニメーションデータの
実体が見当たりません。

アニメーションデータの実体とサイズはどうやって取得したら
宜しいのでしょうか？

411:デフォルトの名無しさん
09/02/03 20:59:38
>>410
sizeof()じゃだめ？

412:デフォルトの名無しさん
09/02/04 05:07:11
Xファイルを読み込むためのD3DXLoadMeshHierarchyFromX関数にて
LPD3DXANIMATIONCONTROLLERというアニメーションコントローラに
値を入れてアニメーションを管理しているんですが、どうもこの
LPD3DXANIMATIONCONTROLLERに実体が無いというかsizeofしても
４の値しか返ってこないんですが・・・。

413:デフォルトの名無しさん
09/02/04 05:20:33
C/C++の基礎を勉強したらどうかね？

414:デフォルトの名無しさん
09/02/04 08:22:41
DirectXの前のCの本読んだほうがいいなコレは。

415:412
09/02/04 09:57:16
日頃の勉強不足を晒してしまい申し訳ございませんでした。
DirectXでゲームを何本か作った事はあるのですが、DirecｔX側で
保持しているアニメデータを直接いじった経験が無く、ネットで色々
調べてみたのですが、どうにもお手上げな状態です。

アニメデータ等が読み込まれているメモリ配列部分がどこにあるのか
皆目見当がつかないのです。
なにかアドバイス等もらえないでしょうか・・・？

416:デフォルトの名無しさん
09/02/04 11:47:54
>>415
頭に　LP　がついているのは、ポインタだ。
ポインタは（32bitOSなら）4バイトで当然。
あと、アニメーションコントローラーの内部が確保したメモリーに直接アクセスする手段はない。
AnimationSetを取得したり、そこからさらにAnimationを取得したりという間接的な手段でアクセスするべし

あと、AnimationControllerをいじるのはやめたほうがいいぜ。
メモリーリーク含め、バグが多すぎる。
例えば時間0の情報を書き換えると、アニメーションが正常に行われなくなる。
取得したAnimationSetを、他のコントローラーにセットしてもまともに再生されない。
Animationを削除してから追加すると、メモリーリークする。などなど

417:デフォルトの名無しさん
09/02/04 12:40:57
ウィンドウの左端を画面外に移動させると画像も画面外から描画されることを期待していたのですが
画面端から表示されてしまいます。
画面外に移動させてもクライアント座標の(0, 0)から描画させるにはどうすればいいのですか？

// これだとウィンドウの左端が画面外に出たときに(0, 0)から描画されない
LPDIRECT3DDEVICE9　pD3Ddev;
pD3Ddev->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_XRGB(255, 255, 255), 1.0f, 0);
pD3Ddev->BeginScene();
Draw();
D3Ddev->EndScene();
if( FAILED(pD3Ddev->Present(NULL, NULL, m_hWnd, NULL)) )
{
pD3Ddev->Reset(&g_pDirectX->d3dpp);
}

418:デフォルトの名無しさん
09/02/04 17:24:28
つーかアニメデータなんて自分用の形に吐き出して自分で管理クラスつくれよ

419:デフォルトの毛無しさん
09/02/04 19:49:35
>>417
Presentの引数を全部NULLにするとか。

ごめん、勘で言った。

420:デフォルトの名無しさん
09/02/04 21:46:56
>>417
ウィンドウサイズを変える毎にクライアント領域のサイズに合わせてデバイスを作り直す

421:デフォルトの名無しさん
09/02/04 21:51:39
デスクトップ領域からウィンドウが外れたときの話だと思うが

422:デフォルトの名無しさん
09/02/04 21:56:26
無知発見。

423:デフォルトの名無しさん
09/02/04 22:51:27
>>417
そのソースコピペ？
コピペじゃないならコピペにしてくれ。
他にも書き写しのときにミスがありそう。

ああ、あと、俺の環境では画面からはみ出しても普通にクライアント座標の端っこから描画されるぞ。
はみ出した部分は画面外だから当然見えない。
＜環境＞
WindowsXP Home Edition SP2
DirectX 9.0c (4.09.0000.0904)
DirectX SDK Novemver 2007
こんぱいら BCC 5.5

424:デフォルトの名無しさん
09/02/04 22:57:09
だからクライアントサイズとデバイスサイズが合ってないとそうなるんだよ

425:403
09/02/04 23:06:07
>>408
とても参考になりました
わかりやすいコメントまでつけてくださって
本当にありがとうございます

426:デフォルトの名無しさん
09/02/05 07:31:39
DirectinputのDIK_LEFTとかを引数で渡したい場合は

どうやるんですか？

intなら

foo(int i);

foo(??? DIK)

427:デフォルトの名無しさん
09/02/05 07:45:17
BYTEでいいんじゃね？
>Dinput.h に定義されているキーボードデバイス定数は、キーボードデバイスの
>データパケット (256 バイト配列) 内でのオフセットを表す。

428:デフォルトの名無しさん
09/02/05 07:52:20
ありがとうございます＞＜

429:412
09/02/05 08:21:42
>416
丁寧な解説ありがとうございました。
自前でアニメーションの仕様を０から組むのはあまりにも敷居が高いですし
メモリリークなどが発生してしまうようではどうも面倒の方が多そうですね。

430:デフォルトの名無しさん
09/02/05 15:04:07
現在頂点カラー(0xFFFFFFFF)で描画しているテクスチャを
頂点カラー(0xFF000000)に変更して全く同じように描画、
つまり、テクスチャのポリゴンとの合成方法を加算合成にしたいのですが、
どの設定メソッドを使用すればいいのでしょうか？
ピクセルシェーダを自作すべきなのでしょうか？

431:デフォルトの名無しさん
09/02/05 18:58:25
DirectInputやDirectSoundについて質問です

ゲームループをタイトルとゲームで分けています

タイトルが呼ばれたらインプットデバイス・サウンドデバイスを作る
ゲームが呼ばれたらタイトルを破棄してゲームでインプットデバイス・サウンドデバイスを作る

というやり方でいいでしょうか？

432:デフォルトの名無しさん
09/02/05 19:51:35
>>430
デバイス->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );// 合成元1(テクスチャ)
デバイス->SetTextureStageState( 0,D3DTSS_COLORARG2, D3DTA_DIFFUSE );// 合成元2(頂点カラー)
デバイス->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_ADD );// 合成方法(加算)

433:デフォルトの名無しさん
09/02/05 19:55:41
>>431
タイトルとゲームでウインドウ遷移したりするの？
しないならデバイス作り直さなくてもよくね？
別に作り直ししちゃいけないわけでもないし
そのやりかたでもいいんじゃね？

シーンごとにリソース解放するってならわかるけど
デバイスを無理して作り直す必要はないとは思うけどね

434:デフォルトの名無しさん
09/02/05 20:21:31
>>433

ありがとうございます

435:430
09/02/06 13:53:26
>>432
ありがとうございました

436:デフォルトの名無しさん
09/02/06 16:01:00
最近３Ｄの勉強を始めた者ですが、質問です。

人間モデルがあったとして、手に別のモデルをくっ付けたい場合は、その座標等を取得する関数のような
モノがあるのでしょうか？

いまいちその辺のスタンダードな取得方法がわからなくて迷走してます。
３Ｄモデルのノード？に名前をつけれるのでその名前から取得したりするのかなぁと思ったりしてるんですが
どうなんでしょう？

ググッて調べても検索ワードがまずいせいか、その辺がまったくわからなくて…Orz

437:デフォルトの名無しさん
09/02/06 16:06:28
ボーンの座標計算を自前で行えば自由自在

438:デフォルトの名無しさん
09/02/06 16:07:26
一発で座標を取得できるような便利関数は無い
しかし、どんな方法であれアニメーションをさせている限り
ボーンが今現在どんな姿勢をしているかは取得できるはずなので
自力で目的のボーンの変換行列を探せばＯｋ

439:436
09/02/06 16:31:55
>>437
>>438
なるほど、モデルじゃなくボーンの方を何らかの方法で調べて
目的の行列が見つかりさえすれば座標が取得できるわけですね。

もやもやした感じが少し晴れました。
その方向で調べてみます。
ありがとうございました。

440:デフォルトの名無しさん
09/02/06 16:48:29
深度バッファの取得方法がよく分からないんだけど
もしかして２回レンダリングするの？

441:デフォルトの名無しさん
09/02/06 22:08:55
direct X ではベクトルの始点、終点を与えて矢印を引くことできないんだ。。。

(x,y,z)成分が与えられていれば、θ=arctan(y/x)、φ=arctan(z/sqrt(x^2+y^2)
から角度が求められるから、x-Fileで作成した例えばy方向の矢印を順次回転
させて(x,y,z)方向に向ければいいんだろけど（しかし、これもx≒0のときθの
精度が悪くなるからarcsinやarccosに切り替えたり、θが第何象限にあるかを
判定する必要があるから、そう簡単ではない)。

それよりもわからないのは、剛体の３次元運動の角速度は、普通、剛体に固定
された回転座標系ξηζ上で成分表示されている。これをもとに角速度ベクトル、
角運動量ベクトルをワールド座標系上で矢印表示するにはどうしたらいいんだ？

directXの回転変換マトリックスってベクトルを回転してるのか、それとも座標系
を回転してるのか？マトリックスの内容と表示を照らし合わせて確認すればいいが
面倒クセェ。
、

442:デフォルトの名無しさん
09/02/06 22:34:26
>>440
深度バッファをシェーダで利用したりするのは、DirectX10以降でないとダメ。
それ以前はNVIDIAが独自拡張で別のことに使っていた関係で使えない。

だから9では、MRTで深度値を別のテクスチャに描画して使う。

>>441
なんでいちいちθを求めるんだ。
方向ベクトルがあれば、そこから直接回転行列作ればいいだろう。
ちゃんとベクトルの勉強してたら暗算でできるレベル。

443:デフォルトの名無しさん
09/02/06 22:51:54
>>442

わかってない。もういい

444:デフォルトの名無しさん
09/02/06 23:09:43
>>443
質問文が長すぎる
簡潔にこれがわからないって最初に書け詳細がその後だ

445:デフォルトの名無しさん
09/02/07 00:56:22
正直、何が聞きたいのかさっぱり分からないけど
ベクトルからその向きになるような回転行列を作りたいって話なら
ここを参考にすればいいと思うよ

URLﾘﾝｸ(marupeke296.com)

446:デフォルトの名無しさん
09/02/07 07:25:07
>>444

お前はひっこんでろ

>>446

ありがとう。

directXには任意の軸方向回りに、ある角度だけ回転した場合の
回転行列を求める関数がある。

なので、X-Fileで作成した初期方向のベクトルaと希望の方向の
ベクトルbの外積を求めれば、必要な情報が得られることは紹介
してくれたサイトを見ないでも、しばらくしてわかった。

あとは、World座標系と剛体に固定された座標系の間の座標変換行列
が必要だけど、これはベクトルの回転変換行列と要素が一致するだろう。
(そうあってほしい)

447:デフォルトの名無しさん
09/02/07 08:20:06
>>446
直接　～が知りたい　って文章かけないわけ？

448:デフォルトの名無しさん
09/02/07 15:57:37
もういいから放置しておけよ
こいつが必要なのはDierctXの知識じゃなく日本語の知識だ

449:デフォルトの名無しさん
09/02/07 16:49:31
>>447

馬鹿は相手しないね。悪いけど。

>>448

馬鹿がもういっぴき。臭ぇーちんぽが、死ね。

450:デフォルトの名無しさん
09/02/07 16:58:13
考えるまでもなくベクトルの回転も座標の回転も同マトリックスでできるだろ。
座標の回転なんて基底ベクトルの回転に等しい。

451:デフォルトの名無しさん
09/02/07 17:06:21
数学がわからんだけじゃないか
DirectX関係ねぇ

452:デフォルトの名無しさん
09/02/07 17:18:49
ふぁーーっ。

>>450

おお！、あんた、なかなｋ筋のいい回答してるよ。

良くできましたね！　皆さんでほめてあげましょう(校長先生のお話)ｗ。

>>451

相変わらず馬鹿だな。お前に言われるのは、100年早い。
死ね、臭ぇーーー腐れチンポが。

まだ、書いていいぞ。あっははは。

やーい、腐れチンポ、あははは

453:デフォルトの名無しさん
09/02/07 17:58:32
DirctXってかシェーダーの質問なんです

URLﾘﾝｸ(game.watch.impress.co.jp)
↑みたいにライティング結果をメッシュのテクスチャに焼きこんで
それを出力させたいんですが、どうすればいいんでしょうか？

454:デフォルトの名無しさん
09/02/07 22:55:54
見た瞬間、グロかとおもた。

455:デフォルトの名無しさん
09/02/07 22:58:12
ﾋﾞﾋﾞﾀ

456:デフォルトの名無しさん
09/02/08 01:45:47
>>453
UV座標をスクリーン座標にしてレンダーターゲットに描画するとか？
URLﾘﾝｸ(www1.axfc.net)
でもテクスチャの使いまわし(特に左右対称の場合とか)があると
うまくいかないのよね。

457:デフォルトの名無しさん
09/02/08 04:05:10
>>453
モデリングソフトで真正面・真横・真上・真下から
レンダリングした絵をテクスチャにして平行投影で貼ればよかろ？

458:デフォルトの名無しさん
09/02/08 04:06:46
ってＣＧワールドに載ってたｗ

459:デフォルトの名無しさん
09/02/08 16:19:04
ゲームのDVDから画像データを抜き出すことってできるんですか？

460:デフォルトの名無しさん
09/02/08 16:24:09
できるよ

GetModuleDds(Disk code);

461:デフォルトの名無しさん
09/02/08 16:25:43
>>459
ゲーム実行中にＶＲＡＭコピーすれば余裕
でもそんなこと頑張ってもたかが知れてるぞ

462:デフォルトの名無しさん
09/02/08 16:47:30
>>461
専門がそっちなんで最初はそれを作ってたんですが、XBOXを３台ほど壊してしまって
少しぐらい難しくても経済的にソフトでやろうと思ったんですが、予想以上にファイルがどうなってるのかわからず困ってます
アドバイスお願いします。

463:デフォルトの名無しさん
09/02/08 17:31:16
スレチ

464:デフォルトの名無しさん
09/02/08 17:46:12
該当しそうなスレはことごとく餓鬼の巣窟でまったく話にならないんです。
本気で取りだしたいのでゲームに埋め込むときのノウハウががわかっている方がいるであろうこのスレを選びました。
3Dデータの本質がわかっているこのスレでお願いします！

465:デフォルトの名無しさん
09/02/08 17:52:42
ｽﾚﾘﾝｸ(prog板)

466:デフォルトの名無しさん
09/02/08 18:06:42
それらしいスレにはわかる人はいないんですよ

467:デフォルトの名無しさん
09/02/08 18:07:47
俺はわからないけど、とりあえず夜まで待てば？

468:デフォルトの名無しさん
09/02/08 18:17:12
データだけ取り出せればいいの？
画像フォーマットの解析は自分でやるんだよね？

469:デフォルトの名無しさん
09/02/08 18:26:14
暗号化されているのか、対応ソフトがあれば見れるのか
そもそも３Dデータであろう部分は判別できるのかとか
ゲームを作る時のデータ扱いの常識と、あとは自分で調べていけるような流れを教えてもらえるとうれしいです

470:デフォルトの名無しさん
09/02/08 18:30:33
ｽﾚﾁだっつってんだろ死ね

471:デフォルトの名無しさん
09/02/08 18:31:00
XBOXは覗いたことないけど普通は独自で解析できないようにしてるんじゃないのか？
もし見れたらMADゲームとかで好きにキャラとか動かして遊べるからそうとう盛り上がってるはずだけど
ぐぐっても出てこない、きびしいんじゃないだろうか

472:デフォルトの名無しさん
09/02/08 18:38:46
DirectX関係ないだろアホか

473:デフォルトの名無しさん
09/02/08 18:41:32
単なるbyteの配列を抜き出してどういうフォーマットのデータがどう並んでいるかなんて判別不可能に近い。
ましてやXBOXなんてUMAだからシステムメモリとビデオメモリが共有だろ。
どこに何があるのかすら分からないだろ。

474:デフォルトの名無しさん
09/02/08 18:45:32
まったく関係なくもないな
同じような道だし
DirectXを使ったPCゲームで3Dモデルをどう使ってるかから調べればいいんじゃないのか？
XBOXはPCゲームを移植しやすいように作ってあるらしいから共通点がみつかるかも

475:デフォルトの名無しさん
09/02/08 18:54:57
俺も知りたいからあげ

476:デフォルトの名無しさん
09/02/08 19:01:56
そんなもんゲームによりけりだろ

477:ボコボコにしてやんよ ◆BokoBoko7c
09/02/08 19:31:23 BE:1083996656-2BP(2537)
氏ね

478:デフォルトの名無しさん
09/02/08 20:19:06
>>471
ＶＲＡＭに展開された状態なんだから圧縮も糞もないだろ
開発環境あったら普通にみれるじゃん

次ページ