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

**あぼーん** · 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

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

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

>>761
関数一つ一つをtry catｃｈで包むわけじゃないのでトータルすればif elseより速くなる(場合もある)。

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

|･ω･`)
メインループをtryで包んで、対処不能なエラーとか出たら
例外投げて終了するようにしてるんですがダメでしょうか…。

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

>>762
まあそりゃそうだがね。
１つずつ包む（ｗ）なんて使いかたしなきゃコードも見やすくなるし利点は大きいわな。

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

俺は例外アレルギーだから使わないなぁ
なんかどこでエラー起こったか良く分からないこと多いし

自作のエラー処理ならどのファイルの何行目で起こったか一目瞭然だし。。。

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

講義よく聞いていなかったから詳しく覚えていないけど(汗)
JAVAの例外処理は遅くならない形で実装されている…らしい。
そもそも単にエラーを検出するための手段が本筋のプログラムの動作に影響していたら本末転倒だしね。
もしその発想がC++の設計思想にもあるのなら、エラー検出以外にも使わないのは損じゃない？

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

>>765
むしろ例外使わないほうが破局に至ると思うが。
どこで起こったかわからないって、そら適切にキャッチしてないからやろ。

**765** · 03/02/20 16:40

そうかなぁ・・・
STLとか使ってるとたまに例外出るけど
どこでそれが起こったのかさっぱり分からん（英語で何やら書かれているけど・・・

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

>>766
もともと遅いからあんまり気にならないだけ。

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

うろ覚えの知識をひけらかして叩かれてみるテスト

Javaとか.NETのようなGC環境では、throw後スタックを
リワインドする時に破棄すべきオブジェクトを識別しなくて
いいからちょっとだけ速いと。

C++とかは、tryの時点で、throwされた後に破棄する
オブジェクトを区別する仕掛けをセットアップするので
ちょとだけ重いと。

C++なら、DirectX呼出し毎にtryやthrowしてては大変なので
せめてtryは大局的に使おう。と。

キーボードにマヨネーズが飛んだからこの辺で。と

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

はじめまして。
みなさん、C++なんですか？

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

いえ、オレは大内ですけど。

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

むしろ、大馬鹿さんかと。

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

DirectX8を使っているのですが、
7以前の、DltFastみたいに、画像の（10,10）から（100,120）を表示するにはどのような関数を使えばよいのでしょうか？

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

Bltじゃないの？
Bltなら、CopyRectsが相当するのでしょうか？
Helpで検索して見てよ。
でも、クリッピング、カラーキー、拡大縮小、αブレンドは対応してないと思ったけど。
8だと、Spriteが推奨されてるよ。

つうか、DirectX9に切り替えれば？
Blt復活してますよ。

**あぼーん** · NG

あぼーん

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

まじで？
Blt復活？
今手元には、I/O別冊DirectX8.0３Dアクションゲーム・プログラムだけあるんだけど、概要だけの本なのでちとつらい。
自分で調べようと思って、ヘルプを今見ていたんだが、どうせヘルプで1からやるなら9がいいかなと思っていた。
9に以降しまつ。
おすすめHPなど教えてください。