鬱だ氏のう DirectX (Part 6)

**名前は開発中のものでス** · 02/10/07 01:00

DirectXについてマターリと技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。

■旧スレ(プログラム板)
http://piza.2ch.net/tech/kako/966/966655286.html　　(Part 1)
http://pc.2ch.net/test/read.cgi/tech/997101556/　　　(Part 2)
http://game.2ch.net/test/read.cgi/gamedev/1005119775/ (Part 3)
http://game.2ch.net/test/read.cgi/gamedev/1016276254/ (Part 4)

コピペスマソ

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

>>447
変更する点があるとするならば、キーコンフィグをつける点。

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

LPDIRECT3DDEVICE8 dev;

↑このdevを別のファイルで扱おうと思ったらどうすればいい？
別のファイルで

LPDIRECT3DDVICE8 dev2;
dev2=dev;

てやったら２重定義でゴラされた。

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

>449
Cの勉強をしなおせ

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

extern LPDIRECT3DDEVICE8 dev;

**449** · 02/11/07 17:35

俺、Cは６年やってるけどな。そうかexternだな！ありがとう。
もう一つ、聞きたいのだがいいかい？

LPDIRECT3D8 d3d=NULL,d3d2=NULL;

２個用意してd3dの方でDirect3dCreate8をする。
その後、

d3d2=d3d;

とする。こうしたら以後の処理はd3dでもd3d2でもどちらを使っても
良いのかだよな？中身をコピーする、すなわちIDirect3Dインタフェースへの
ポインタがd3d2へコピーされるんだからなｗ
その後、オブジェクトを開放する時はどちらか一方だけリリースを呼び出せばいいんだよな？
ん？

**449** · 02/11/07 17:40

>>452
よいのかだよな？　×
よいのだな？　　　○

鬱だ・・・逝こう

**まっつん** · 02/11/07 17:48

うぜ・・・

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

449みたいなのと組まされたくは無い罠

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

>>452
はいはい、正解、あってるからさっさと仕事に戻れよ！
休憩時間はおわったんだからさ・・・・・・・・

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

>449
ム版に逝けよ。DirectX以前の問題だ。

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

どうやったら、そんなソースの書き方になるんだか不思議だ

**449** · 02/11/07 17:54

うるせー馬鹿！

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

それが人にものをお願いする態度？
人生おしまいだね

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

今朝、最後のβっぽいのが出たよ＞DX9
次はRelease Candidateみたい。
うまく行けば年内に来るかな？

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

449やべーよ。6年とは信じられん
d3d2=d3dはまあいいとして、どちらか一方だけReleaseとか頭いたい。

d3d2->AddRef();
d3d2->Release();
だろう

**名前は開発中のものです。** · 02/11/07 21:08

AddRef?

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

ときどき dialect を堂々と使う田舎者と中学生の合いの子のようなあんぽんたんがいるよね。

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

>>462
年数なんてかんけーねーよ。
馬鹿はいつまでたっても馬鹿だ。

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

むしろ年季の入った馬鹿の方が
矯正が利かない分タチが悪い。

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

インターフェイスを２つ用意する意味が全然わかんないんですが…

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

教えてください。
四角形ポリゴンで描画した後に、スプライトで画像を表示させようとしても、
表示できません。

ポリゴンの後ろにスプライトが隠れているようなのですが、これをどうやったら
前に出せますか？

座標変換は行っていません。

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

>>468
スプライトのZ位置を前にすれ

**DirectX9!!** · 02/11/07 23:44

DirectX9!!

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

>>468
Ｚ比較ですべて書き込むALWAYSではうまくいかないのでしょうか？

**アフォプロ** ◆P6rBQWtf4. · 02/11/08 14:24

>>471

プログラム的に先にスプライトを描画しようとしてたらうまくいかないだろうね。
あとならたぶん描画できる。

**471** · 02/11/08 14:33

>>472
勉強になりました　ありがとー

**アフォプロ** ◆P6rBQWtf4. · 02/11/08 17:15

>>473

スマヌ、嘘ついたカモ。
描画されるのはZ比較を無効とした場合。

**まっつん** · 02/11/08 18:43

こいつつかえねー

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

相変わらずここの板は雑魚キャラ満載だな

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

Windows版FF11はなぜあんなにも画面は汚く糞重いんだろ。
何の理由で重くなってるんだか想像つく人います？
それとも、案外これがSquareの実力なのかな。

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

ＣＰＵのウェイト大きいし、CPUでスキンとか頂点処理してたりして
HWでシェーダー使えるの少ないし…

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

