鬱だ氏のう DirectX (Part 7)

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

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/

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

ttp://masafumi-t.cool.ne.jp/directx9/ready/ready02.htm

[スマートポインタ]
は、自動開放をしてくれるとの事で、早速使ってみたいのですが、
こちらのサイトからの情報だけではいまいち理解できまへんでした。

どこかにシンプルで簡単なサンプルコードはありませんか？
とりあえずIDirect3D9をスマーティ～に作ってみたいのですが。
４～５行で済むことなら直接書いていただくのもアリかな:-)

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

>>662
そこだけじゃなくて他のサイトも見て理解してください。

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

>>659
「猫でもわかるプログラミング」ってサイトにいろいろ詳しく
掲載されてるっぽ。検索してみれ。

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

DirectXは、バージョンをあげても動くというのが建前ですよね。

しかし、実際には動かないゲームやアプリがあります。
うちのWinFastという古いアプリもそうですし、FFもそんな噂を聞きます。

これの原因は何なのでしょうか？
単にコードの冒頭でバージョンを定義してないせいとか…、
いやそんな単純じゃないですよねぇ…。よろしければご教授を。

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

ドライバやＯＳも関係してくるから一概に言えない

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

>>666
ありがとうございます。ではコーディングする側としては
どうしようも無いんですね。ある意味ほっとしました。

**あぼーん** · NG

あぼーん

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

他にもOSの種類を9x系に限定したりとかが原因で動かなかったり。

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

>>661
例えば、バンプマップで表現した面を、ライティングで壁に影として映し出そうとした場合。
バンプだと描画のみなのでポリゴンの形の影になるが、
ディスプレースメントならポリゴンも変形してるので、その描画されている形の影が落ちる。

そんな感じか。

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

DirectSound は同時に演奏できる数に制限はないんですよね。
WDMドライバの場合の WaveOut も同時演奏数に制限はないから、
結局同時演奏数に制限が加わるのは vxdドライバで WaveOut を使ったときだけなんですね。

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

>>661
よくわからんけど、LODが実装しやすいんじゃなかろーか。

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

>>671
制限はある。CAPSをチェックしろ。

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

>>661
何のために使うか分からなければ使わないでいいと思うよ。
使う時が来たら使えばいい。
だいたいDX9が一般に広がるのっていつの頃だよ……。来年？

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

DirectX9が広まる心配などする必要ない。
問題は、DirectX9対応(というか使いたい機能を持った)ハードウェアがいつ広まるかだ。
前者はこちら側の対処でどうにでもなる。
後者は難しい。

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

>>675
いや、そういう意味で言ったんだけどね。
だって俺もまだDX8世代のカードで我慢してるし。ゲームやる友達のパソコンも
酷い奴はまだDX7世代だもん。

１，２年前のメーカー品使ってる連中が買い替え始める時期がいつか……。

変な話、シェーダー3.0に完全対応したカードが出てくれないと
俺はビデオボード変えないかも(笑)

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

ん？ゲームする人の論理？

**あぼーん** · NG

あぼーん

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

670-677レスありがとうございます。
なんか微妙な用途ですね。
地面につかうとでっぱったポリゴンがキャラにめり込むし。
うーん、誰か効果的な使い方を発見してくれるのをまつことにします。

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

>>677
いや、DX9で定義された仕様を全部サポートしてくれた製品じゃないと嫌だなぁって話。

>>679
ディスプレースメントマップをハードでサポートなんて最高じゃんか。
使いまくれ！
ほら、６面体で焼けて膨らむ餅が表現できるぞ(笑)

それより俺はボリュームを何とかして欲しいなぁ……

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

プログラム内でスクリーンショット機能を付けたいのですが、
どういう手順でやればいいですか？
環境はVB6.0＋DIRECTXでお願いします。

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

