DirectX総合スレ (Part6)

**DirectX6** · 2006/11/17(金) 00:38:52

言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/

**名前は開発中のものです。** · 2007/04/22(日) 18:03:23

そう煽る文を最後に載せるなよ鎖国ってるけどさ

**名前は開発中のものです。** · 2007/04/22(日) 18:15:15

日本には、3Dの基盤が無いからほとんど情報が無い。
洋書ではやたら多く出版されているので英語を読んだ方がいい
プログラム書のほとんどが、
ソースリストを付けるから勝手に理解してくれよのスタンスだ
Windowsの時代になってからは、APIに振り回されるくらいなら
ライブラリーに全部を任せてしまう方向にある。
現実にiAPX386の時代も終わろうとしているし

**名前は開発中のものです。** · 2007/04/22(日) 18:16:04

>>770
>みんな俺流で
右へ倣えがお好みで？

>きちんと教わってないから
誰か教えてくれるとでも？

>あれは何をやっているのかわかりません。
>理想はゲーム１本まるごとソースが入っていて解説がある本がいいです。
君にはゲー専がお似合いだよ
努力せず他人頼って何かを得ようとするやつにはゲー専がお似合いだ
金はかかるが入社に必要なゲームプログラムを丸ごと貰えるぞ

>値段はいくらでもいいです。
じゃあ大丈夫だな

今すぐ行け
早く行け
行け

**名前は開発中のものです。** · 2007/04/22(日) 18:17:49

２ｃｈでの回答が冷たいってのも鎖国ってるってのも一応同意しとく

**名前は開発中のものです。** · 2007/04/22(日) 18:20:52

>>770
お前痛いな
びっくりするほど昨日からみんな親切に対応してくれてるのに
サービスを無償で受けるのが当たり前の
ガキかにーと君だろうが
真面目に答えてくれてる人にありがとうの一言も言えないようじゃ
どこ行っても相手にされないよ

**名前は開発中のものです。** · 2007/04/22(日) 18:21:50

>>770
マジレスするとゲームプログラムって総合芸術みたいなもので、
3D・AI・サウンド・スクリプト・ネットワークetc いろんなものを抱えすぎてる。
これを見ればOKって本を作っても内容が薄くなって実用性がなくなるだけ。
地道に個々の分野を漁るしかないよ、みんなそうやってる。

**名前は開発中のものです。** · 2007/04/22(日) 18:22:07

まぁまぁ、一生ゲーム作れないタイプの人間の遺言なんだから、
生暖かく見送ってやれよ。
むしろ「日本のゲーム開発者のレベルが低い」には同意する。
初心者向けに綺麗に切り分けして動作確認までしたソースコードを、
ボランティアで用意しろと要求するとか、日本の教育制度の歪みだよ。

**名前は開発中のものです。** · 2007/04/22(日) 18:22:40

DirectX10

**名前は開発中のものです。** · 2007/04/22(日) 18:31:41

うは
煽られたら一斉にレス付くってｗ

>>770
自分が理解できないことを人のせいのように書くのはよくないよ

さっきも書いたけど。自分にあった本でも探してがんばりな。

**名前は開発中のものです。** · 2007/04/22(日) 18:32:45

>>770
とりあえず適当なライブラリ使ってやってみればいいだろう。
そこにはある種求めている答えがそのままあるんだから。

できるようになったらそのライブラリの中を見て具体的に理解すればいい。

まずはＥＬでも使って望みのものが作れるかやってみれ。

**名前は開発中のものです。** · 2007/04/22(日) 18:39:12

綺麗なモーションブラーのやり方教えてくれよー

**名前は開発中のものです。** · 2007/04/22(日) 18:56:26

カレイでなくともヒラメでいいだろう。

**名前は開発中のものです。** · 2007/04/22(日) 18:56:29

