鬱だ氏のう 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/14 23:01

>>641
D3DXVec3TransformCoord関数で一発
あんまり難しく考えないようにね

**638** · 03/02/14 23:50

>>642
そいった物が・・
さっそく使ってみます～　どうも～

**あぼーん** · NG

あぼーん

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

Direct3D8を使ってるんですけど、
現在フレーム毎に、全部描き直してますが、
DirectDrawで別のSurfaceに書き残すみたいに、
描画した情報をどこか他のものに残す事はできないでしょうか？
IDirect3DDevice8::CreateImageSurface()なるものはあるようなのですが、
これも作っただけで、どう使えばいいか分かりません・・・

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

ジョイスティックの遊びを設定できるようにしたいのですが、
あの遊びの値というのは、一般的に使われている式があるのですか？

なんか漏れが見たゲームの設定だと、1～1000で設定できるように
なってたんだけど、これが一般的なのですが？

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

>>645
8はよく知らないんだけどスワップチェインをFLIPじゃなくCOPYで
作成すればバックバッファには常にフロントと同じ内容が残るのでは？
要はWindowモード時と同じ処理。
D3DSWAPEFFECT_FLIP,D3DSWAPEFFECT_COPY＜このへんがキーワードかな。

**あぼーん** · NG

あぼーん

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

>>645
IDirect3DDevice8::SetRenderTarget はどうかな？
ちょっとズレてるかもしれんけど。

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

━━━━━( ・∀・)＝終)´Д｀(了＝(・∀・ )━━━━━

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

>>646
１～１０００ってのはユーザーに判り易く変換してるだけだと思う。

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

軸の傾きって、一番ひどいパッドでどれくらいずれてますか？

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

>>645
それはスナップショット的な物が欲しいということ？
それだったらGetBackBuffer()でサーフェイスを取得しておいて、
レンダリングが終了してたときにCopyRectsで用意しておいたサーフェイスに
転送すれば、描画されたイメージを取得できるよ。

>>646
それはアプリケーションが決めればいい事ですよ。好きにやったらいい。
遊びって大体10%～30%くらいじゃないのかな？

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

>>643
おいおい、数学的処理や意味を知らずに使うのはマズイだろ。
簡単に
struct VECTOR
{
float x, y, z;//同時座標じゃなくても出来る
};

struct MATRIX
{
float _11, _12, _13, _14;
float _21, _22, _23, _24;
float _31, _32, _33, _32;
float _41, _42, _43, _44;
};

で、ベクトルと行列の掛け算はで得られる結果X1, Y1, Z1は
X1 = x*_11 + y*_21 + z*_31 + _41;
Y1 = x*_12 + y*_22 + z*_32 + _42;
Z1 = x*_13 + y*_23 + z*_33 + _43;
//左手系、ベクトル×行列の順で、同時座標でいうwは常に1を補うとする。

簡単だろ、各回転行列やなんかは分るだろ？
で、_41, _42, _43が平行移動成分ってのも。

**654** · 03/02/15 09:40

タイプミス
＞同時座標
同次座標

**638** · 03/02/15 11:12

>>654
どうも、為になります。

確かに意味も分からずに作って行くと、
後で行き詰まるのは、目に見えてますが・・
どうしても、試したかった事がありまして。
D3DXなんかが有るので、3Dの知識が貧しくてもどうにかなっていたものでして。
一段落したら、3Dの勉強をじっくりしたいですねぇ。

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

　　　　　　　　　　　　　　 ∧ ∧
　　　　　　　　　　　　　 (￣ー￣)
　　　　　　　　　　　　　　（つ　　つ
　　　　　　　　　　　　　　（　ヽノ
　　　　　　　　　　　　　　し（＿）

　　　　　　　　　Now Thread Stoping. ...
　　　　　　　　　大変見苦しいスレでありました.
　　　　　　　スレストするまでお待ちください。。。ﾆﾔﾘｯ

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

単純にＤ３ＤＸＶＥＣＴＯＲ４で宣言した変数と
行列を
vec4=vec4*matrix;
って感じで頭の3つを取り出せば座標が出ますよね。

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

ウィンドウ内でゲームが動いている時、セーブとかオプションを変更する為に
右クリックしてポップアップメニューを出したいのですが、どのようにして出せばいいですか？
環境はVisualC++6.0、DirectXSDK8.1です。

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

　_、,_
（　_!_　）

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

なあ？
バンプマップはわかるんだが、ディスプレースメントマップってなんのためにあるの？
モデリングでつくっときゃいいじゃん

**名前は開発中のものです。** · 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枚という感じだったので、、
勉強になります。