VBは知らないのでC++の例。ウィンドウ枠が可変でプライマリバッファからコピーの場合
　　LPDIRECT3DSURFACE8 tmp;
　　D3DLOCKED_RECT lock;
　　d3ddevice->CreateImageSurface(::GetSystemMetrics(SM_CXSCREEN), ::GetSystemMetrics(SM_CYSCREEN), D3DFMT_A8R8G8B8, &tmp);
　　d3ddevice->GetFrontBuffer(tmp);
　　tmp->LockRect(&lock, NULL, 0);
　　RECT rc;
　　GetClientRect(hwnd, &rc);
　　int w = rc.right - rc.left;
　　int h = rc.bottom - rc.top;
　　ClientToScreen(hwnd, (POINT*)&rc);
　　BYTE *buf = new BYTE[sizeof(DWORD) * w * h];
　　for (int i = 0; i < h; i++){
　　　　CopyMemory( buf + sizeof(DWORD) * w * i,
　　　　　　(BYTE*)lock.pBits + lock.Pitch * (rc.top + i) + rc.left * sizeof(DWORD),
　　　　　　 sizeof(DWORD) * w);
　　}
　　delete[] buf;
　　tmp->UnlockRect();

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

>>681
>>645から読み直せ

**あぼーん** · NG

あぼーん

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

>>673
DirectSoundではサウンドの同時処理は処理速度が許すかぎりいくらでもできる。
CAPSはハードウェアで処理できる限界であってソフトウェアの限界ではない。

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

3Dを背景とした2Dゲームって、二つの頂点の定義を作っておいて、
毎フレームごとに切り替えるんですか？

つまり、1フレームごとに、座標変換ありの頂点と座標変換なしの頂点を
交互に描画するんですか？

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

>>686
うん

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

>>686,687
なんだそりゃ?

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

少々わかりにくいが間違いはなさそうだが

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

ああ、背景は座標変換あり、2Dオブジェクト郡は座標変換ありってだけのことか。
だがな、用語が変だぞ。

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

あり？

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

2Dは「なし」だな。すまん。もうこない

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

逃げちゃ駄目だ！

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

http://www.agemasukudasai.com/bloom/

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

普通、同じフレーム内に座標変換あり、なし両方書き込むぞ。
なんだ、交互にって？テレビのインターレースかいな。

で、その頂点座標変換あり、なし混在の場合、
頂点変換なし(2D)描画が常に画面の手前になってしまう。

背景(3D)のobjectと何かしら処理が絡むなら(objectをくぐるとか)
自キャラ(2D)もビルボード使って
板ポリで、頂点変換ありでやった方が良いんでない？

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

座標変換無しでもポリゴンは描画できるよ。

**あぼーん** · NG

あぼーん

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

なんか半年ぶりくらいにこの板キタ。

3Dを背景とした2Dゲーって言われてもピンと来ないのよね…
地形が3Dで2Dのビルボードを使ったゲームなのか、
背景は3Dだが見た目は完全に2Dなのか。
前者ならビルボードだけど後者だとスプライト。

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

ややこしくするなよ。ビルボードならこんな質問するわけないだろ。

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

3D背景の2Dゲーなら、ゲーセンにカプコンの格ゲーがいくらでもあるじゃん。

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

＞3Dを背景とした2Dゲー
>>700のほかにも、
サターンの初期にクロックワークナイトってゲームがあったけど、
あれが確かそういうタイプのゲームだったような。

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

横やりで申し訳ないですが、パワーゲージとか
残り時間の表示とかは座標変換無しでそのままやりますよね。

まあ、Ｚバッファ切ってから最後に描画するんでしょうけど。

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

Zバッファ斬る？
なんで？いいじゃん描いちゃえよ。

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

>>703
Zバッファ切らないで描画したら上書きされないの？
>>702
座標変換なしで描画したら解像度変わった場合大きさが変わらない？

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

このスレの人間が高解像度対応なんて
ちょっとでも気の利いたことするわけないじゃん。