DirectX8あたりから始めた俺としても、正直>733の書き込み見て
「あぁ、今時のクールなやり方ってどうだろう？」とは思って静観はしても、
手持ちのソースコードを整理して出す気にはならなかったな。（解説付きで？ｗ
そもそもアニメーションがDirectXの範疇かどうかも知らんし、
自分でやるもんだと思ってる。いや、オールドタイプの愚痴書いてすまんねｗ

**名前は開発中のものです。** · 2007/04/22(日) 19:08:17

プログラムが好きな奴じゃないとどうせ続かないだろ
>733がしたいこと程度ならぐぐってれば調べられる程度のことだし

**名前は開発中のものです。** · 2007/04/22(日) 19:41:35

>>773
これはひどい。

本気にする奴いるから、書いとくけど、
ゲー専だけは絶対にやめとけ。

情報系の大学のコンピュータ系サークルにもぐりこむ方が、仲間も見つけられて、手っ取り早い。

**名前は開発中のものです。** · 2007/04/22(日) 20:29:02

両方いったことがあるのか

**名前は開発中のものです。** · 2007/04/22(日) 20:30:17

>>785
俺ゲー専だけど一応就職はできたｗ

**名前は開発中のものです。** · 2007/04/22(日) 20:31:35

まぁ、説明する為のコードと実際に使うコードは別物だから
丁寧に説明されるほどにそのコードは使えない。

スケルトンモデルについて他の人で知りたい人もいるだろから、
書いとく研究用には使えると思う。
DirectX9 3Dゲームプログラミング〈vol.2〉C#によるキャラクタの歩行アルゴリズム

**名前は開発中のものです。** · 2007/04/22(日) 23:27:26

>>787
一般学生は就職できなかったことが最低の恥になる。
ゲー専生は就職できたことが最大の自慢になる。

**名前は開発中のものです。** · 2007/04/22(日) 23:49:20

>>789
わかる気がするｗ
大抵は実家に帰るとか全然ＰＧ関係ない職に付くとかだしな。

**名前は開発中のものです。** · 2007/04/23(月) 07:05:58

結局は本人のやる気次第だけどな。
まあ、そのやる気を削ぐ環境が
バッチリ揃っているのがゲー専なわけだが。

**名前は開発中のものです。** · 2007/04/23(月) 10:23:33

>>788
その本はオススメできない。
無駄にハードコーディングしてるし、同じようなコードをまとめずに
ダラダラとコピペしてあったりと、コードのできが悪すぎる。
あと、スキンメッシュも扱ってないし、他にも問題がありまくり。

普通にDirectX SDKのサンプルやMSDNの記事を読んだほうが良いと思う。

**名前は開発中のものです。** · 2007/04/23(月) 10:39:58

DirectX関連の本は大抵、説明をわかりやすくするために
わざとハードコーディングのサンプルを載せてるものが多いと思うんだが。
とかなんとか書いていたら>>788が1～2行目で言ってるじゃないかorz

**名前は開発中のものです。** · 2007/04/23(月) 12:52:06

>>792みたいな奴がイチイチ状況を理解せずに文句を言うから、
アメリカのマニュアルみたいに最初に注意書きをいっぱい書いておけば良いんだよ。
生き物は乾燥させられません、説明用にコーディングしているため最適なコードではありませんと。

**名前は開発中のものです。** · 2007/04/23(月) 13:49:46

分かりやすくなっているのなら良いけど、>>788の本に限って言えば
特に分かりやすくなっていなかった。（だから「無駄に」って書いた）

その本とDirectX SDKのサンプルやMSDNの記事を両方を読んでみて
SDKのサンプルやMSDNの記事の方が分かりやすかったし、役にも立った。

**名前は開発中のものです。** · 2007/04/23(月) 14:26:03

そりゃSDKサンプルとかMSDNの方が分かりやすいとは思うけども、やっぱ本は必要だよ
画面小さいといちいち窓切り替えて見比べたりしづらくて、うがー、ってなる
あと暇なとき寝ながらでも読んでいられるし

**名前は開発中のものです。** · 2007/04/23(月) 15:00:28