画面がさあ、ビクッ！ビクッ！ってなるの

**DirectX9!!** · 02/11/09 02:05

DirectX9!!

**DirectX10!!** · 02/11/09 02:33

DirectX10!!

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

X9まだかよ・・・マジでNV30あわせなのか？

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

ワンスキンアニメ付きＸ形式に吐き出せるツールどういうのがありますか？
学校でDirectX付属のMAX用プラグイン使ったのですがスキンアニメにはならない＆テクスチャが貼られないという状態なのですが。

または、ここの方々はどうやってファイル作ってますか？
自前形式と言われたらそれまでなんですが。

**名前は開発中のものです。** · 02/11/09 10:27

>>477
スペック低いPCなんじゃないの？
アナタのPCがどんなハードウェア構成なのかわかんないから答えようがないよ。

# UOでBantheeチップ使ってると激しく重くなる、とかそういう相性かもしれないし。

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

DXUtilsのDxTexというツールでDDS形式のファイルを作りたいのですが、
何を読み込んでも画像が真っ黒に表示されてしまいます。

何か改善策は無いでしょうか。

**名前は開発中のものです。** · 02/11/09 13:19

>>485
明日秋葉原に来な。そしたら教えてやる。

**名前は開発中のものです。** · 02/11/09 13:35

>>477
エミュレータで動作してるとか？

**485** · 02/11/09 13:44

貧乏学生です。
明日秋葉原へ旅立てば十中八九餓死します。

**477** · 02/11/09 14:33

>>484,487
俺自身はGF4TiとP4 2G。遊べないことはないんだ。
他のゲームと比べてパフォーマンスでていない感じがすることかな。

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

>>485
"ペイント"で作成した.bmpを読み込んでもダメ？

**485** · 02/11/09 15:29

ペイントで描いて読み込んでみましたがダメでした。

Dxdiagを起動して気づいたのですが、
AGPテクスチャアクセラレータが「なし」になっていました。
もしやこれが原因なのでしょうか？

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

ワンスキンアニメは駄目だねー
ウエィトつか、ボーンの入れ方がプリレンダと違うから　データー転がってないし
モーションデーターもそろわないし

素人プログラマには、手の出しにくい領域だ。よってコンバーターも充実していない
MaxかLWしかないっしょ

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

Lwでも、ボーン関係のアレが駄目コレが駄目で
苦労しました。

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

ボーン関係をツールでデザインしてプログラムに取り込むパスって
どういうのがあるかねえ
Maxのエクスポータが王道か？

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

>>492
微妙に用語が変なのは気のせいか？

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

データー

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

ウエィト

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

デバイスをリセットした時にレンダーステートを復活させるには
自前で設定し直すしかなんですか？

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

おおまかなステートについては再設定のルーチンを作ってそれを呼んでるよ
細かいのは次の描画時に設定されるからどうでもいい

**498** · 02/11/09 17:54

>>499
リセット掛けるとStateBlock消滅するし、一つ一つGetRenderStateするのもなぁと思い、
ステートにもMANAGED見たいな機能がないかなぁと思って聞いてみました。
自前で用意するとなるとそれなりに頭を使わなきゃいけないので。

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

保守

**483** · 02/11/09 21:31

やっぱりワンスキンやらないほうが良いのか・・・。
ツール高い＆やりにくい、自作モーションエディタ作るよりは楽かなと思ったけど逆にややこしそうですね。
パーツ毎に呼び出してmikotoあたりでモーション呼び出したほうが楽かな。
返答ありがとうございました。

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

ゲーム向に適切なレベルのモーションエディタが
ないってことだな。
頑張ってつくってくれ>>483

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

>>500
StateBlockはどこかで一度は設定しないといけないんだから、ロストしたら
もう一度設定する関数を呼べば良いだけ。

**498** · 02/11/10 00:48

>>504
リセット前にCreateStateBlockでガポッっと取って
リセット後にApplyStateBlockでドバッと適用出来ないかなと考えた訳でして。
それに代わる楽な方法はないものかと聞いてみた次第です。
あまりリセットを考えた作りにしたくないなぁと・・・
ある程度のことはPOOL MANAGEDでなんとかなりそうだし。
出来ないのであればそれしかないんですけどね。

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

つか、レンダーステート設定ってどうやるよ？
フラグまとめた構造体でも作って　それをvector配列にでもstackしておいて
リセット時は再設定とか？

物体毎に直書きは駄目だろ？

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

あ、そんな必要ないか「飛んだぞｺﾞﾙｧ」フラグを作って全オブジェクト描画前にそれをチェックか？

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

