鬱だ氏のう DirectX (Part 5)

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

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/07/23 00:42

２ゲットずさー

前スレの宿題よろしく。

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

いまさらDirectX7以前で組んでるエロゲプログラマの書き込みがうざい。
古い話なんだから、分からないことがあれば過去ログあさればいいのに。
それに毎度毎度、「俺はほとんど自前でDirectDrawは使わない」って
自慢しに来る自前描画主義者が出るし。

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

SFC/PS版聖剣伝説クラスのゲームなら俺は自前描画で作るが。

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

勝手に自前描画スレでもつくってやってくれ

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

SphereMap用テクスチャの生成ツールって
ありませんか？

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

>>6
死ぬほど複雑なプログラムというわけでもないから、無ければ
作ってみると良いのでは？キューブマップみたいに6面で
見た風景を、円に写像変換する奴。円のメッシュの切り方
がポイントになりそうだけど。

というか、厳密なスフィアマップを作る事に、そこまで意味は
あるのかな？視点が変わったらスフィアマップは正確では
なくなるんだし、ある程度適当でも言いような・・・。というのは
怠け者の意見。

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

>ハードによる差異って、今現在どれくらいあるんだろ。
>以前に比べればカナリ淘汰されてるから、

MSも、ビデオチップごとのレンダリング結果の差を小さくするようあれこれ手を打ったしね。
自前一筋の人はこういう動向も知らんだろうけど。

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

沙羅曼蛇の1面後半に出てくるピンク色の細胞壁ってどうやって実現してるん
だろう？データ的には、ミサイルやレーザーが当たった座標をバッファに
保存して、最も古く破壊された所から順に復活(再生)させているのだろうけど、
グラフィック的な処理が分からない。

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

＞データ的には、ミサイルやレーザーが当たった座標をバッファに
この時点で思い違いしている。

それに、ここはDirectXの話するところだろ。スレ違いだ。

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

>>9です。
いたた。スレ違いすまそです。
http://game.2ch.net/test/read.cgi/gamedev/1020950091/l50
こちらに移動しました。

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

前スレで出てた回転する四角形同士の交差判定だけど、お互いに1点ずつ
相手の四角形との内外判定をしてから線分の交差判定をすればOK。
ただし、正方形や長方形ならば点の内外判定は簡単だから（内積2回）、
4点全て判定してしまった方が平均では軽くなると思う。

ゲームなら線分の交差判定までやらなくても、重心とか辺の中点も内外判定
するだけで十分。あまり扁平した長方形を使わなければ、頂点だけの判定で
も十分。

これ以上は【Collision Detection】スレで

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