WUXGA+UXGAの環境だと
窓を切り替えたり画面小さくしたり
することに逆に憧れる

**名前は開発中のものです。** · 2007/04/23(月) 20:34:58

環境は人それぞれ

ゲーム作って実感しましたorz

**名前は開発中のものです。** · 2007/04/27(金) 15:48:01

エグゼクートバッハー復活希望。

**名前は開発中のものです。** · 2007/04/28(土) 00:58:45

外人のコミュニティで言って来い

**名前は開発中のものです。** · 2007/05/02(水) 14:11:20

スキンメッシュのフレーム情報の管理に関して質問でつ。
ボーンとか仕込むとメッシュが階層構造持つことになるけど、
それぞれのフレームが持つ情報へアクセスする方法はどうやるのが一般的？

自分はいま全フレームへのポインタを一次元配列で確保しといて、
そのポインタを通じてフレーム内情報の読み書きをしてるんだけど。。。
階層構造とか再帰とかあんまり経験無いからどうすればいいのか……。

**名前は開発中のものです。** · 2007/05/02(水) 15:23:45

一番簡単な実装方法は再帰でツリーをたどる関数を作る
オーバーヘッドが気になるならば
ロード時にフルパス名を作ってそれをキーにしてマップに登録

**名前は開発中のものです。** · 2007/05/02(水) 19:23:04

好みの問題じゃないか？

基本は１つの頂点バッファで管理。
派生クラスでは体のパーツ（ボーン？)毎に、
頂点バッファ上での範囲を管理していて、
体の中心から変換マトリックスを更新しつつ、
範囲ごとに表示。

ローポリでいくつもりなので、
俺の場合はこんなもん。

**名前は開発中のものです。** · 2007/05/04(金) 17:40:46

DirectX 9.0cでアプリケーションを作ってるのですが
普通に動かすと40FPSぐらいですが
Windows Media Player11を起動させておくと
60FPSに跳ね上がります。なんで？？

**名前は開発中のものです。** · 2007/05/04(金) 17:47:27

普通に動かして40fpsってどんなスペックやねん

**名前は開発中のものです。** · 2007/05/04(金) 17:49:11

>>804
タイマーの分解能の設定は？

**804** · 2007/05/04(金) 18:15:02

>>806
timeGetTime()で設定とかはとくにしてないですが
40FPSだと見た目でガタガタになるのがわかるので
おおよその値はあってると思います。

**名前は開発中のものです。** · 2007/05/04(金) 18:17:03

>>807
いや・・・・・・・・そうではなくて
設定してないなら設定しろと言っていると思われます

**804** · 2007/05/04(金) 18:22:57

>>806、808
はうあ！　MediaPlayerを立ち上げなくても速くなりました！
MediaPlayerが共通のタイマーの設定をしてたということでしょうか。
ふしぎふしぎ。ありがとうございました。

**名前は開発中のものです。** · 2007/05/04(金) 18:54:44

ふしぎーのもーりーはー

**名前は開発中のものです。** · 2007/05/04(金) 21:33:47

メディアプレーヤーを起動してると速くなる系の質問はかなり頻出

某掲示板で検索してもわんさか出てきた
ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=49&vew=100

様はtime＊＊系の設定はシステムグローバルだってことね

**名前は開発中のものです。** · 2007/05/04(金) 22:20:15

>>804
もう解決したが、
timeBeginPeriod(1)
timeEndPeriod(1);
だな

**名前は開発中のものです。** · 2007/05/04(金) 22:20:59

これ、Win98から、Win2000に移ったころハマったよ。懐かしい（昔話）

**名前は開発中のものです。** · 2007/05/05(土) 22:52:08

自分の環境では、サイズを自由にしてテクスチャを生成できるのですが
そういう環境でも、テクスチャサイズを２のべき乗にした方が
スピードアップできるのでしょうか？

**名前は開発中のものです。** · 2007/05/05(土) 22:53:55

