鬱だ氏のう 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/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

からむなよ。

**547** · 02/11/11 20:11

スレ違いｽﾏｿ

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

>>545
境界球や境界箱だが。

**まっつん** · 02/11/12 03:24

炎を表現したいのですが、いい方法ありますか？
まっつんが考えたのは黄色の丸を描いたビットマップを上にいくにしたがってARGB指定で徐々に赤くしていきます。
また上にいけばいくほど中心からはなれればはなれるほどアルファ値を低くという法則にしたがって1万ほどの粒子を描画するというものですが、それらしくはなりますがいまいちです。
お知恵を拝借したいです。

**まっつん** · 02/11/12 03:30

あげ

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

>>550
(　´,_ゝ`)ﾌﾟｯ

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

好きです。。。>>まっつんつん
結婚を前提にメルトモしましょう

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

>>まっつんが考えたのは
萌え

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

まっつん萌え同好会をここに開きます！
>>552がリーダー

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

>>550
手書きでうまくいくものなのか？
これでも使ってろ。
ttp://www.forest.impress.co.jp/article/2002/01/17/abom.html

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

>>550
バーテックス、ピクセルシェーダーが使える環境？
後、ただ色変えて重ねるだけじゃマンガの炎っぽくなるんじゃない？
しかし、昔試したアッドブレンドだと上手く炎の赤が出来なかった記憶が…

それに、その炎以外に、アルファ描画は無いの？
あるんだったら、少し細工しないと。
アルファ描画同士の整合性を取らないと駄目だと思うよ。

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

PC版のFF11買ってきてやってるんだけどエフェクト系は勉強になる感じ。やっぱ綺麗だわ。
しかしバックバッファの設定が512*512とか正方形しか無いのが
なんでなのかいまいちよくわからん。
フルシーンアンチのつもりなんだろうか。

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

テクスチャにして各種効果を使う予定なんでは？

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

過去ログで、
SetRenderState(D3DRS_ALPHABLENDENABLE,TRUE);
透明On
SetRenderState(D3DRS_SRCBLEND,D3DBLEND_ONE);
黒抜き
SetRenderState(D3DRS_DESTBLEND,D3DBLEND_ONE);
加算
この後に描画するものはすべて加算になる。

っていうのを見たのですが、例えば画面左下にステータスを
表示させようと思い、黒の背景に青い文字でＬＩＦＥと書いてある
ビットマップを作成しました。それで上の方法でアルファブレンディング
をしたのですが、上書きされる裏地の画面の色が黒の場合は
綺麗に青い文字でＬＩＦＥと表示されるのですが、そうでない場合だと
文字の色が合成されて青ではなくなってしまいます。かといって
ブレンディング方法をＯＮＥじゃなくてＺＥＲＯなどにすると
こんどはテクスチャの黒い部分も表示されてしまいます。
透過ＧＩＦのように、黒は表示されずに、それでいて青は上から
しっかりと上書きされるようにするにはどうすればいいのでしょうか？

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

文字の色が背景によって変化して欲しくないんだったら、
文字列のビットマップをα付きにするしかないと思うよ。
背景部分を完全透過にすれば、普通のαブレンドで行ける。

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

>>558
選択肢にないだけでレジストリを直接いじれば正方形以外にも変更可能

>>559
いい加減なことを言うな

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

>>560
アルファ値を直接変更しないで無駄な苦労をする理由は？

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

560です。
ビットマップをα付きにするというのは、画像を作成するときに
特別なツールが必要ということなのでしょうか。

それとも、テクスチャを読み込む関数
D3DXCreateTextureFromFileExの
ColorKeyで完全に透明にするいろというところに
(0,0,0)と入れればいいということなのでしょうか。

ちなみに普通のαブレンドというのは
lpD3DDEV->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_SRCALPHA);
lpD3DDEV->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_INVSRCALPHA);
のことですよね？

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

>>564
＞特別なツールが必要ということなのでしょうか。
何故そういう発想になるのか理解しがたいが
最初からアルファ値があるデータを使う必要はない
読み込んだ後にテクスチャをロックして好きな値を設定すればいいだけ

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

半透明の減算ってどうやるの？

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

SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
SetRenderState( D3DRS_DESTBLEND, D3DBLEND_ONE );

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

560です。
＞読み込んだ後にテクスチャをロックして好きな値を設定すればいいだけ
これのやり方がわからないのです。

黒地に青の文字のテクスチャを作って
D3DXCreateTextureFromFileEx関数の完全透過色の値を
(0,0,255)と設定すると、青が抜かれて描画されます。
じゃあ、(0,0,0)と設定すればできるかなと思ったのですが
それもできず。
じゃあ、赤地に青文字で(255,0,0)とやれば青文字だけできるか
と思えば、それもできず。
うーん、参ってしまいました。

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

>>568
＞これのやり方がわからないのです。
何故分からないのかが分かりません
ロックして自分で色を判断して該当するアルファ値を書き込むだけですが、
いったいどこが分からないのでしょうか？

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

わからないのは
・ロックして
・自分で色を判断して
・該当するアルファ値を書き込む
…のどれよ？

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

560です。
正直言うと、すべてです。
ロックするってのは頂点バッファに頂点情報の配列をmemcpyするときに
つかうあのロックのことでしょうか？

そもそもテクスチャのなかがどのようになっているのかもよく理解できて
いないのでありまして。

テクスチャの中にはそれぞれのピクセルごとにＲＧＢＡそれぞれ２５５ずつの
情報が格納されてて、そのなかのピクセルで黒（０，０，０）の
色情報のピクセルのαの値すべてを０に書き直せってことを
おっしゃってるのですか？

だとしたらそもそもの記述方法がわかりません。

便利な関数に頼りすぎてしまっているのかもしれません。

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

>>571
ヘルプ嫁

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

>>571
全部わからんならヘルプ読むことを勧める。
どれか一つなら解説にもたいした手間はかからんけど、
全部まとめて1から解説する気にならん。

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

BBX って閉鎖したんでつか？

少し前から全然繋がらない。

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

>>574
普通に見れますが？

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

>>574
うちも
[an error occurred while processing this directive]
とか表示されて見れないよ。
infoseek と HOOPS! の統合作業のせいかと思ってたけど
作業終わっても見れん。

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

>>574 >>576
Googleで検索すりゃ一発なのに…
ttp://bbx.hp.infoseek.co.jp/index_home.shtml

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

そのページに
当ページのURLは「http://isweb8.infoseek.co.jp/computer/bbx/」です。
とあるんだが…

http://isweb8.infoseek.co.jp/computer/bbx/
、、、

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

>>578
だから？

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

560です。
結局ＳＤＫに入っているツールを使ってＤＤＳ形式にすることで
解決できました。というか、解決できてませんね。

どうやら自分は、メモリの中を自分で書き換えることがまだちゃんと
できないようです。
Ｘファイルを読み込んでそれをカスタマイズした頂点情報のひな型に
入れていくという作業もいまなにも見ないでやれといわれたら
絶対にできないと思います。

実際、ゲームプログラマーとして食べて行くにはどれくらいのスキルが必要
なのでしょうか。かなり不安になってきました。ＰＳ２とかの開発は
もっとむずかしそうですし・・・・・

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

>>580
ローカルルールより
>以下の話題は別の専用板で
>・業界の話題 → ハード・業界板

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

>>579
おまえマジでしねよ

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

BBXって
結局移転なの？
それともトップだけ死んでるの？
アドレスが変わったの？

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

>>583
トップだけ死んでるんじゃない？
昨日の投稿記事もあるし。

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

>>584
ふーん、移転したわけじゃあないのか…
それにしても長いこと死んでるなぁ、、

っていうかBBX掲示板って以前はアドレス直指定じゃ入れなかったような

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

>>583
つーか、トップ逝って見れなかったのでソースちょっといじって
デスクトップに置いたら以前と変わらず見れますが

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

それにしてもいいタイトルだなこのスレ…

**DirectX9.1!!** · 02/11/13 17:25

DirectX9.1!!

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

DirectXP

**DirectSEXは開発中のものです。** · 02/11/13 17:53

DirectSEX!!

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

DirectSEX＝生でプレイ？

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

>>591
対義語はPhoneSEXです。

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

どなたか、mingw や bcc で 8.1b の d3dx が使えるように、dll を作ってください。

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

無理

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

ｷﾁｶﾞｲｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!

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

arudaro

**593** · 02/11/14 08:00

>>596
8.0 用しか見つけられませんでした。

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

DLLhaSDKnodeyoinodeha?

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

>>598
スタティックライブラリになっている部分が分かっていない馬鹿は黙ってろ

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

よおしまってろよおおおおお
おまえのあいぴーぬいてやるぜえええ

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

static library nanisore ?
ijyo Delphi tyubo deshita

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

Delphiとか言語は関係ないのだが…
厨房ならしかたないや

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

DirextX 9 まだー？

８から大幅仕様変更はしないだろうな。
本も安くねえんだぞ

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

先日ＲＣ０が出たからもうすぐだと思われ。
８が解ってればあとはヘルプのみで対応できるよ。

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

今年中には出るのか

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

>>602
delphi niha .lib ga nainodesu

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

>>603
DirectDrawとDirect3Dが統合されてDirectGraphics…とか、そういう大幅な変更はないはず。

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

>>603
ヘルプで十分だろ、、、

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

工学社のDirectX本はほんとカス

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

カスな奴が読むには丁度いい

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

Win上でのDVD再生時に発生するコマ落ち原因を知りたくてWindows板にスレ立てた
のだがあまり良い意見が聞けない(OSが原因かと思いWin板へ立てたが期待ハズレ)。
ゲ製板住民はリアルタイム処理に強いことを期待して意見をいただきたい。既に
スレ立ててしまっているので該スレにリンクを張ってもよいか？
もし迷惑だったらスマソ。

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

>>611
その程度でスレ立てるな、と…。

ソフトウェア板やCD/DVD板とか、色々あるだろうに。
プログラム的な問題ならソフトウェア板。
どちらにしろこの板じゃ板違い。

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

>>611
期待ハズレ、っていうより自分の希望通りのレスがもらえなかっただけだろ(藁
何が原因かわからないのにWin板でスレ立てか。おめでてーな。
初心者板へ（・∀・）ｶｴﾚ!