Wizardが吐き出すDirectInputの処理がよくわからんヽ(´Д`)ﾉ
アクションマッピングっていちいち指定しなきゃいかんの?
めんどくさいからデフォルトの「CAD - 3D object control」
（dinput.h:4090行あたり）のままにしてるんだけど、何か弊害があるのだろうか。

日本語版ヘルプ見ても、
　x 軸からデータを取得して車を左右に動かすのではなく、
　DIAXIS_DRIVINGR_STEER という仮想コントロールからデータを
　取得することになる
てことは、結局やってることは一緒だと思うんだけど…概念の問題？

# キーコンフィグを自前で用意しなくてもいいらしいのは助かるけど、
# あまりカッコよくないね

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

ゲームごとじゃなくてジャンルごとにマッピングでるってこと。
普通のジョイスティックで車ゲームを遊ぶ人はX軸をステアリングにするけど
ネジコンで遊ぶ人は捻る軸をステアリングにするでしょ？
ネジコンで遊ぶ人は車ゲームを遊ぶときは必ず捻る軸をステアリングにするし
車ゲーム以外なら十字キーの方を使う。そのマッピングを楽にするのが、
アクションマッピングの役目。

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

>>14
何となくわかった気がする。
サンクス。

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

3Dで走り回るサンプルを作ったんですけど、
格ゲーの体力ゲージのようなものはどうやって表示するんでしょう？

オフスクリーンサーフェスはどこへいったぁぁぁぁ！
サーフェスに描いてCopyRectか自分で転送するしかないのかな…

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

>>16
板ポリゴンにテクスチャ貼りつけるじゃ駄目？

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

>>17
ありがとう
そうすると、カメラの移動とともにポリゴンを移動させねばなりませんね。
やってみるか。

（ちなみに、マリオ６４やサルゲッチュのようなサンプルです。）

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

>>18
トランスフォーム済み頂点をつかって
スクリーン上の２Ｄ座標を直接指定すればいいのでは？

**16=18** · 02/07/24 19:00

>>19
ｿﾚﾀﾞ!（・∀・）
正月の朝に新品のパンツに履き替えたみたいにすっきりした。
ありがとう。

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

>>17
何故ゲージごときにテクスチャがいるのか、小一時間問いつめたい

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

>>21
凝った絵柄にするなら必要じゃないか？

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

>>21
なぜ「ゲージ＝単色」と考えるのか、小一時間問いつめたい

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

変換済み頂点設定にしろよ

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

>>23
何故「テクスチャを使わない＝単色」と考えるのか、小一時間問いつめたい

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

頂点カラーを使えばグラデーションも簡単に出来るし、
ゲージ部分にわざわざテクスチャを使って重くする必要は無いと思うが？

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

その位で重いって…
ゲージも３DモデルにしてX軸回転させてｳﾏｰ

**名前は開発中のものです** · 02/07/25 00:06

というかあくまで好みの問題で、こういう議論は意味が無いような・・・

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

グラデだけじゃうまく表現できないんじゃないの？

+-----------------------------------------------+
|+------------------------------------+　　　　　　　 |
||<------------グラデ----------------->|　　　　　　　 |
|+------------------------------------+　　　　　　　 |
+-----------------------------------------------+
こんなの。

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

>>29
どううまく表現できないのか分からないですが、
それならポリゴン４枚で用が足ります。

**名前は開発中のものです。** · 02/07/25 00:43

>>29
つまりポリゴンの使い方が分かっていないから、矩形一つという発想しか出来ず、
テクスチャとか言い出したという落ちか

模様として使うなら全く別問題だし、凝ったものと言っても枠の部分も別問題
ゲージの長さを表す部分をテクスチャで描くとすると、
変化するたびにテクスチャをロックして書き直すのは無駄が多すぎる

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

イマドキ貧乏くせぇこというなよ～～～～～～
アルファ付テクスチャで角のまぁるくてかわぃぃ模様のゲージにしようぜ。

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

グラデーションにテクスチャを使う事は賛成。
この程度ではfpsに影響するほどパフォーマンス的な差はないし。
線形補間のグラデーションだけでみんな満足？

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

この程度の問題が自力で解決できないようなら、ゲージに
凝る以外にもっとやるべきことがあるとは思われるが。

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

トランスフォーム済み頂点を扱えることを知らなければ、
自力で解決のしようがないと思うが。

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

>31
>変化するたびにテクスチャをロックして書き直すのは無駄が多すぎる

ゲージと模様を別テクスチャにすれば解決するんじゃ、、、
それで板ポリゴン2枚で済むけど、致命的な速度低下に繋がるのだろうか、、、

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

正直どうでもいい

**あのう** · 02/07/26 02:03

すごい厨房質問で申し訳ないですが
DirectInputで入力デバイスからの情報を受け取るのって
描画部分の関数の先頭にかかれてるじゃないですか。
このボタンが押されたら前に進むとかそういう感じに。
でも、ってことはFPSの違う環境でプレイしたらプレイヤーの移動速度が
変わってしまうってことにならないですか？

**あのう** · 02/07/26 02:08

すんません、初心者質問はここではないようですね。
失礼しました。

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

１ミリ秒あたり移動量　＊　フレーム間の時間　移動量を求めるので　変わらないよ

**あのう** · 02/07/26 02:14

ああ、ありがとうございます。
たとえば十時キーの上ボタンをおしたら
move.z+=1.0f;
にして
下の方のプレイヤーを描画する部分
D3DXTranslation(&mTrans,0.0f+move.z,0.0f+move.y,0.0f+move.z);
なんて感じにしたらやっぱFPSが高ければ高いほど
前に進んじゃうのかななんて思ってしまいまして。

もうすこし概念的な部分からDirectXを勉強する必要があるみたいですね
どうもありがとうございました。

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

41は40を理解してなくて、忘れた頃にFPS論争やりだしそう

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

ってかDirectXの問題じゃないよな。
41で言えば
move.z += 1.0f * d;
で、dは基準にしたfpsに対する実際のfpsの割合係数。
要するに多く呼び出す分だけコマ毎の移動量を減らすんだよ

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

DIRECTXでキーボードのスキャンてどうやるの？
方向キーを同時に押すと取り込まれないんだけど。

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

何のためのDirectInputなのか？

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

まさか、同時押しできないハードウェアがわの問題じゃないだろうな。

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

同時入力をちゃんと受け付ける、いいキーボードを使いなはれ。Realforce106とか。

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

DirectX8.1の質問
サーフェスのDCって取得できなくなったの？
myDC = pSurface->GetDC()
画面キャプチャしたいんだけどどうすればいいのか？？？

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

>48
はじめのDX初期化のときに使うウインドウハンドルでGeDC()すれば？

48 · 02/07/26 18:56

>>49
なるほど。thx

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

>>48
それだとフルスクリーンでFlipしてるときに上手く取り込めないよ。
キャプチャしたいならIDirect3DDevice8::GetFrontBufferがいいかと。
D3DFMT_A8R8G8B8に変換された状態で取得できるから、その後の取り扱いも楽。

**あのう** · 02/07/26 22:06

４１です。
４３さんの説明でやっとわかりました。
先が思いやられますが、DirectX9がでる前に一通りできるようにがんばろうと思います。ありがとうございました。

48 · 02/07/26 22:23

SetRenderTargetでテクスチャをターゲットにして、改めてレンダリングしますた。。。

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

>>53
GetRenderTargetでバックバッファを取得するのでは駄目なの？

**名前は開発中のものです。** · 02/07/27 00:35

>>54
そのサーフィスロックして、直接アクセスすればピクセルは
持ってこれるよね・・・。というか、テクスチャから保存できる
プログラム組んでるなら、Bltで転送すれば良いんだし。

というのを以前Zバッファでやろうとしたら自滅しますた。
Capsビューアで見ると、ZバッファってLockableなサーフィス
を持つかどうかもビデオカードとドライバ次第なんだね。
Radeonは出来ると出ていたのに出来なかった・・・。

OpenGLだと例外なく出来るけど、遅い。

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

>>54
そのあとCopyRects()使うのかな？
アレ遅いんだよねぇ…

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

DirectX8やってるんだけど、ビデオカードがオンボードになってるPCの
人から「動きません」って言われてしまった
ビデオメモリ4MBらしいんだけど、この環境で動かす事ってできるのかな？

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

>>57
モノによる。
それ以前にドライバが入ってないとかDirectX7でしたとか…

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

>>56
何故そこでCopyRectsが出てくるの？
そのままLockすればいいんじゃないの？

48 · 02/07/27 02:13

>>54
テクスチャとして取得したいのですが、可能でしょうか？
FF7などでバトル突入するときの効果が作れそうですし。

んで>>53のような方法を思いついたわけですが、なぜかポリゴンの描画順がばらばらに。ヽ(`Д´)ﾉ
IDirect3DDevice8::SetRenderTarget()のステンシルバッファへのポインタをNULLにしてるんですが、マズイでしょうか？
IDirect3DDevice8::GetDepthStencilSurface()で取得したポインタ使うと D3DERR_INVALIDCALL になっちゃうし。