640x480x16bpp 60fps固定 FSAAなし
以外選べないゲーム作ってる奴らだからな。

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

>>704
解像度変わったらそれに合わせた座標にすりゃいいじゃん。
っていうか、ほとんどのゲームで2Dアートワークってサイズ固定で、
高解像度にすると小さくならない？

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

てか、何いってるのかわからないけど。
解像度は3:4をまもっとけば後からでも変更はいくらでも効くでしょ。
Zバッファはそもそも座標変換ありのものもなしのものも違いないでしょ。
ちなみに2D座標の場合のZの値は1.0が最前面だった気がする。
まあ、前面に描くものはα物だらけだと思うが。

**704** · 03/02/18 00:22

>>706
>ほとんどのゲームで2Dアートワークってサイズ固定で、
>高解像度にすると小さくならない？
それはカコワルイと思うけどなぁ

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

3Dアニメーションのモーションつくるのどうしてる？

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

>>707
その違いが無い、座標変換ありと無しの
無しの方Zの値をどうやって決める？

ワールド上を自由に動くオブジェクトやカメラの場合、ワールド変換、カメラ変換、ビュー変換
して座標変換ありの頂点は、Z値を持つ訳だ。

そのZバッファに、変換無しの頂点のZ値を、どう対応させる？
まさか、前面描画なんて言うなよ。

それと、α物とZバッファの関係が分ってないようだね。
もしα物が画面奥にあって、その周りを何か物体が回っているなんて場合
君のやり方じゃ、実装不可能だろ。

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

trueSpaceの60000円ぐらいするやつ。

**あぼーん** · NG

あぼーん

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

>>709
LightWave使っとります。

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

>>713
そういうのって１０ﾏﾝぐらいするよね。
やっぱ買うわけ？

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

ポケットを叩くとビスケットは2つの原理です。

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

>>714
当たり前でしょ。あと値段、３０万近くするって。

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

高杉・・・。
>>715
ﾀｲﾎー。

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

ドングルもなんとかできるもんなの？

**あぼーん** · NG

あぼーん

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

モーションをしっかり勉強したいんだけど
それを専門に扱った本がみつからないんですよね。
何かありますか？

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

>>720
http://pc.2ch.net/cg/
こっちで聞いたほうがいいと思うが。

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

アドバイスありがとうございます。
ところでみなさん、浮動小数点の絶対値を求めるときどんな関数を使ってますか？
fabsだとdouble型対象となってるので他に何かいいのあったら使いたいのですが。

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

>>722
０より小さければ－１をかける、でいいのでは

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

>>722
fabsf・・・結局はdoubleだけどさ・・・。

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

VC++6.0でスクリプトエンジンもどきを作成しているのですが
strcmpで"}"を文字列比較をする時に、lpStringに"てすと"等の違う文字列が
入っていても1（true）が帰ってきてしまいます。

例：
int tmp;
tmp=strcmp(lpString,"}");

しかし、上記で1がtrueと言っていますがMSDNを見ると0が帰ってくるとtrueらしいのです（；´Д｀）
0なんて帰ってきた事なんてありませんし…。
どなたかアドバイスお願いします

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

r=strcmp(a,b);

　↓

if (a<b) r=負の数;
if (a==b) r=0;
if (a>b) r=正の数;

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

>>725
なんだかな。ココはDirectXスレな訳で。
Cの構文なら、プログラム板にでも…。

アスキーコード知ってるかい。
文字は全て、数字が対応してるのよ。
strcmpは内部で減算してるだけ。
つまり同じ文字列なら、減算の結果が0で、戻り値が0な訳だ。
だから、戻り値が0なら同時な文字列であろうって感じなだけで
それがtrueな分け無い。

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

アドバイスありがとうございました。
ということは、これでいいわけですね（・∀・）

if(lpString[0]=='>'){
}

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

数行のプログラムで実験すらできないのか？

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

次は'\'と比較して全角二バイト目とぶつかる罠、だな
つかDirectXと全然関係ないやん

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