何故実験環境があるのに、自分で測定しようとしない？

**名前は開発中のものです。** · 2007/05/05(土) 23:13:52

今は、指定数値のままの自由サイズでテクスチャを作成できるように
してるだけで、それを２のべき乗に拡大して（余剰分は透明色にする）
生成するルーチンの実装はまだやってないのです。
２のべき乗にした方が速くなると分かれば、そのように実装しますが
そうでないなら無駄な労力を使いたくないという事です。

**名前は開発中のものです。** · 2007/05/05(土) 23:16:34

じゃぁ、お前の環境とやらを住人全員に配布しないとだめだな。

**名前は開発中のものです。** · 2007/05/05(土) 23:24:16

>>817
>>816は別に配布するんじゃなくて自分専用の何かを作るってるんでないの

2の整数乗でないサイズのテクスチャに対応したハードなんて
持ってる人どんだけいるんかね

**名前は開発中のものです。** · 2007/05/05(土) 23:39:41

２のべき乗の方が速い。

**名前は開発中のものです。** · 2007/05/05(土) 23:45:51

おお。サンクスです。
自分のＰＣのグラはオンボードなので、現代じゃ一般的だと思ったのですが
そうじゃないのですかorz

**名前は開発中のものです。** · 2007/05/06(日) 00:01:04

速い遅いというのが何を指しているかによるが
Directt3Dサーフェイスには幅の他にピッチという概念があるので
テクスチャ作成に関わる部分では、サイズがいくつだろうが変わらないと思う。
フィルタリング(ミップマップ)は2^nサイズだと、最適化ルーチンが使えるので
そっちの方が速そうだ。
テクスチャサンプリングはGPUのリッチさによりけりだな。

**名前は開発中のものです。** · 2007/05/06(日) 00:02:33

自分で試すまでどっちが早いかなんて分からない。

**名前は開発中のものです。** · 2007/05/06(日) 00:03:58

＞速い遅いというのが何を指しているかによるが

テクスチャの表示です

**名前は開発中のものです。** · 2007/05/06(日) 00:36:27

>>804-813
自分も同じことにはまってました。
なぜか特定のマシンだけ極端にFPSが上がらなくて、VirtualPCを立ち上げると
FPSが高くなってました。

timeBeginPeriod、timeEndPeriodはアプリケーションの開始と終了に書いてましたが、
それを変更したら直りました。
どうもありがとう。

**名前は開発中のものです。** · 2007/05/06(日) 12:47:32

>>816
テクスチャの内容なんて影響ないと思うから重要なのはテクスチャのサイズだけじゃないの？
サイズが２のべき乗かそうでないかの違いしかないんじゃない？
だから現状指定数値で実行できるなら

わざと２のべき乗のサイズにしたテクスチャの場合
と
２のべき乗のサイズでないテクスチャの場合
と
で速度を測ってみればいいじゃない
とりあえず表示はちゃんとしてなくても速度だけ測れればいいんでしょ？
ならこれで測れば問題ないんじゃない？

ただ、上の人も言ってるけど何が影響するのか要素が多すぎて
やってみてナンボってところあると思うよ
ミップマップとか、バイリニアフィルターとか、ＵＶのアドレッシングモード、
１フレームでテクスチャ切り替えを頻繁に行ったとき、
１フレームでテクスチャ切り替えを頻繁に行わなかったとき
とかなんかちょっとした条件の変化で速度変わるかもわからんしね
テスト画面作ってるときは影響なかったけどゲーム作ってみたらモリモリ重くなったとかありがち。

ちなみに俺の環境ではたいして違いは無かった

**名前は開発中のものです。** · 2007/05/06(日) 20:25:23

>>818
GF6600以降のグラボは全部自由サイズのテクスチャに対応してる。
ただし範囲外サンプリングはCLAMPに限定され、
ピクセルシェーダー命令が一部使えないけどな。

**名前は開発中のものです。** · 2007/05/06(日) 20:58:18

>>826
GF6600は含まれてますか？