**名無しサソ** · 02/07/27 02:54

>60
　テクスチャと普通のバックバッファ領域の大きさは同じじゃないから、
当然Zバッファも割り当て直さないといけないよ。それをしないと、描画順
が当然滅茶苦茶になる。ちゃんとしたテクスチャサーフィスへの描画方法
は、CubeMapのサンプルを見てみると良く分かるよ。

48 · 02/07/27 03:08

>>61
ああん、一歩遅かった。
書いてからもしやと思って割り当てなおしたらできますた。
要領悪くてごめんなさい。

widthとheightが512とかじゃないとダメなのかな…
ミップマップ関連のせい？

**名無しサソ** · 02/07/27 03:27

>62
　テクスチャは2の乗数の正方形と相場が決まってるんだけど・・・。
128とか256とか512。それが嫌ならバックバッファから読んで保存すると
いいのでは？リアルタイムでバンバンキャプチャしていく方針なの？

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

>>63
遅くなるが、別に2の乗数でなくてもテクスチャは作れる

**名無しサソ** · 02/07/27 03:40

>64
　今までそれ以外で作ってなかったから、考えても
いなかったよ。ありがとう。かつてVoodooとかでは
もっとおかしな制限があったことを思い出してみたり。

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

遅くなるかどうかは実際に調べたことがないので分からないが、機能については
色々と制限があったりするので注意。
詳しくはD3DPTEXTURECAPS_NONPOW2CONDITIONALの説明でも読んで。
ちなみにGeForce3/4はこの制限にひっかかってる。
あんまり関係ない制限だけどね。

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

>>58
「DirectX8が正常に作動してる」って言ってるんで信用するしか無いんだけど。
でもモノによる、か。ｻﾝｸｽ

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

テクスチャ256*256はクソ。

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

>>63
正方形である必要はない
適当なことを書く前に試せ

>>64
一部に作れるものが存在するかもしれないが
ほとんどのビデオカードは2の乗数でしか作れない