>>707
>解像度は3:4をまもっとけば
3:4以外にも対応するべし。1280*1024は5:4なんだなこれが。
2D表示部分はタスクバーのように画面の端にくっつくようにプログラムを組むべし。

>>708
今までサイズ固定じゃないゲームを見たこと無いんだが。
まあquake2を高解像度でプレイしたときの文字の小ささはアレだと思ったが。

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

>>解像度は3:4をまもっとけば
>3:4以外にも対応するべし。1280*1024は5:4なんだなこれが。

ついでに最近のメーカー製PCはワイド画面が増殖中ッスよ。
こんな感じで↓
http://pcweb.mycom.co.jp/pcbuyers/review/2002/combine/
いちおう考慮しておいたほうがよいやも。

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

テクスチャ画像のサイズってどうしてますか？
私が以前 DirectDraw でプログラムしていた時は
640x480（画面サイズ）の画像にチップを詰めてたのですが
Direct3D の場合は普通はどういう感じなんでしょうか。

同じように比較的大き目の画像にチップを詰めるのか、
各チップ（パターン）毎に1ファイルずつとか。
サイズはよく256x256というのを聞きますが
となるとやはりパターン毎に（最大256x256の）ファイルにするんでしょうか。
普通はこのぐらいのサイズまでなら大丈夫なんじゃない？　という基準とか
あったら教えてください。

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

2^nのサイズが良いと言われますね。
256 x 256 (2^8 x 2^8) 推奨というのはそのへんから来ているのではないかと。

**あぼーん** · NG

あぼーん

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

普通にテクスチャデータを作ろうとすると、
ＤｉｒｅｃｔＸの場合は１Ｘ１までミップマップをつくってくれちゃうんでしたよね。

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

>>733
最大256x256が無難といえば無難。
あと、ファイルをそのままテクスチャにしなければならない、
という決まりはないと思う。

>>736
ミップマップを作成しないこともできるけど？

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

>>733
自分は、テクスチャーを作る時に
ハードウェアの制限調べて(最大サイズとか、2の累乗のみとか、正方形のみとか)、
それにしたがって、内部で分割したり、正方形に修正したりしてるよ。
今のカードだと、制限もだいぶ無くなってきたけど、
Voodooとかだと、最大256*256 & 正方形のみ & 2の累乗のみ
とかの制限に全部引っかかったりするので。

**733** · 03/02/18 18:29

>>734
そうですね。
4:3に慣れてしまったので違和感がありますが、、

>>737
256x256だと Voodoo も含めOKと。

>>738
それって難しくないですか？
絵を貼り付けた板を移動するときとか
今は一枚なのか二枚なのか意識しなくちゃならないし
自分がヘタレなだけかもしれませんけど。

最近の市販ゲームだと Voodoo には対応してません
と明記してあるやつが多いですけどそういうやつは
どのぐらいのサイズで作ってるのかなと。
と思ったら >>4 のサイトで調べられますね、、、
Rage Mobilityやi810ですら 1024x1024 いけるんですね。
不勉強でｽﾐﾏｾﾝでした。

**738** · 03/02/18 18:58

>>739
難しくないよ。
スプライトクラスとかを作っておいて、
そのスプライトクラスのメソッド
例えば、CSprite::Load()とかで、テクスチャーを作成する時
ハードの制限等を調べて、分割なり、修正なりすればよい。
描画する時は、描画メソッド
例えば、CSprite::Draw()とかで、テクスチャーの修正情報に従って、修正描画すればよい。
1回スプライトクラスを作っとけば、使う時は何も考えずに使えるよ。
自分は大体こんな感じでやってるけど、みんなは違うのかな？

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

>>740
なるほど。
Spriteクラスは1枚以上の板から成っている、と。

私がこの間3D始めてやっとこさ作ったSpriteクラス（Billbordクラス?）は
1インスタンス = 1枚という感じだったので、、
勉強になります。