**名前は開発中のものです。** · 2007/05/06(日) 21:01:14

GFは、か・・・

**名前は開発中のものです。** · 2007/05/06(日) 21:10:39

これがゆとりか。

**名前は開発中のものです。** · 2007/05/06(日) 21:48:05

>>826
制限があるのはNONPOW2CONDITIONAL
これはGF6600どころか、もっと前から使える。
というのも、この機能の制限をよく考えれば分かるが、POW2テクスチャの
一部を使えば実装できるようになっているので、ドライバが対応すれば
どんなチップでも対応できる。

GeForceは6シリーズから、真のNon-Pow2テクスチャに対応したから
細かい制限は無いよ。（仕様上テクスチャ圧縮は使えないが）

**名前は開発中のものです。** · 2007/05/06(日) 22:19:49

TextureCaps の D3DPTEXTURECAPS_POW2 と D3DPTEXTURECAPS_NONPOW2CONDITIONAL は
(Yes, No)、(Yes, Yes)、(No, No) の3パターンがあるから注意しないとね。

dxinfoで調べた限りでは、無条件の (No, No) なのはNVIDIAのGeForce6シリーズ以降だけで、
ATIは最新のRADEON X1000シリーズでもいまだに条件付きnon-pow2しか使えないみたい。
http://www.netsphere.jp/dxinfo/

**名前は開発中のものです。** · 2007/05/07(月) 10:07:13

自分で3Dエンジン組めば分かるけどpow2のテクスチャはビット演算だけでrepeatとか可能で非常に便利。

俺はゲームで使うテクスチャは3D絵はpow2、2D絵は自由サイズにCAMP限定でエンジン組んでる。
non-pow2対応してない場合はpow2のテクスチャに拡大転送してUVは内部で自動再計算。

**名前は開発中のものです。** · 2007/05/08(火) 13:27:17

GetIndicesについてなのですが、英語版MSDNでは引数が二つで、日本語版では一つです。

英語版MSDN
ttp://msdn2.microsoft.com/en-us/library/bb174391.aspx
日本語版MSDN
ttp://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/directx9_c/directx/graphics/reference/d3d/interfaces/idirect3ddevice9/getindices.asp

D3D8からD3D9に書き換える上でこの問題にぶつかりました。
D3D8では英語版のものと同じで引数が二つです。

二つ目の引数を取得したいのですが、GetIndicesで取得する方法、もしくは他の関数がありますか？
よろしくお願いします。

**名前は開発中のものです。** · 2007/05/08(火) 17:35:02

ヘルプが間違っているんだから、ヘッダを確認するのがプログラマの常識。

**833** · 2007/05/08(火) 19:07:00

ヘルプが間違っているのですか…。ということは英語版のMSDNも。
ヘッダの確認もしたのですが、なにぶんあまり知識がないものでよくわからなかったのです。
なのでこちらで質問させていただきました。

BaseVertexIndexの取得についてですが、自己解決しました。
この引数を検索したら、DrawIndexedPrimitiveで使ってますね。

ありがとうございました。

**名前は開発中のものです。** · 2007/05/08(火) 23:17:50

２のべき乗にしたがるのはswizzlingを一発で通したいからなんじゃないの

**名前は開発中のものです。** · 2007/05/09(水) 10:09:33

RTSみたいなゲームを作ってる者なのですが
描画速度が思うように速くならずに、非常に困っております。

画面サイズは800×600で、フィールドは32×32の板ポリゴンをタイル状に敷き詰めてます。
その上で動くユニットと小物オブジェクトも全て板ポリゴン（一部ビルボード）です。
それを１フレームごとに
Clear
フィールド描画　＝　SetTexture()→DrawPrimitiveUp()を各タイルごとに約500回
ユニット＆オブジェ描画　＝　Vertex配列に座標数値を代入して
　　　　　　　　　　　　　　SetTexture()→DrawPrimitiveUp()を平均500回（500ｵﾌﾞｼﾞｪ分）
Present
と描画してるのですが、当方の環境はP4 1.8GHzでオンボードのグラボですが
せいぜい２８FPSまでしか出せません（ポーズ中の描画Onlyのみで）。