あげん

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

>>502
　｢高い｣だけなら、MilkShape3Dって言う安いツールがある(20ドル)。他は
解決しないけどな。30日間は無料で使えるから、試してみる？

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

ん？
レンダリングステータスなんて物体毎に変更でしょ？
俺的にこんなものの変更に速度気にしてたら何も作れないと結論つけましたが
あと速度のことではテクスチャフリップも俺的に気にしないつーすたんすなんすけど。
だからステータスは全体で使う奴を憶えとくだけだけど

**509** · 02/11/10 11:50

(ほぼ)連続カキコ、スマソ。MilkShapeの続き

・頂点数が多いものはインポートできない(1000くらいはOK。限界は不明)。という制限が
あるので、レジストする前に無料期間で確認しよう。
・ワンスキンの場合、ウェイトは0%か100%しか設定されないみたい。これがX用の
エクスポートプラグインの仕様なのか、アプリ自体の限界なのかは不明。
・メタセコでモデルを作るなら、メタセコでは｢3DS形式で保存｣し、インポートすると
テクスチャ座標が反映されて便利。オブジェクト分割の情報もグループとして反映
される。オブジェクトの名前は半角英数にしよう。

>>507
　Reset呼び出し直後に必ずステート設定しなおしのほうが、シンプルで
良いと思われ。

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

そら、逆にむだちゃう？
と、思ったら全くかわらないや速度。
毎ふれーむ設定採用決定。
だれかおそくなったひといる？

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

毎フレーム再設定にしてるよ
アフォなドライバのデバッグには付き合いたくないし

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

ウインドウが全部隠れた状態でレンダリングするとカチコチ重くなるんですけど、
何でですかね？

**511** · 02/11/10 15:00

>>512
　俺へのレス？違ってたらスルーして。
　毎フレーム呼び出すのはPresent。俺が書いたのはReset。字面が似ているから
読み違えたかもしれないが。
　Resetの後は、どうせパフォーマンスが落ちてるんで、使う使わないに関係なく、
全てのステータスを設定しなおしてる。理由は>>513と同じ。

**がんばります** · 02/11/10 20:24

超初心者向けのDirectX講座をやってるHP知りませんか？
一応自分で一通り探したのですが、リンク切れとか
説明不足とかが多かったので、よろしくお願いします。

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

511さんすいません。その通りでまちがえました。

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

>>516
すいません。知らないです。

**がんばります** · 02/11/10 21:26

>>518
そうですか。わざわざレスありがとうございました。
もっと探してみます。

**名前は開発中のものです。** · 02/11/10 22:31

がんばりかたが間違っています。がんばってヘルプを読みましょう。

**がんばります** · 02/11/10 23:24

>>520
うるせーよボケが。下手に出てれば偉そうに
黙ってURL貼れよ。んでもって氏ねカス

**がんばります** · 02/11/10 23:45

　↑
偽者ですね。
そんなこと言わないで下さいよ。

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

すいません、もう一度質問させてください。
ウインドウモードで動かしてるんですが、描画領域が他のウインドウなどで
完全に隠れると、CPU使用率が100%になりカーソルまでロックされてしいます。
SDKのサンプルはそんな現象が起きないので自分の作ったプログラムに
問題があると思うのですが、サンプルと見比べても原因がまったく分かりません。
ちなみに描画ルーチンではClearとPresent(NULL...しかやっていません。
何か致命的なことを忘れているのでしょうか？
教えてください。(；´Д｀)

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

ウインドウプロージャのメッセージの受け方を確認しる

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

ソースを見ないで間違いを指摘するのは難しい。

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

defwinproc

**523** · 02/11/11 01:18

何処が原因かまったく分からないので
ソースの全体を乗せるわけにもいかず…
とりあえず大まかな説明を。
PeekMessageして空の間レンダリングするようにしています。
初期化もWM_CREATEでは無くCreateWindowでハンドルが帰ってきた段階で
やっていています。
ウインドウプロージャはWM_SIZEとWM_DESTROYくらいしか引っ掛けていません。
directxを呼んでいるのは一つのスレッドだけです。
レンダリングの部分は
d3d_dev->Clear(0, NULL, D3DCLEAR_TARGET | D3DCLEAR_ZBUFFER,
　D3DCOLOR_COLORVALUE(.5, 0, 0, 1), .0f, 0.0f);
d3d_dev->Present(NULL, NULL, NULL, NULL);
削って実験してこれだけです。
この2行を取ると重くなりません。
こんなところなんですが…

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

WM_PAINT引っ掛けないと駄目よ

**523** · 02/11/11 01:33

さらに、現時点で分かっていることは、
CreateDeviceでD3DCREATE_SOFTWARE_VERTEXPROCESSINGでは
大丈夫なようです。
D3DCREATE_HARDWARE_VERTEXPROCESSING
D3DCREATE_MIXED_VERTEXPROCESSING
だと重くなります。（描画領域が1ピクセルでも表示されていれば大丈夫)
SDKのサンプルでd3dapp.cppのCreateDeviceの部分にに
D3DCREATE_HARDWARE_VERTEXPROCESSING
D3DCREATE_MIXED_VERTEXPROCESSING
共に指定してやってみましたが同じような現象は起こりません。
ただし、d3dapp.cppを使っていないTutorialsのサンプルでは
現象が再現します。
自分のプログラムはd3dapp.cppは使っておらず、Tutorials見たいな簡単な
作りになっております。
しかし、d3dapp.cppがどうやってこれを回避してるのかさっぱりです。
D3DPRESENT_PARAMETERSまで一緒にして試しては見たんですが…