**あぼーん** · NG

あぼーん

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

>>740
俺もラッパークラス作って使いまわしてるよ。

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

DirectAudio(DirectX8)って、どうやって始めればいいんですか？
ヘルプを見て、いきなり
>1. COM の初期化
>DirectMusic オブジェクトを作成するためのヘルパー関数はないので、
>CoInitializeEx を呼び出して COM を初期化する必要がある。

この関数(CoInitializeEx())の使い方、意味、次への繋げ方がもう分からんのですが。
　　　　　　[定義されてない識別子です。]
ヘルプ通り、objbase.h ってのIncludeしたのに！！！ヽ（｀Д´）ﾉ

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

なぜサンプルから当たらない？

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

>>744
COMのこと知らないみたいだからCOMの勉強すれば。
あとはサンプルやウィザードが吐くコードを見るとか。

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

Voodooはドライバ更新ないんじゃないの?
そもそもDirectX8で動くんか?

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

http://www.microsoft.com/japan/msdn/directx/techart/directx9devfaq.asp

**名前は開発中のものです。** · 03/02/19 04:34

ケースバイケースだとは思うのですが、皆さんはモーションデータを
どのクラスに保持させていますでしょうか？

とりあえずDirectX8のサンプルにあるフレームやメッシュと同じ感覚で、
モーションデータをパーツ毎に持たせてみました。
しかし、これでは動作がボトムアップといいますか…一元的に管理できない感じで…。

かといって、モーションクラスを作り、トップダウンに個々の
パーツを管理するのも、主体が２重になりそうで…。

言ってることが曖昧ですいません。要するにモーションデータの管理について
悩んでいまして…なにか示唆をいただければ幸いです。

**あぼーん** · NG

あぼーん

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

あーやだやだ設計厨は。

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

>>749
上位では階層化メッシュクラスのサブクラスで
アニメーションメッシュクラスを作って管理してます。

内部では各フレームごとにモーション情報を持たせてます。
自分的にはシーングラフには内部の詳細は不要なので、
混乱せずに扱えて便利だと思ってるです。

**749** · 03/02/19 10:38

>>752
レスが遅れて申し訳ありません。ついウトウトと…。

おお！フレーム毎に持たせてらっしゃるのですね。
私も内部の詳細は一切触らず（触れず）に、ただ状況に合わせて
アニメーションさせるだけなんです。やっぱり分かりやすいのが一番ですよねぇ…。

ただ初めての3Dということもあって、もしかしたらこういうのは
トップダウンの方が把握しやすのかなぁと、不安になりまして…。
おかげで安心しました。レスありがとうございました。

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

　みなさん、8.1でシェーダってどうやって管理していますかねぇ？
ブレンド数やライトやらスペキュラを自由にOn/Offしようとすると
かなり破綻しそうなんですけど…。
　9.0のフラグメントナントカって使えるかなー？

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

>>754
マテリアルとかうまく管理しているならそれとよく似た方法で管理すれば問題ないはず。
# というか、シェーダーだけそんなに特別か？

**あぼーん** · NG

あぼーん

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

みなさんはDirectXが返したエラーをなにで処理していますか？
例外を返していますか？

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

なにで、って、普通にif文で処理してるよ？（C++ね）
そもそもDirectXで例外ってあんまりみたことない。
（経験不足名だけかもしれないけれど）
DirectXのエラーを例外で処理するメリットが見当たらない。

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

例外を使ったほうが圧倒的に実装がすっきりする。
C++つかってるのに例外を使わないなんて考えられない。

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

DirectXだろうが何だろうが、実行時エラーは基本的に例外。
予測可能かつ対処可能な失敗コードなら復帰を試みるけど。

DirectXが戻り値でエラーを通知するのはかなり限られた
ケースなんで、ほとんどの場合は例外になると思う。

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

アセンブラコード見ると例外ってかなり重い気が。