たかだか１０００個の板ポリゴンを描画するだけでFPS30もいかないものなんでしょうか？
これで本来の内部処理を加えると、20FPSが限界になってしまいます。
１フレームごとに
頂点配列に数値代入（フィールドタイル以外）→SetTexture()→DrawPrimitiveUp()
を板ポリの数だけ繰り返すやり方では駄目なのでしょうか？

**名前は開発中のものです。** · 2007/05/09(水) 10:54:03

Direct3Dはテクスチャの切り替えとDraw系関数のコールがびっくりするくらい遅いので、
板ポリゴンはなるべくひとつの頂点配列に溜め込み、
テクスチャはなるべく一枚のテクスチャに詰め込み座標ずらしで対処して、
Draw系関数のコールとテクスチャの切り替えを少なくすればそれなりに改善されると思うよ。
まぁ1000回程度ではそこまでガタ落ちしないから、他にも問題抱えてそうだけど・・・。

パフォーマンスまわりの話は文面だけだと話しが拗れがちだから、
こーゆーとこで質問するよりプロファイラの読み方覚えた方が良いかと。

**名前は開発中のものです。** · 2007/05/09(水) 14:05:17

２ｃｈでDirect3Dのパフォーマンス絡みの話題となると、
ステートの変更を減らせとかDraw系関数の呼出回数を減らせとか、
結局そんな一般的なことしかなかなか書けないんだよね

プロファイラの読み方というかプロファイリングについての基本的なことなら、
とりあえずここを最後まで読んでみることをすすめてみる。

http://msdn2.microsoft.com/en-us/library/bb172234.aspx

長いけど、中でやってることは単純

**名前は開発中のものです。** · 2007/05/09(水) 14:14:56

グラボの名前とテクスチャの解像度も書こうぜ
トライアングルセットアップがボトルネックとは限らん

**名前は開発中のものです。** · 2007/05/10(木) 23:34:29

IDirect3DDevice9::CreateOffscreenPlainSurfaceで作った
サーフェイスにレンダリングすることってできますか？

**名前は開発中のものです。** · 2007/05/10(木) 23:53:06

no you can do it

**841** · 2007/05/11(金) 00:17:56

>>842
僕の質問に対する回答でしょうか？

**名前は開発中のものです。** · 2007/05/11(金) 00:47:00

no i did

**名前は開発中のものです。** · 2007/05/11(金) 01:05:36

英語の "Yes/No" は、日本語の「はい／いいえ」と
厳密に対応してはおりません。

842と844は
"All your base are belong to us"
レベルの英語もどきですね。

**名前は開発中のものです。** · 2007/05/11(金) 01:51:06

no this engrish is yours

**名前は開発中のものです。** · 2007/05/11(金) 01:56:20

>>845
842も844もネタだろ？
そのまま「はい」「いいえ」に置き換えたとしても
質問文の内容から考えて意味が通ってないしｗ

**名前は開発中のものです。** · 2007/05/11(金) 02:40:30

>>841
できません。

**名前は開発中のものです。** · 2007/05/11(金) 09:50:20

>>841
できないし、そんなことをするような状況が存在しないだろう。

**名前は開発中のものです。** · 2007/05/11(金) 17:53:19

>>849
GPU使った汎用演算で使いたいのかも。
まあ、その場合でも普通のテクスチャ使うか。。。

**841** · 2007/05/11(金) 23:05:46

>>848,849,850
ありがとうございました

**名前は開発中のものです。** · 2007/05/11(金) 23:22:19

>>838
>>839
どうもありがとうございました。

**名前は開発中のものです。** · 2007/05/11(金) 23:45:13

