鬱だ氏のう 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/15 03:45

>>617
いいわけはいらねえ。必要なのは貼るか貼らないか、はっきりすることだ。

**DirectX10!!** · 02/11/15 03:46

DirectX10!!

**DirectX9!!** · 02/11/15 03:53

DirectX9!!

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

じゃあ貼らない！

**ProjectX2!!** · 02/11/15 04:31

ProjectX2!!

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

（´-｀）.｡oO(ロックマンX4やりたくなっちゃった）

**まっつん** · 02/11/15 06:24

ロックマンはやっぱ２が難易度的に最高。

**DirectX4!** · 02/11/15 10:56

DirectX4!

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

２はそんなにむずかしくない

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

（´-｀）.｡oO(難しいかどうかじゃなくてバランスのことをいってるんだと思う）

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

最悪！
Radeonのドライバの設定画面に
「代替ピクセルセンター」なる項目があるが、
この項目の意味を調べようとしてもヘルプにも載ってない、ＨＰにも無い！
で、いろいろ検証した結果、なんとテクスチャの指定で0.5ピクセル分(テクセルじゃないよ)
勝手に足してしまうと言うとんでもない効果だったのですぜ！
0.5足すのはプログラムの側だろうがぁぁぁぁぁ！
「Radeonでテクスチャがぼやけるんですけど？」
なんていう原因不明のバグ報告が舞い込んできて、どこがいけないのか探していたが、
なんとなんとまぁ、これが原因！さいあくじゃ～～～～い！
漏れの一週間を返せ！！！
漏れ同じバグに苦しんだ人いまふかぃ？

鬱だ氏のう・・・

**523** · 02/11/15 21:07

>>628
違うバクで一週間悩んでおります。

**ミッキｰ** · 02/11/15 21:55

ビルボード以外で炎を表現しているゲームあります？？

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

>>630
スプライトでならいくらでも。

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

　　　　　　　　　　　　人ヾ
　　　　　　　　　　　／ﾟo＼
　　　　　　　　　　（´Д｀Ｏ）
　　　　　　　　　　（⊃o⊂ﾟ）　　　　　　　　　　　　　　
　　　　　　　　　　Ｕ　Ｕ
　　　　＿＿＿＿＿＿∧＿＿＿＿＿＿＿
　　　　ｸｿｽﾚはちゃんと削除依頼しないと
　　　　ageられちゃうんですよ…

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

>>630
パーティクルでならいくつか。

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

>>630
ｻｰﾌｪｽロックしてごにょごにょ

**523** · 02/11/16 11:40

サンプルもD3DCREATE_MIXED_VERTEXPROCESSING指定してデバイス作って
文字表示してる奴はDrawText削って実行すると同じようにロックしてしまうんで、
バグだと思うんですよう。
一応環境書いておきます。
Athlon1G、Win2000sp3、geForce3、DirectX8.1b
同じ症状起きる人いないですか？

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

　　　　　　　　　　　　人ヾ
　　　　　　　　　　　／ﾟo＼
　　　　　　　　　　（´Д｀Ｏ）
　　　　　　　　　　（⊃o⊂ﾟ）　　　　　　　　　　　　　　
　　　　　　　　　　Ｕ　Ｕ
　　　　＿＿＿＿＿＿∧＿＿＿＿＿＿＿
　　　　ｸｿｽﾚはちゃんと削除依頼しないと
　　　　ageられちゃうんですよ…

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

D3DXFontで文字が表示されません・・・。
一応、HRESULTをチェックしても成功はしているみたいですが・・・。
LCPWSTRでなに？おしえて～！

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

LPCWSTR？
いわゆる16bit unicode文字列だよ

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

DrawTextWの第一引数でそれをしてするんだが、
const型の文字列じゃないといけないの？
char *strなんかで送られてきた文字列を表示させたいけど、できない・・・

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

わかんないから、CreateSurfaceFromTextでテキストつかうよ・・・

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

http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vclib/html/_mfcnotes_tn059.asp

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

　　　　　　　　　　　　人ヾ
　　　　　　　　　　　／ﾟo＼
　　　　　　　　　　（´Д｀Ｏ）
　　　　　　　　　　（⊃o⊂ﾟ）　　　　　　　　　　　　　　
　　　　　　　　　　Ｕ　Ｕ
　　　　＿＿＿＿＿＿∧＿＿＿＿＿＿＿
　　　　ｸｿｽﾚはちゃんと削除依頼しないと
　　　　ageられちゃうんですよ…

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

　　 ↑
お前、寒いんだけど・・・

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

DirectDrawSurfaceで、プライマリサーフェスを
SYSTEMMEMORYに作るのはまずいのでしょうか。
サーフェス全部SYSTEMMEMORYにしてみたら
低スペック(Pen200)でも快適な動作になったので、
この方法を採用してみたいのですが、
どの文献見てもプライマリはビデオメモリに
と書いてあるので・・・

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

ＥＱとかフル画面専用のゲームを
どうにかしてウインドウモードで動かせませんか？

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

>>647

void main(void)
{
　　while(1)
　　　　SendMessage(GetForegroundWindow(),WM_CLOSE,0L);
}

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

>>637
>LCPWSTR
LPCWSTRだろ。
マルチバイト文字列へのポインタ。

LP　ポインタ
C　const
W　ワイド文字
STR　文字列

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

>>523
　SkinedMeshで実験してみた。家の環境Cele1.3,GF2MX400,Win2KSp2、Dx8.1で、
CreateDeviceのパラメータのpModeInfo->dwBehaviorは128(多分MIXED)、
DrawTextはコメントアウトしているけど、他のウィンドウで隠しても問題は
おきてない。
　あと、他人に試して欲しいなら、もうちょっと具体的に書いたほうがいいぞ。
俺も自分の方法が君の条件を満たしているか、イマイチ自信ないし。そもそも
やり方を探るのが面倒だ。

**650** · 02/11/16 23:13

ちなみに、ランタイムはリテール版。

**DirectX9!!** · 02/11/16 23:14

DirectX9!!
http://www.microsoft.com/downloads/release.asp?ReleaseID=45160&area=search&ordinal=1

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

>>648
WM_CLOSEかよ!!

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

まことに申し訳なく思う次第です。
ただいま、D3DXFontで文字を表示させることに成功したのですが、
一つだけ疑問に思う個所が御座います。
実はD3DXFont::DrawTextで日本語を表示させた時、画面の左隅や上端のほう
で表示させると、文字の表示がおかしくなってしまいます。
まことに遺憾では御座いますが、何事ぞご伝授のほうよろしくおながいいたします・・・。

**523** · 02/11/17 00:46

>>650
わざわざ試してもらってすいません。
2MXは問題が起きないということは3との相性が悪いのかな？
ご指摘の通りもう少し具体的に書きます。

サンプルのTutorialsでも同じ症状が起きるんで、
簡単にいじれるTutorialsのTut04_Lightsあたりで説明します。
CreateDeviceのD3DCREATE_SOFTWARE_VERTEXPROCESSINGを
D3DCREATE_MIXED_VERTEXPROCESSINGにして、
ビルド→実行→ウインドウを完全に隠れる状態にする。
これでカーソルが飛び飛び状態になります。
CreateWindowのウインドウサイズを大きくするとさらにはっきりします。
ランタイムはデバック、リテール問いません。

とこんな感じなんですがどんなもんでしょう？

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

>>654
君は慇懃無礼という言葉を知っているか？

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

このAA上げ嵐はどうやら１人の手によるものらしい。
ヒマなんだなぁ～（ｗ

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

頂点バッファの描画登録を別スレッドにて実行させようと考えてますが、
その度にスレッドを作るのはあぼーんですよね。

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

ゲームってオブジェクト指向で作るんですか？

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

きちんと管理できればどうでもいい。

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

>>666
RPGだったらプライヤやアイテムや敵キャラのクラスとか作ると便利だよん
プレイヤーが攻撃力100の武器を装備して攻撃力が二倍になる補助魔法がかかってて
装備しているアクセサリで命中率が上がって敵の属性効果の影響でダメージが半減する
なんていう一連の動作を管理してくれるクラスは何かと便利です
つまり、武器の装備はプロパティをいじるだけ
敵に攻撃するときはメソッドを呼ぶだけ、
敵に攻撃されたときはイベントを呼ぶようににするってこと
ソースコードの見通しが非常によくなる上に、
新機能の追加も簡単になるね
たとえば、敵からダメージを受けたときに自動的に反撃する技を追加しようとしたとする
そのときは敵からダメージを受けたときに呼ばれるイベントに処理を追加するだけだしね
もしクラスでなくて素の関数書いたとしたらどんどんスパゲッティが出来上がっていくし、
新しく記述した影響で予期せぬバグが発生するかもしれない
クラスならバグが発生する確率は低いよね
でも、なれないときは単なる構造体のほうが便利かもね

まあ、この場合はRPGだけど、ほかのジャンルでも同じようなことがいえるよ

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

>>668
＞もしクラスでなくて素の関数書いたとしたらどんどんスパゲッティが出来上がっていくし、
構造体と関数の組み合わせでスパゲッティを作る奴はクラスを使っても同じ
そういう奴はクラス同士の連携部分で結局スパゲッティになる
それからイベント処理ならクラスではなくスクリプト的なデータを持たせるだけでクラスは関係ない
イベントを追加するごとにわざわざプログラム側を直すつもりなのか？
その方が見通しが悪くなって余計なバグを生む

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

> そういう奴はクラス同士の連携部分で結局スパゲッティになる

ツリー構造を作るのは得意なんだが、
関連の表現については不得意な人が多いよね。

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

駄目な企画に当たるとそういう構造も台無しで
力の浪費になるけどな

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

>>670
苦手です・・・
結局モジュール間で互いの詳細に依存してたりすると鬱。
というか、依存してよいものとしてはならないものの区別をつけるのが苦手。

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

>>665
メリットなさそうだけど…
へたな作りだと登録が終わる前に描画されて、中途半端な描画しかできないとか
キー入力と描画のタイミングが思いっきりずれて変な操作性になったりとかしない？

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

>>669
俺は668じゃないけど
>構造体と関数の組み合わせでスパゲッティを作る奴はクラスを使っても同じ
　構造体と関数の組み合わせできちんと管理できる人は、それでいいと思う。ただ、
クラスのほうが若干楽になる可能性が高いのは確か。
　まあ、何が合うかは人次第なので、余裕があれば自分に会う方法を試すのが
一番でしょう。余裕が無けりゃ、今までの方法でいくのが確実かな。

>それからイベント処理ならクラスではなくスクリプト的なデータを持たせるだけで
>クラスは関係ない
　668の言うイベントは、オブジェクトのイベントでゲームのイベントじゃないよ。

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

>673

そうでもしないとパフォーマンスが稼げないんだよね。
GeForce2MXなんだけど256x256のテクスチャ張ったスプライトを
50ぐらい描画するとフレームレートおちる。
でかいモデルになると描画終了まで同期取ってるとさらに遅くなる。
コールバックがとれればいいんだけど、DXはスレッド分けるの前提にしてるみたいだし。

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

っていうか、なんでDirectX使うのこんなに難しいんだ？

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

ポインタ使わないでゲームできますか？

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

>677
逝ってよし

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

>>676
自力でエンジン作るよりは1G倍簡単だよ。
動くだけの3Dエンジン作るのならそう難しくないが、
アクセル使うとなると話は別。てゆうか1人では無理。

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

>>675
　フレームレート落ちるって、どのくらい？そしてそれは、垂直同期を
取っているのか取っていないのか、とか判断のための情報が少なすぎ。
　それに描画終了まで同期を取るって、使っているDirectXのバージョンは
いくつ？少なくともDirectX8でDrawPrimitive使うなら描画終了まで待つ、
何て事はしないはずなんだけど。

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

http://homepage2.nifty.com/natupaji/DxLib/index.html

を使ってるんですが、これに欠点はないですか？
またこれよりいいＤＩＲＥＣＴＸのライブラリを知ってるなら教えてください。

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

>>523
　>>655に書いてある通り、Tut04_LightをMIXEDにして試してみた。
特に問題なし。ウィンドウの上にエクスプローラーや、タスクマネージャー
を乗っけてみたけど、問題なく動いているよ。上に乗ったウィンドウを
どかせばちゃんとでてくるし。DirectXのプログラムを動かしているから
CPU使用率は100%だけど。
　環境は
CPU　Pen3　550MHz
VGA　GeForce3(無印)
OS　Win2KSP2
DirectX8.1(SDKのヤツそのまま)デバッグランタイム

　変な常駐物とか、使ってないか？後8.1bをアンインストールして
8.1に戻すとか、ドライバを変更するとか、環境周りもいろいろ
試してみたら？

**682** · 02/11/18 13:35

CPU使用率が100%なのは、DirectXだからじゃなく、メッセージ無ければ
とにかく描画してるからだったね。すまそ。

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

>680

当方DX8.1
垂直同期はとってません。
Windowモードなので、1/60fpsになるように自前で調節してます。

>少なくともDirectX8でDrawPrimitive使うなら描画終了まで待つ、
何て事はしないはずなんだけど

そうなんですか？SDKのドキュメントにはそんなこと書いてなかったので、
そう思い込んでいたのですが。

**680** · 02/11/18 15:23

>>684
　ちょっと計算してみたんだが、256×256×50×60=196608000ピクセルの
描画をしていることになるんだよね。これに加えて画面やZバッファのクリア
なんかもあるんで、GeForce2MXの最大フィルレート350MPixelにかなり近い
処理になってるんじゃないか？
　少なくとも、頂点バッファの登録（DrawIndexedPrimitive、TriangleListを
つかうとして）は大した時間が掛かっているとは思えないんで、可能ならフィルレートが
高いGeForce3なんかで試してみることをオススメするよ。

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

DirectGraphicsとあわせてウィンドウモードで
動画を再生しようとしているのですが、うまくいきません。

デバックしてみたところ
IVideoWindowのput_OwnerのところでE_NOINTERFACEを返していました。
put_Ownerには::CreateWindowExの返してくる値を
使っているのですがDirectGraphicsとの関係で上手くいかない
などあるのでしょうか。

**685** · 02/11/18 15:27

　連続書き込みスマソ。逆に、もっと小さいサイズのものをたくさん(1000くらい？)
描画してみれば、どっちが限界にきているのか分かるんじゃないの？

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

>685
ありがと。試してみる。
D3Dってスプライト表示させるのを考えると貧弱なんだな。

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

大野ボンバーエ大野ボンバーエ大野ボンバーエ

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

>>684
＞Windowモードなので、1/60fpsになるように自前で調節してます。
秒間0.0166・・回しか表示しないのか・・・
一分に一回しか表示しないとは凄い調整の仕方だ

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

かなり難しいげーむだな。

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

自分で書いてワラタ。
ミスです。

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

>>688
単に GeForce2 MX が貧弱すぎるだけだよ。

**685** · 02/11/18 22:06

>>693
　それは確かだが、恐らく内臓グラフィックの次にユーザーが多いからな>GeForce2MX
これで重たいゲームを作るのは、勇気が要るかも。

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

そもそも256*256なんてスプライトを50枚も表示する？

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

どこかに無駄があってそれで遅くなってると思うが、、、

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

なんかDX9いれると、動作がキビキビなんて話がでてるがホンマかいな
winの描画にDX使うのは次期Windowsからだろ？

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

背景を描画する時って皆さんどうしてますか？
横360度､縦90度（真上から水平まで）視点を変更できるゲームをつくって
おりまして、最初は円筒形の内側にテクスチャを張りフィールドが
進むのと同時にその円筒も移動、かつ回転することで景色がどんどん
ながれていくような感じにしていたのですがなんか不自然なのです。

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

skyboxとかで検索しろよ

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

ひらたくいうとビルボードの位置座標バージョン。

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

>>695
最初のほうに表示したスプライトのほどんどは
上書きされて見えない罠

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

ソート＆クリップしる　ってことか

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

GF5ｷﾀ━━━━（ﾟ∀ﾟ）━━━━!!!!!!
２スロット占領ｷﾀ━━━━（ﾟ∀ﾟ）━━━━!!!!!!

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

× GF5
○ GFFX

**アフォプロ** · 02/11/19 10:48

>>698
基本的には好きな方法でやればよし。天球等もあります。
自然に見えない場合、シーンデザインの問題である事もある。
処理方式はあくまでも道具にすぎないので。

>>695
そうね、
256x256のTextureだと、GF3だろうがなんだろうが、10枚くらいで60フレームは限界きちゃうと思うがどうか。。
基本は、最終描画エリアに近いサイズのソース、なるべくキャッシュにヒット、連続配列するようにして、
どうしても密度高めたいときはMipMap等の平行使用が良いかと思われ。

>>オブジェクト指向
ウチは（っつうか、どこもそうだと思うけど）、
DirectXを完全にラッピング化してポリゴンエンジン作ってます。
そして描画するときはポリゴンエンジンだけを呼び出す。
こーしとくと、１～２年毎にVersionUpするDirectXでも安心。

あと、VCだと、コード補完してくれるのが何気に便利。
私の場合はLinux用だろうがWindows用だろうがVC使ってまふ。
KDevelopもコード補完してくれるんだけどね、、VCに慣れてしまった。

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

ポリゴンを二つ以上描写するときは
drawprimitiveを二回以上使うということですか？

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

>>706
お前は一万ポリゴン描くのに一万回使うのか？
そんな馬鹿なことを聞いている暇があったら首吊って瞑想しろ

**アフォプロ** · 02/11/19 11:26

>>706

普通は質感とモデル単位。

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

>>707
なにか嫌なことでもあったのか？

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

>>706
マテリアルごとにまとめて描画するといいです。
１フレーム中、DrawPrimitiveは多くても１００回くらいがいいそうです。

**bloom** · 02/11/19 13:01

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

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

回数を気にするのではなくレンダーステートの変更を出来るだけ少なくするように
種類に応じてソートする等の対策を講じた方が良い
季節の変わり目に時々頂点バッファを無理矢理一つにまとめようとする馬鹿が出没するが
百害あって一理無し

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

>>712
なにか嫌なことでもあったのか？

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

>>713
実は真性包茎で素人童貞なのです

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

shadeからｘファイルに変換するにはどうすれば良いのでしょうか？

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

>>715
そういう用途でのＳＨＡＤＥでのモデリングはあまりお薦めしない。

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

シェードはデータの構造が独特だからポリゴン数が増えやすくゲームには向かない
いったんデータをMAXとかに突っ込んで最適化をかければいいんだけど、
だったら最初からMAXを使うという落ち