**523** · 02/11/11 01:40

>>528
前はこんな感じで引っ掛けていました。
case WM_PAINT:
　win->OnPaint();
　ValidateRect(hWnd, NULL);
　return 0;
でもどうもぁゃιぃので今は取っています。
BeginPaintなんかも入れて試したんですが変わりませんでした。
一人で長々と書いてすいません。

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

defwinprocはしてるの？
プロージャの最後で
return defwinproc(hoge,hoge～　よ？

**523** · 02/11/11 01:57

>>531
DefWindowProcしてますよ～
ウインドウ管理の部分は他のプログラムの奴の使い回しですから、
そこで重くなっているとは考えにくいです。

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

つか、　case WM_PAINTで受けてるのはいいけど
defWinproc通さないでreturn 0しちゃってるじゃん

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

あ、いまは外してるのか失礼
つか、他の部分はちゃんとdefwin～通してからreturn してるか？

**523** · 02/11/11 02:09

WM_PAINTの部分はヘルプのチュートリアルそのままパクッただけです。
元々は全てbreakでdefwin行くようにはしてたんですが。

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

DirectX8にでDirectInputを使用しようと思っているのですが、
原因が良く分からない部分でエラーとなってしまいます。

LPDIRECTINPUT8 pDInput;
LPDIRECTINPUTDEVICE8 pKeyboard;

HRESULT hr;

hr = DirectInput8Create(hinstance, DIRECTINPUT_VERSION, IID_IDirectInput8, (void**)&pDInput, NULL);
if(FAILED(hr))　return false;

hr = pDInput->CreateDevice(GUID_SysKeyboard, &pKeyboard, NULL);
if(FAILED(hr))　return false;

hr = pKeyboard->SetDataFormat(&c_dfDIKeyboard);
if(FAILED(hr))　return false; // ここでreturn false

このようにしてDirectInputを設定したのですが必ず最後の
SetDataFormat(&c_dfDIKeyboard)で失敗してしまいます。
普通に使用できているキーボードを使用しているのですが、
この場合どのような原因が考えられるのでしょうか？
どうかよろしくお願いします。

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

>>536
エラーの戻り値を調べてみた？

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

>>536
サンプルはちゃんと動いてるの

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

アイドル時に常に描画ループ回ってる構成かどうか
わからないが、
WaitMessageしてないとか
Sleep(0)入れてみるとかじゃない？

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

DirectX8.1を使用しています。
IDirect3DDevice8::Clearを実行したところアプリケーションが
終了してしまうので色々試していたのですが、
例外を捕捉してみたところ、捕捉できてしまいました。
try {
　pD3DDevice->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_XRGB(0, 0, 0), 1.0, 0);
} catch(...) {
　// ここへくる
}
DirectXのドキュメントを見ても例外が起こるということは書いておらず
どこかで変な処理でもしてしまったのかと思うのですが
どのような場合に例外が起こるのでしょうか？

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

>>540
pD3DDeviceがNULLとか…

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

>>540
サンプルは動くのかサンプルは.

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

自分の手元に「まともに動くソース」があるのに
全然読まねー奴っているよな。

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

>>523,>>536,>>540には耳の痛い話だろうな。

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

みなさん、Xファイルで読み込んだモデル同士の当たり判定ってどうやって取ってます？

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

>>545
まずアナタがどうやっているか（どうやろうとしているか）を書くのが筋でしょう

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

からむなよ。