>>838-839
>>837の問題に対してまとめたところで意味あるのか？と聞きたい
例えばこの処置で速度が２～３倍になったとしてもそれでも60FPS多分届かないぐらいなんだぜ
チップを敷き詰めるならロード時にチップ敷き詰めたデカイテクスチャを作ることだってできると思うんだが
こういうゲームではどうなんだろうか？
まあ、ゲームのマップ全体を作れとは言わんがある程度のまとまりで逐次ロードしつつ作れれば
描画時のポリ数に悩まされることはないんじゃないだろうか？

少なくとも俺はDrawPrimitiveにポリゴンをまとめて突っ込むなんてのはなんの解決策にもなってないと思うんだけど？
だってDrawPrimitiveって普通に何回も呼ぶぜｗ
呼ばなきゃゲーム作れねぇじゃんｗ
エフェクトによって２度描き３度描きよくやるぜｗ
やっぱさ、このまとめる形の最適化ってなんかおかしいと思えってｗ

**名前は開発中のものです。** · 2007/05/11(金) 23:54:11

そうえいば、DirectX10でDrawPrimitiveのボトルネックが無くなるとか
噂を聞いたがどうなったんだ・・・・？

**名前は開発中のものです。** · 2007/05/12(土) 00:29:50

>>853
いやー、結構効果あると思う。以前おれも同じ状況になったし。
その時はスプライト？(ポリゴンx2の四角形、画面上で32x32ピクセルくらい)
一枚一枚でDraw～()呼んでたら数百枚で60fps割った。

でもテクスチャが同じスプライトをまとめて、Draw～()の回数減らしたら
30000枚くらい描画しても60fpsをキープできるようになった。

**名前は開発中のものです。** · 2007/05/12(土) 00:57:05

なんか思い出してきた。

たしかその時は同じ頂点バッファを使いまわしてたんだ。（＝頂点４つを数百回反復使用。。。）
1フレーム間に同じバッファで何回もLock → Drawを繰り返したのが悪かった気がする。
だからDraw～()の回数もあると思うけどバッファのLockにも注意すべきかと。

**名前は開発中のものです。** · 2007/05/12(土) 01:02:49

>>853
おたくのゲームの作り方に関係なく「DrawPrimitive」には
相当のCPU負荷が存在するのは現実世界での事実だ。

だからあの手この手でDrawPrimitiveを減らすための努力や
システムを組むのに時間をかけるんだろう。

そのためだけにわざわざMSが専用APIが実装したり、
GPU Gemsにそれを扱った章が掲載されたりしている。

DirectX10では改善されているが、DirectX9まではそこがボトルネック
なのだからそこをいかに減らすのかもプログラマの腕の１つ。

**名前は開発中のものです。** · 2007/05/12(土) 01:08:37

fbxやtga等のファイルを作成する開発環境でフリーで良いのありませんか？

**名前は開発中のものです。** · 2007/05/12(土) 01:14:19

>>857
いや、重いのはわったけどさ
劇的に早くはなんねーってことよ。

なんつーの？DrawPrimitiveにまとめて突っ込むとかやりだすようになったら
手法を根本的に変える必要があるときだと思うのよ（まあ、例として>>853つーことで）

例えば、ソートをバブルソートが遅いからってクイックソートに変えて解決する問題って少ないと思うんだよね。
そりゃオーダーが全然違うし、クイックソートの方がはるかにはえーよ。それはわかる。
でも、実用的じゃないでしょ？
そういう話よ。

ゲームに限らずよ、ただ目先の数値につられてホイホイ最適化しちゃうのってまずいと思うぜ。
もう、これやるっきゃねーよ。って状況が意外と少ないと思うのよね。

**名前は開発中のものです。** · 2007/05/12(土) 01:47:38

>>858
http://goldenstudios.or.id/products/GTGE/

**名前は開発中のものです。** · 2007/05/12(土) 02:40:52

でだ、そうはいってもまとめなきゃ動かんようなものもある
弾幕ＳＴＧの弾とかやるっきゃないね
ただ、こういうのは俺の中ではええねんｗ

だってこんなのもともと普通じゃできねぇような量を描画しようとしてるじゃん
しかも、普通だったら全部カメラに入るなんてまずないのに２Ｄであるために全部描画しなくちゃいけないとか特殊事情
だからこれはどうでもええねん。
できないような量を無理やり動かすんだから大いに最適化してくれって感じじゃん。
魂までもすり減らせって感じだ。

ただ、マップなんかは普通じゃん。

俺がいうところの何を普通っていって何が異常かってのがわからん？
これはオブジェクト単位で普通とかどうとか言ってると思うｗ

パーティクルやらちょっとまとまった単位でのもんってのは他のやり方があると思うんだよね。
もう、パーティクルなんてやめてアニメーションテクスチャにとっかえちゃうとか、
マップチップも３Ｄ空間にもってきたら下地じゃん。これもやりようがあると思うんだよね。
ただ、弾幕ＳＴＧの弾は弾１つでオブジェクトなんでやりようがないと思うんだよね。
この場合は妙ちくりんなワザ使って最適化する必要があると思うんだよね。
って感じ。

だからやらなきゃいけんところはやらなきゃいけんと思うんだけど
そういうところって少ないと思うんだよね。
ああ、で、やっちゃいけないところをやっちゃうと
今度は身動きとれなくなっちゃうって感じなので（やってることが最適化なので当然だが）あんまりこの
DrawPrimitiveにまとめて突っ込む手法ってのはやる前に別のやり方がないかちょっと考えたほうがいいと思うんだよね。

**名前は開発中のものです。** · 2007/05/12(土) 05:31:59

凄いぞ。書けば書くほど論旨がぼやけていく。

**名前は開発中のものです。** · 2007/05/12(土) 06:02:47

噛めば噛むほど旨みが出てくるのなんてするめくらいだろ

大抵のものは噛めば噛むほど不味くなる。
それと同じ

**名前は開発中のものです。** · 2007/05/12(土) 06:58:58

またこの話題か
CPUがネックになってるかGPUがネックになってるかでどっちがいいのかなんて変わるだろ

**名前は開発中のものです。** · 2007/05/12(土) 07:04:06

バッチの話題になると妙に血気盛んに意味無い論語り出すアホがいるよな

そんなもんケースバイケースだ、で終わるのに

**名前は開発中のものです。** · 2007/05/12(土) 08:51:13

>>865
>ケースバイケース
それだってある程度法則があると思うんだけど
まあ、こんなDrawPrimitiveに全部突っ込むなんてのは稀だよ

**名前は開発中のものです。** · 2007/05/12(土) 09:37:22

まぁ、少なくともこのケースはDrawPrimitiveが原因だと思うが・・・。

**名前は開発中のものです。** · 2007/05/12(土) 09:48:15

ケースバイケースでもあるし程度の問題でもある。
何も画面描画を1回のDPで行えなんて無茶は誰も言ってないだろ。

描画数が多くてある程度まとめられるものをまとめようぜ、って話だろ。
背景のマップチップや弾幕STGの弾みたいなものはソートがそれほど重要でもなく
数だけはべらぼうに必要な場合が多いからそういうものはまとめる。

フォント描画のときだって1文字ずつDP呼び出すなんてまずしないだろ。
最近のD3DXFontですらキャッシュするように改良されてるんだから。

GPUがネックの場合はまとめようがまとめまいが処理落ち確定だから意味ないけどな。
GPUがネックなら基本的に数を減らすしかねぇ。

**名前は開発中のものです。** · 2007/05/12(土) 09:48:27

>>867
解決策のアプローチの話なんだが・・・

**名前は開発中のものです。** · 2007/05/12(土) 09:55:02

>>868
>数だけはべらぼうに必要な場合が多いからそういうものはまとめる
こうかくと１フレームのこういうモデルの描画すべてをまとめようとする奴がいる
あくまでオブジェクト単位でまとめるだけって書いておきたいｗ