【C++】 DirectX初心者質問ｽﾚ Part18 【C】

【C++】 DirectX初心� ..

39:37
08/07/24 20:47:36
自己解決しました。ビュー変換行列を見ていたらありました。

>>38
初心者スレということで、理解できるレベルまでお願いします＞＜

40:デフォルトの名無しさん
08/07/24 23:09:44
>>39
一次変換の意味はわかる？
行列を掛け合わせることをやるとどういう行列が出来るかはわかる？
行列の積に可換性がないのはなぜかわかる？
クオータニオンと行列の違いはわかる？
透視変換行列の作り方は理解している？

上のことを一つずつ解決していけば出来るようになってるはず。

41:デフォルトの名無しさん
08/07/24 23:57:18
まあ、そんなとこだよね
まず数学だからなぁ・・・
テキトーにキーワードかき集めてはめてみて→動いた！→OK！
って人間にはならんほうがええぞ
答えを焦り過ぎだ
理解も時間が解決するときがあるべよ

42:デフォルトの名無しさん
08/07/25 00:36:54
DirectX初心者スレなのでDirectXのことで分からなければいくらでも答えるんだけどねぇ。
行列の意味や仕組みや動作すらわからないのは線形代数の本を抱いて寝てくれとしか言えん。

43:デフォルトの名無しさん
08/07/25 13:56:30
教えて欲しけりゃ金持ってこいっつーの

44:デフォルトの名無しさん
08/07/25 13:57:00
つ⑩

45:デフォルトの名無しさん
08/07/25 14:55:21
つ⑤

46:デフォルトの名無しさん
08/07/25 18:51:04
つミ
　　　 ⑩

47:デフォルトの名無しさん
08/07/25 18:52:39
　　　　　　　　　　　. . ⑩
　　　　　　(ﾉ'A`)ノ
　　　　　　(　　)
　　　, , , , /　>

48:デフォルトの名無しさん
08/07/26 09:46:18
あ、でも正直、この辺って感覚的なもんも大事だから
色んな人の本を読むといいと思う

色んな人の色んな行列の解釈を読んだほうが勉強になると思う
実際、ゲームで使うとなったら
この動きはオイラーのほうがよくてアニメーションはクオータニオンで
この動きはこの座標を中心にして極座標で動かして・・・

って条件分岐の荒らしになるのは仕方ねーことだし
汎用座標系クラスなんて無意味なもん作ろうとするとソースがヤバイ行数になって死ぬｗ

49:デフォルトの名無しさん
08/07/27 05:33:37
directxとは直接関係なくて悪いのですが・・・

３Ｄプログラミングを学ぶにあたって、最低限知っておくべき数学・算数を教えて下さい
私頭悪いので、最低限のものでお願いいたします

50:デフォルトの名無しさん
08/07/27 05:51:58
高校理系卒業レベルは必須

51:デフォルトの名無しさん
08/07/27 06:47:08
>>49
そんな大きな枠で括られても高校数学まではなんでも食えとしかいいようがない
必要になったら必要な分だけ理解すればいいんじゃない？
とりあえず行列とベクトルが必要なのはわかってるんだから
勉強してみればいいんじゃない？

52:デフォルトの名無しさん
08/07/27 16:27:32
>>51
ありがとうございます
今のところわかっているには、行列・三角関数です
上記２点を理解するためにさらにほかのをやらなきゃならんようですが・・・

53:デフォルトの名無しさん
08/07/27 16:48:35
わかっているのはっていうのは、なにをやればいいかってことです
理解しているというわけじゃありません　

スレ汚しｽﾏﾇ

54:デフォルトの名無しさん
08/07/27 16:55:49
4x4行列演算・空間図形・四元数・三角関数・ベクトル演算
この辺は押さえておくよろし

55:デフォルトの名無しさん
08/07/27 17:04:57
質問があります。

30～60枚を1単位としたアニメーションを表示させたいのです。
１フレームに１枚で、60枚で１秒間のアニメーションと考えてください。
このアニメーションが約20～30種類あります。

問題は、このそれぞれのアニメを「いつ」「どれを」表示するかが決まっていないのです。
とはいえ、こんなに大量の画像データをメモリにおいておくわけにもいかず困っています。

アニメの表示命令が下った時点でそのアニメをリアルタイムに読み込みする
ように組んでみたのですが、（１フレームに１枚ずつ読み出す）
Textureの読み込みが非常に重く、処理落ちが酷くなってしまいます。

何か有効な手段、ごまかし方など、ありませんでしょうか？
ちなみに使用している画像フォーマットはDXT、DirectXのバージョンは9.0cです。

56:デフォルトの名無しさん
08/07/27 18:37:37
>>55
仕様を聞いてみないとなんとも

アクションゲームのキャラ絵だったら諦めろとしかいいようがないし
ステータス画面のちょっと凝ったサムネイル（アイコン？）だったら
カーソルをロード時間分置いたら表示されるようになってるゲームが多いな

57:デフォルトの名無しさん
08/07/27 18:58:28
1枚のテクスチャに30～60枚分の画像を収める
サイズにもよるけど

58:デフォルトの名無しさん
08/07/27 19:44:13
インタラクティブな場所でないならムービー化

59:デフォルトの名無しさん
08/07/27 21:37:36
すいません　質問させてください

directshowがdirectx9の後半（？）から使用できないっていうんで
しかたなくdirectx8でdirectshowやってるんですが

3dの描画にはdirectx9を使用しています

directx9と8の両方が使用されているゲームをＰＬＡＹするには

9,8両方のランタイムが必要になるのでしょうか・・・
教えてくださいm(_ _)m

60:デフォルトの名無しさん
08/07/27 21:56:57
９のランタイムが入っている＝１～９のランタイムが入っている

61:デフォルトの名無しさん
08/07/27 22:00:19
1～9？アホか？

62:デフォルトの名無しさん
08/07/28 00:11:29
【狂育部】ソフトウエア興業11【業無部】
ｽﾚﾘﾝｸ(infosys板:599番)

C++の洒落プログラムを落としただけで炎上したんだがｗｗｗ
読むとかなり面白いｗ

世の中こんな会社もあるから気をつけてくれｗ

マジで！

63:デフォルトの名無しさん
08/07/28 04:55:59
DirectSoundでループ再生を行う場合に再生開始は曲の開始からでも
ループした際は曲の途中から再生したいんですが、こういうのって
やはり、再生が終わった事を検出して自分で再生位置を指定して…っていう
やり方になるんでしょうか？

それともループ再生用のパラメータ等が存在するのでしょうか？

64:デフォルトの名無しさん
08/07/28 05:23:24
回答どうもありがとうございます。

>>56
ちょっと違うけど、「アクションゲームのキャラ絵」という表現が近いです。
扱いとしてはキャラのモーションとかゲームのエフェクトとかになると思います。
やっぱり諦めるしかないですかねー…

>>57
小さい画像なら、それでいけそうですね。
大きい画像（200x200とか）の場合はどうしようもなさそうですが…

>>58
コーデック必須にしたくないので、たぶん無理かと思われます…
無圧縮にするくらいなら、画像全部メモリに持ってろって話になると思いますし。

65:デフォルトの名無しさん
08/07/28 10:40:53
>>64
画像を一気に読み込むとして、
どれぐらいのメモリが必要か計算してみると良いよ。
システムメモリで行けそうだったらシステムメモリに確保すればいい。
200x200ピクセルで 60fps、30秒だと 200MB ぐらい。きついね。
ムービーが無難。

無責任なことを書くと、メモリマップドファイルでベタで画像情報をファイルにしておくとか？
出来たとしても速度は出ないと思うけど。

66:デフォルトの名無しさん
08/07/28 11:31:46
>>64
そういうときは普通ポリゴンモデルを使うんじゃねぇの。
毎フレーム分の画像なんてアホな事普通やら無いぞ。
2Dアクションならせいぜい５フレとかで間引くし。

コーデックが云々いうがWindows95とかターゲットにしない限り
MPEG１が再生できない環境なんてないと思うが。

67:デフォルトの名無しさん
08/07/28 20:09:33
もろに２Dゲームが無くなった理由そのものだしな
３Dに比べて、使うメモリに対して表現能力が少なすぎる＞２D

68:デフォルトの名無しさん
08/07/28 21:44:11
スパロボのカットインのようなことがやりたい、に100万ペソ

69:デフォルトの名無しさん
08/07/28 23:26:37
そんとき読み込むので十分だろｗあんなのｗ

70:デフォルトの名無しさん
08/07/29 00:27:58
スパロボのはおもいっきり解像度落としてるし、
そもそもツール上でキーフレームアニメのエディットしてるだろ。

全フレーム画像もってるわけがねえ。

71:デフォルトの名無しさん
08/07/29 02:23:56
多数のmeshをマテリアルの設定だけを変えてDrawSubsetしているのですが
描画するmeshの数が1000くらいあってDrawSubsetを一回ずつ呼び出して描画
すると重くなってしまって困っています．
一回のDrawSubsetで一度に描画できたり，あるいはその他の方法で
あまり負荷をかけずに描画するにはどうすればいいか教えてください

72:デフォルトの名無しさん
08/07/29 06:12:52
>>71
カメラにmeshは全部入るの？
カメラに入らないmeshはちゃんと省けてる？（＝視錐台カリングはちゃんとできてる？）

73:デフォルトの名無しさん
08/07/29 06:39:24
>72
はい．カメラに入るメッシュだけDrawSubsetしてます

74:デフォルトの名無しさん
08/07/29 07:26:32
質問です。
DirectX で描画した上に、ウィンドウコントロール（具体的にはテキストエディット）をおきたいと思っています。
そこで、描画が終わったら必ずウィンドウコントロールも再描画されるように、
下のような感じのメインループを書きました。

for (;;) {
if (PeekMessage(&msg, 0, 0, 0, PM_REMOVE)) {
if (msg.message != WM_QUIT) {
TranslateMessage(&msg);
DispatchMessage(&msg);
} else {
break;
}
} else {
Render();
RedrawWindow(コントロールのHWND, NULL, NULL, RDW_INVALIDATE);
}
}

しかし、まだコントロールがちらつくことがあります。
DirectX の描画と WM_PAINT のタイミングの問題のような気がしているんですが、
こういうとき、どの辺をチェックすればいいでしょうか？

75:デフォルトの名無しさん
08/07/29 07:39:09
>>73
それで1000個？
ハードにできないことやろうとしてない？
最適化してやっと動く程度ならやらんほうがいいかもよ
マップチップとかなら一つに纏めるとはやいって聞くけど
それがどのくらいかわからん

なんていうかそもそも仕様がハードに合っているか
っていうのから考えたほうが良さげ

76:デフォルトの名無しさん
08/07/29 08:28:03
>>73
一つのメッシュは何ポリゴンぐらい？
１フレーム当たりの描画ポリゴン数を計算してみた？

77:デフォルトの名無しさん
08/07/29 09:32:33
>>73
DrawSubsetというかDrawPrimitiveは非常に重い処理。
流石に１フレームに1000回はかなり無茶なレベルだぞ。

まったく同じモデルを複数表示してるならジオメトリインスタンスを使え。

78:デフォルトの名無しさん
08/07/29 10:42:52
>>74
GDIとDirect3Dの共存は基本的には無理。
GDIはGDIサーフェスという固定のバックバッファに対してしか描画しないが、
Direct3DのフルスクリーンモードではFlipにより画面に表示されるバッファが
入れ替わり、GDIサーフェス以外のバックバッファが表示されたりする。
ただし、SetDialogBoxMode(TRUE)を使えば一応可能。

ウインドウモード限定なら、WS_CLIPCHILDRENスタイルを指定すれば、
コントロールが上書きされなくなるので再描画も必要ない。

79:74
08/07/29 11:08:32
>>78
ありがとうございます！
WS_CLIPCHILDREN を知りませんでした。ためしてみます。

80:デフォルトの名無しさん
08/07/30 00:21:14
>>79
全部DirectXで書く方が早いし楽だと思うが･･･

81:デフォルトの名無しさん
08/07/30 00:30:10
文字描画の方法を知らないからコントロール叩いてるんだろな

82:デフォルトの名無しさん
08/07/30 10:16:23
デバッグビルドにはd3dx9d.lib、リリースビルドにはd3dx9.libといったようにリンクすると思うのですが、
これはコンパネから変更できるDirectXランタイムのデバッグ/リテールとは関係ないのですか？
リリースする時にはリリースビルドに下上で、ランタイムをリテールにしてビルドしなければいけないのでしょうか？

83:デフォルトの名無しさん
08/07/30 11:20:24
pow2textureとnonpow2の違いってなんなんでしょうか？

84:デフォルトの名無しさん
08/07/30 13:32:32
質問です。
ゲームでログイン時やチャット時などのテキスト入力する箇所って
Win32APIのエディットコントロールを利用してるのでしょうか？
それともDirectX側でそのような機能が用意されてたりするのでしょうか？

SDKのサンプルを調べてみようと思っていたのですが
自分の環境だとサンプルで使う用のプラットフォームSDKの
インストールが上手く行かずコンパイルが出来ず調べ辛く、
そういったUI部分をDirectXで実装する事を詳しく紹介してる
サイト・書籍などあれば教えていただけると助かります。
（「DXUTを使え」とかじゃなしに、SDKを利用した実装方法が知りたい）

85:デフォルトの名無しさん
08/07/30 13:44:14
自力でキー関係のウィンドウメッセージを処理し、（必要によっては）IMEを呼び出し、文字を描き、
あたかもエディットコントロールかのような動作を実装している

86:デフォルトの名無しさん
08/07/30 13:44:46
>>77さんの言われているジオメトリインスタンスについて載っているサイト等教えていただけませんか？
探しているのですが、探し方が悪いのか見つかりません。

87:デフォルトの名無しさん
08/07/30 14:26:53
URLﾘﾝｸ(msdn.microsoft.com)(VS.85).aspx

88:デフォルトの名無しさん
08/07/30 16:46:28
質問です。
「任意軸による回転」のプログラムってどんな時に使うのが理想なのでしょうか？
実装はできましたが、いまいち面白い使い方がわかりません・・・。
ググってみましたが、調べ方が下手なのか任意軸で回転させる行列の作り方ばかりで
具体的な使用箇所等は見つかりませんでした。

89:デフォルトの名無しさん
08/07/30 17:12:42
「任意軸による回転」が1つあれば、「X軸の回転」「Y軸の回転」「Z軸の回転」を3つ別々に作らなくて済む

90:デフォルトの名無しさん
08/07/30 17:17:30
メモリ上にあるxファイルのバイナリデータを読み込む関数ってありますか？
D3DXCreateTextureFromFileInMemoryExみたいな感じで

91:デフォルトの名無しさん
08/07/30 17:21:26
（　＾ω＾）なんというD3DXLoadMeshFromXInMemory

92:デフォルトの名無しさん
08/07/30 17:21:57
ボールが転がるようなの作るのときに使ったよ
まっすぐ転がすだけならＸ軸回転だけでいいが、途中で横に転がるなんて場合に便利

93:デフォルトの名無しさん
08/07/30 17:27:23
（　＾ω＾）D3DXLoadMeshFromXInでググッてでてこなかったからあきらめて質問してしまった、さんくすなり

94:デフォルトの名無しさん
08/07/30 17:30:51
>>64
・全アニメーションの前半部分（最初の１０フレ分とか）だけをメモリにおいておき、
　それを再生中に残りを読む。
・リングバッファでデータを持っておき、１度読みこんだものはしばらく解放しない。
・使用頻度の高いもの、即時応答が必要なもののみを事前ロード
　→対戦格闘なら待機モーション＋そこから派生する最初の動作のみ。
・圧縮してメモリに置いておく。使用する度に解凍する。

詳しい仕様が解ればもっとネタ出せるかも。

95:88
08/07/30 17:49:25
回答ありがとうございます。
知らないことが多いので非常に参考になります。

>>89
マジですか、現状D3DXMatrixRotationを3回使って行列作ってますから
それだけコスト掛かってるって事になりますね。
やり方はわかりませんが、ちょっと調べてみます。

>>92
まだ任意軸の仕様がきっちりわかっていませんでしたが、
ちょっと考えればなんとなく分かりました。
つまりボールの移動しているベクトルと（0,1,0）のようなベクトルと
外積をとればXZ方向で回転させたい方向のベクトルがとれるってことですね。
なるほど、非常に参考になりました。

96:デフォルトの名無しさん
08/07/30 17:54:15
えーと・・

97:デフォルトの名無しさん
08/07/30 22:12:11
>>95
任意軸回転は3軸それぞれ回転するくらいの処理負荷は普通に食うぞ。
それにそこまでやるならもう四元数使え。めんどうくせえ。

98:デフォルトの名無しさん
08/07/31 01:03:05
>>97
分かりました。
ちょうどそのあたりの本も揃えたので、やってみようと思います。
ありがとう！

99:デフォルトの名無しさん
08/07/31 06:59:29
＞dsound.hのコンパイルが通らないので、どうにかしたい
[環境]WinXP(sp2) VC++2005(pro) DirectXSDK(oct 2006) PlatformSDK(？最新)
[設定]ツール＞オプション＞VC++ディレクトリ＞インクルード、ライブラリ、Bin
の設定をPlatform＞DirectXの順にして設定。※DirectXSDKのライブラリはx86を指定
[ソース]
#pragma comment(lib, "dxguid.lib")
#pragma comment(lib, "dsound.lib")
#pragma comment(lib, "winmm.lib")
#include <windows.h>
#include <dsound.h>
int _tmain(int argc, _TCHAR* argv[])
{
return 1;
}
[エラー]
c:\program files\microsoft directx sdk (october 2006)\include\dsound.h(230) : error C4430: 型指定子がありません - int と仮定しました。メモ: C++ は int を既定値としてサポートしていません
c:\program files\microsoft directx sdk (october 2006)\include\dsound.h(230) : error C2143: 構文エラー : ';' が '*' の前にありません。
以下省略
エラーの場所：typedef const WAVEFORMATEX *LPCWAVEFORMATEX;
[備考]
mmreg.hでWAVEFORMATEXが宣言されていいて、PlatformSDKに含まれている。
PlatformSDKの設定を失敗している？？
参考にしたURL：URLﾘﾝｸ(www.cppdrive.jp)

上記、問題解決へのヒントなり参考サイトなり紹介していただければと思います。

100:74
08/07/31 07:02:13
>>84 さんとは別人ですが、やりたいことは同じでした。
Win32API を使って文字入力をしているゲームはあんまりないですね。
IME とかを使っていると、変換中の文字が画面の左上にでてきたりするし。

>>85 さんの言うように全部実装するという手もありますが、
IME や右クリックしたときのコンテキストメニュー、
その他もろもろを実装するのはあんまり現実的じゃないかなと。
この辺はユーザビリティにどの程度重きを置くかで選択が変わってくると思います。

101:99
08/07/31 08:20:20
＞追記　※半分解決※
新規プロジェクト＞Win32プロジェクト＞空のプロジェクト
でプロジェクトを作成するとコンパイルが通ります。

通常のWin32のテンプレート（空のプロジェクトではない場合など）
を使ったプロジェクトでは >>99 同様エラーが出ます。

102:デフォルトの名無しさん
08/07/31 08:33:07
>>99
プロジェクトのプロパティで、
Configuration Properties→Advanced→Show Includes
を Yes にしてからコンパイルすると、
インクルードしている順番とかがわかるので、
それでなにかわかるかも。

103:99
08/07/31 09:02:26
>>102
レスサンクスです。
早速やってみたのですが、、、順番として
dsound.hの前にmmreg.hがあるか確認したのですが、、、
そもそもmmreg.hが読み込まれていません、、、orz

104:デフォルトの名無しさん
08/07/31 10:49:49
>>100
チャットの文字とかそういうのもコピペできるようにしたいの？
IMEの制御と入力中の文字のコピペぐらいで良いと思うんだけどね。
コンテキストメニューは無しで。

105:デフォルトの名無しさん
08/07/31 11:31:22
>>103
とりあえず、これ入れてみては？
#include <mmsystem.h>

106:デフォルトの名無しさん
08/07/31 11:50:17
ちょっとやってみたよ。
stdafx.h の中の↓の行、消すかコメントにしてみ
#define WIN32_LEAN_AND_MEAN // Windows ヘッダーから使用されていない部分を除外します。

107:デフォルトの名無しさん
08/07/31 11:52:20
ってプリコンパイルヘッダ使ってないのか。
まあ、WIN32_LEAN_AND_MEAN のdefineがどっかにあると思うけどな。

108:99
08/07/31 12:38:34
レスサンクスです。

>>105
>#include <mmsystem.h>
なぜか、大量のエラー(88個)が出ました、、、。
[エラー文]
構文エラー : ';' が、識別子 'MMVERSION' の前に必要です。
以下略
[エラー内容 mmystem.h]
typedef UINT MMVERSION;
以下略

>>106
#define WIN32_LEAN_AND_MEAN
を消してみましたが、
>>99　と同様のエラーが発生してダメでした。

みなさんの助言ありがとうございます。
もう少し自力で調べてみます。

109:デフォルトの名無しさん
08/07/31 12:39:26
あったのか、、
消したらリビルドな

110:デフォルトの名無しさん
08/07/31 12:41:56
あと空のプロジェクトだとうまくいくって書いてたが、
そのうまくいくやつのwindows.hをincludeする前に
#define WIN32_LEAN_AND_MEAN
してごらん。

111:99
08/07/31 12:46:19
>>109

も、申し訳ありません、、、。
コンパイル通りました。
大変失礼いたしました。

#define WIN32_LEAN_AND_MEAN
についてこれより詳細に調べます。

112:99
08/07/31 13:26:29
レスサンクスです。
>>110
うまくいかないときと同じ症状になりました、、、。
おっしゃるとおり#define WIN32_LEAN_AND_MEANが原因でした。

追記(同じ過ちを繰り返さぬよう)
#define WIN32_LEAN_AND_MEAN
をはずした後に、今まで組んでいた部分と合体したら、
winsock（winsock2.h）関係でエラーがいっぱいでましたが、
stdafx.hでwinsock2.hを読み込ませることで回避できました。
（windows.hより先にwinsock2.hを読ませないといけない）

諸兄のご尽力により、無事解決となりました。
スレ汚し大変失礼いたしました。

113:デフォルトの名無しさん
08/07/31 14:14:09
>>100
DirectX SDKにあんたのやりたいこと全て、ソースコード付きで入ってるよ。
まぁ、そのままだと微妙に使い物にならないから、少し手直しが必要だが。

114:デフォルトの名無しさん
08/07/31 14:50:29
>>113
Samples\C++\Direct3D\CustomUI
だね
日本語だと確定するまで違うところに表示されるのはしょうがないのかね

115:デフォルトの名無しさん
08/07/31 15:17:38
>>114
そのサンプル触った上で言ってるの？

116:デフォルトの名無しさん
08/07/31 16:56:43
>>74
コントロールの位置が分かってるなら
マスクかければいいじゃｎ

117:デフォルトの名無しさん
08/07/31 17:23:02
>>115
よく見てなかった

118:64
08/07/31 23:59:47
>>65
200Mだと、メモリに置いてもツライ量ですね…
メモリマップドにしても、結局ディスクから読むので変わらないのかな…

>>66
全くもってその通りなのですが、どうしても2Dでやりたいのです。
MPEG1は検討してみます。ありがとうございました。

>>94
色々とありがとうございます。
リングバッファは試してみる価値があると思います。
前半だけメモリにおいておくのは、結局止まってしまうので
メモリも食うし、中途半端になってしまうかも…
圧縮もありかもしれませんね。
ディスクから読み込むのと、展開するのとどっちが重いかにもよりますが…

詳しい仕様は…そうですね、エフェクトに使うと思ってもらえればいいと思います。
１～２秒のエフェクトが30個ほどあり、どれがいつ必要になるかわからないという状況です。
（実際には少し違いますが）
色々試したところ、どうも重くなるのは初回のみなので、あらかじめ確保→開放して
キャッシュにいれておくなんて手法もありかもしれません。
（問題は人によってキャッシュの大きさがまちまちな点ですが…）

119:デフォルトの名無しさん
08/08/01 00:07:24
家庭用機でもメモリに置いといて解凍してVRAMに展開とかはやると思う
この場合はCPUの速度が固定なのでやりやすいとは思うんだが
それでもPCから比べればかなり貧弱でも十分に出来ると思う
もちろんＰＣの場合はどんなＣＰＵつんでるかは不明だから間に合わないってケースも出てくるだろうけど
それでも大よそのケースで間に合うと思うけどな
どんな絵かはわからんが、２０％ぐらいの圧縮率とかにはなるんじゃね？
エフェクトに使うってことで非可逆でも構わないならそれこそかなり圧縮できると思う

120:デフォルトの名無しさん
08/08/01 00:23:08
ｴﾌｪｸﾄならそれこそ3Dで作って2Dで描画しろよ、ってレベルだな

121:デフォルトの名無しさん
08/08/01 00:24:31
とりあえず３０fps にするんだ。メモリ消費は半分だ。

122:デフォルトの名無しさん
08/08/01 00:28:23
>>120
２Ｄエフェクトを作るツールの使い勝手の良さ考えると
それと同じレベルのを３Ｄで作るにはかなり敷居高いと思うが

123:デフォルトの名無しさん
08/08/01 00:41:26
>>122
似たようなもんだろ
はじめの選択ミスがひきづってるだけの話でしょ？
次はきっと彼もうまくやれるさ

124:デフォルトの名無しさん
08/08/01 00:56:17
>>122
結果的にそれ以上の苦労を実機側でしているのだから意味がない

125:デフォルトの名無しさん
08/08/01 01:02:33
エフェクト作ってるのが自分じゃなければ
その苦労は単純に比較できないんでは？

見てる限りだと圧縮で解決する感じがするけど

126:デフォルトの名無しさん
08/08/01 01:12:29
いいたくはないけど、仕様のミスだよ、明らかに。
メモリをちゃんと計算しなかったのが原因。

127:94
08/08/02 10:09:14
なんていうか、お題だけを考えれば
「大容量のアニメーションをスムーズに再生するには？」
というだけなのに、設計とかを否定するのはどうかと思う。
仕事でゲーム開発してれば、こんな難関はいくらでもやってくる。その度に
プログラマーの強権発動して「仕様的に無理」っていきなり言っちゃうのは
怠慢だと思う。（そして、ある日隣のプログラマーに「○○すれば簡単にできますよ♪」
とか言われて肩身が狭くなっちゃう。）まずは色々考えてみようよ。
どれかで上手くいくかもしれないし。まぁ仕事じゃないけどさｗ

個人的には>>119の意見を支持。不可逆で圧縮が可能なら楽にいけそう。
ってかこんな展開シェーダー誰かが作ってそう。
キャッシュに頼るなら、事前にその場では使わないヤツを全部解放しておくと
ちょっと親切かも。

128:デフォルトの名無しさん
08/08/02 10:22:14
WMVの7ならXP以降は標準搭載されているし、
DVD並の画質なら展開しつつテクスチャに転送しつつ再生しても、
CeleronM程度の型落ちCPUでも問題なく動くが、
お前らはいったい何を気にしているんだ？

129:デフォルトの名無しさん
08/08/02 10:25:49
アルファ抜きとかかな

130:デフォルトの名無しさん
08/08/02 11:01:33
>>127
でも、会社の職場で
「３Dでやってればもっとたくさん表現できたよね？」
って言われたらどういいわけするの？
いっとくけどデザイナさんにとっては３Dで作ろうが２D作ろうが
あんまり労力は変わらないかもしれないよ
こんなことも提示できないでデザイナさんにひたすら作らせた後
「ごめんなさい、やっぱこの仕様だときついかもしれません」
とかいうの？

こんな不安要素を抱えてしまうぐらいなら安全策をとるべきでしょ
趣味でやってるなら自由にやればいいと思うけど
会社でやったら恨まれますよ～（みんな表だっては言わないけどねｗ）

131:94
08/08/02 11:32:46
>>130
それはプログラマーとして提言しても決定することはないんじゃない？
表現の仕方や方向性はデザイナーや企画が決めるんではないかと。
会社によって方針(力関係ｗ)が違うだろうから解んないけど。

>>130の言いたいことは良く解る。リスクを抱える開発はプログラマーとしては褒められない。
しかしながら、やりたい事はそれに矛盾する。
「では、できるかどうか検証してみましょう。」
というのが今この場ではないかと、勝手に思ってるんだけども。
もちろん「できない。」と迅速に判断して次にいくのもあり。
「いやいや、方法はあるんでない？」というのが俺の意見。
判断は難しいけどねｗ

132:デフォルトの名無しさん
08/08/02 11:47:51
>>131
そう？
他のゲームはどうなってんだろ？

って解析できるのもプログラマだけだと思うけどね
エフェクトがいるアクション・イベントを３～４に絞る仕様だってできるわけじゃない？（テイルズ方式）

こんな無理目なことに時間かけてそれに対するリターンはどれほどよ？
って相談までしたんかどうなんか気になるが
まあ、「やってみるけど時間くれる？」まで言ってるならなにもいうべきことはないな
存分に研究してみろ

ただ、決断はしなきゃいけないな
無理なら無理でしっかりいうんだぜ
（もちろんこの期間でこれこれこんなことを試してみたんですけど
試してみた範囲ではこの仕様は実現できませんでした。的なことが必要だ）

と初心者スレだし言ってみるテスト

133:デフォルトの名無しさん
08/08/02 12:57:14
やる前に、かかる工数を見積もって(難しいだろうけど)
予算と相談しないとな

134:デフォルトの名無しさん
08/08/02 13:37:15
今回の内容は見積もりがどうこう言うほど難しい作業じゃないぞ。
どれだけ技能が低いんだよ。

135:デフォルトの名無しさん
08/08/02 13:45:21
そういう考えがスケジュールの遅延を招く。
たとえどんなものでも仕事として発生するなら
ちゃんとスケジュールに組み込んで管理するのが基本。

136:デフォルトの名無しさん
08/08/02 14:02:24
能力が低いと見積もりが積もり積もって大変だよな。

137:デフォルトの名無しさん
08/08/02 14:05:15
比較対象で出ている、３Ｄでエフェクト作るっていうのは具体的にはどうやればいいのでしょうか？
モデルにモーション付けてもらってそれを再生するという感じ？
例えば爆発のエフェクトであれば、炎や火の粉をアニメ付きのモデルで大量に表示とかになるのでしょうか？

138:デフォルトの名無しさん
08/08/02 14:08:52
能力の高さとスケジュール管理は別のスキルだろう。
仕事が溢れそうならマネージャーに相談して溢れる分を他に振るなり増員なりで解決する。

ギリギリになってからやっぱり終わりませんとか言ってきたらマジで回し蹴りだ。

>>137
ビルボード／パーティクル等など
いくらなんでも1個1個モデル表示なんてしないぞ。

139:デフォルトの名無しさん
08/08/02 14:20:54
ビルボードやパーティクルで作るというのは、そういうツールみたいなのがあるのでしょうか？

140:デフォルトの名無しさん
08/08/02 14:32:53
そういうツールを作ればよい

141:デフォルトの名無しさん
08/08/02 15:15:10
そのツールを作ってデザイナーに使いこなしてもらう手間考えれば・・
とか思ったけど、もしかしてどこでも当たり前にそういうことやってて今更議論するような程でもないってぐらいのことだったりしますか？

142:デフォルトの名無しさん
08/08/02 15:24:12
初心者質問スレという意味合いではそんなツール作れるかよ！

プロと言う意味ではPG的にはその程度のツールもないのかよ！
デザイナー的にはその程度のツールも使えないヤツはいらない。

143:デフォルトの名無しさん
08/08/02 16:37:33
そして多くの開発ではコンバータを作成し、
バージョン互換を恐れて古いツールを使い続ける。。。

144:デフォルトの名無しさん
08/08/02 17:48:58
>>142
仕様はよく考えられてても、UIがコマンドラインだったり、
フォーマットの変更まで考えました、とかいって、
死ぬほど使いづらいツールを作ってきたりする奴もいるからな。

そして、そういうツールに限って不安定。ちょっとテキストファイルに
ゴミ文字が入ってただけで落ちたりしてな。

145:デフォルトの名無しさん
08/08/02 18:02:49
>>144
それはツールを作る人間の技量の問題。
その程度のヤツにツールを作らせる人的リソースの不足も問題。

146:デフォルトの名無しさん
08/08/02 18:27:25
とりあえずUndoがないツールは糞

147:デフォルトの名無しさん
08/08/03 02:02:44
は？んなツール作らなくてもとりあえず
デザイナさんがモデリングした通りに出してみたらどうよ？
適当にボーン入れてアニメーションさせたモデルを加算半透明ではってみりゃ
立派なエフェクトのできあがりっしょ
何に手間かけようとしてんだ
こういうところからプラグイン使えたら便利かなとかそういう考えが浮かんでくるんだぜ
モデリングツールでできることは極限まで活かせよ
まずは、モデルをアニメーションさせるところから説明しないと駄目なほど馬鹿でもないだろ？

こんなところに手間かけてるからお前等苦労ばっかりしてろくなゲーム作れないんだぞ

148:デフォルトの名無しさん
08/08/03 02:18:16
モデルでエフェクト作るのも結構手間だと思うけど
既存の２Ｄ系のエフェクト作成ツールでエフェクト作って
それ表示って方のがある程度のレベルまでは時間もかからずに合理的だと思うんだが
個人で作ったショボイツールなんぞよりも何倍も良いものできると思うぞ
最終的に出来ることが３Ｄ＞２Ｄだとしても
そこまで行かなければ、使いやすいツールのある環境のがいいものできると思う

それに気の利いたパーティクルツールなんてどこにでもあるようなものとは思えないが
上で出てた爆発みたいなのって爆発のパターン絵描きが書いてプログラマが適当に飛ばして終わりってのが多いんじゃね？
その上で初心者スレってこと踏まえれば
この方法って間違いとかとは全然思えないんだが

>>142
デザイナーにとっては使いこなすに値するツールかどうかだろう
これはプログラマーの次第だと思う

149:デフォルトの名無しさん
08/08/03 08:19:52
>>148
３Dで爆発なんてそれっぽいもやもやを拡縮するだけで終わりってのも考えられるんじゃね？
しかもそれはモデリングのアニメーションで設定できる話で
プログラマはそれを再生すれば終わりでしょ？
だからこれはアニメーションモデルの再生でしかないと思うんだけど？
３Dの何が手間なの？
勝手な想像で手間だと思ってるだけじゃない？

150:デフォルトの名無しさん
08/08/03 15:51:26
>>149
旧世代のキノコの成長の早回しです、
みたいなドン臭い爆発だったらプログラマーの負荷は少ないけど、
パーティクルを使って云々ってやってると結構めんどくさいよ。

151:デフォルトの名無しさん
08/08/03 17:21:22
>>150
そうか？
それもモデリングツールにちょちょっと細工して
モデルのアニメーションで出るようにしたら終いな話でしょ？

３Dで苦しくなるような想定ばっかしててもしょうがないと思うんだけど？

152:デフォルトの名無しさん
08/08/03 17:32:14
まぁゲーム内容次第だべ。
CoD4の手榴弾みたいなリアルな爆発が欲しい時と
GCのゼルダみたいなアニメ調のが欲しい時では話が違うんだし。

153:デフォルトの名無しさん
08/08/03 17:39:46
大抵モデリングツールからの出力をそのままだしゃいいのに
くっだらないイレギュラー想定して発言を潰す作戦ですか？

154:デフォルトの名無しさん
08/08/03 17:58:19
それらのやり方にパーティクルイリュージョンほどの使い勝手があるとは思えないんだけど

155:デフォルトの名無しさん
08/08/03 18:26:19
>>151
パーティクルやったこと無いんじゃない？

156:デフォルトの名無しさん
08/08/03 19:42:54
>>155
あるある
うちのモデリングツールのプラグインに吐き出す奴あるもん

テクスチャアニメーションで粒子を表現するタイプと
頂点シェーダで吐き出してくれるタイプがあるよ

どっちもモデルのアニメーション扱いでいけるようになってる

157:デフォルトの名無しさん
08/08/03 19:47:42
手間がかからず実装できるとかじゃなくて会社にあるツール自慢を初心者スレでされても・・・

158:デフォルトの名無しさん
08/08/03 19:57:35
市販のツールを使うのが一番簡単なわけだが

159:デフォルトの名無しさん
08/08/03 19:58:00
それぞれの環境を試したこと無い人達が自分達の方が楽とかいうのはどうなの？
２Ｄやってる人は、モデルデータからエフェクト作ってみなよ
３Ｄやってる人は、パーティクルイリュージョンとか使ってみなよ

160:デフォルトの名無しさん
08/08/03 20:02:56
>>159
ないならないで仕様を固定すればやりようはいかようにもある
ただ、その方法を挙げても別のイレギュラー的例を挙げて
そういう案を潰すことばっかりさっきからしてるじゃん

それじゃなんにも進まんと思うのよね
だから２Dで全部アニメーション・・・みたいな馬鹿な選択肢を選んじゃうわけでさ

もっと現実的な話を考えたらぶっちゃけ３Dしか道はないのは誰の目にも明らかで
２Dゲーがなくなっちゃった理由はまさにメモリ使用量に対する表現力の貧弱さなので
あってこんなところ問題じゃないように思うんだけどどう？

161:デフォルトの名無しさん
08/08/03 20:08:54
だからこういう問題にぶち当たる前にするべきなのは技術的な話じゃなくて
あくまでも仕様の固定化なんだよね

ってのはもうずいぶん前に学習した
どんな開発であっても汎用ツールを作ってはならない

まずこういう問題にぶちあたってしまったら
その時点ですでにゲームオーバーな状態にあるわけで手遅れなんだよね
プログラマとしての腕を見せる前にこういう問題を起こしてしまうプログラマってのは
社会人としてすでに駄目な場合が多い

作るときにたくさん疑問がでて細かい警告をいくつも見つけてたのにも関わらず
誰にも相談しないで勝手に想定して勝手に自爆してしまっているんだよね

って初心者スレで過去の自分を振り返って語ってるテスト

162:デフォルトの名無しさん
08/08/03 20:13:17
>>160
いや勝手に色々と決め付けてその案を潰そうとしてるのはお前の方だと思うんだ
それに対して２Ｄって選択肢は間違いでもないだろって話であって
今回のだって圧縮のやりようで許容範囲でしょ

163:デフォルトの名無しさん
08/08/03 20:16:37
時間も金も無限にあるわけじゃないんだから、必ずしも毎回ベスト目指せるような環境とは限らん
あーこれ駄目だよな、とか思いながら騙し騙しやっていくもんじゃないだろうか？

164:デフォルトの名無しさん
08/08/03 20:22:47
今時ならGPGPUでデータのリアルタイム解凍しながら描画とか出来るしな。

165:デフォルトの名無しさん
08/08/03 22:10:27
>>156
テクスチャアニメーションで粒子を表現って普通のパラパラアニメじゃないの？
頂点シェーダではき出すって、頂点シェーダのプログラムをはき出すの？

166:デフォルトの名無しさん
08/08/03 22:12:12
>>164
GPU 周りが GPGPU を使えるほど余裕があるようなシチュエーションってそんなにあるか？

167:デフォルトの名無しさん
08/08/03 23:08:26
>>166
3Dゲームだとぶっちゃけない。
ただ2Dでパラパラアニメするって言ってるんだから
殆どGPU使わないような2Dゲーなのかと思っただけ。

168:デフォルトの名無しさん
08/08/04 01:30:50
>>162
>今回のだって圧縮のやりようで許容範囲でしょ
じゃ、やれば？
ただ、３Dだったらもっとよくなったかもねｗ

169:64
08/08/04 03:41:04
ものすごい議論が進んでしまっているようで
なんだか割り込んでしまう形になってしまうのですが、一応報告を…

あ、ちなみに今回のは学校の友達と一緒に作っているようなレベルで
高価な機材やソフトとかも全然無い状況なのです。
なので締切りも無く、時間が限られてるわけでもなかったりします。

なので、とりあえず3Dでやってみることにしました。
今までDirectDrawしか触ってなかったもので、3Dには正直疎いのですが
これを機に勉強してみることにしました。

圧縮やフレーム数の削減なども考えたのですが、
これを機に3Dにも手を出してみることにします。
（アニメ調のものもあるので、表現しきれるかはわかりませんが…）

相談に乗ってくださってありがとうございました！

170:デフォルトの名無しさん
08/08/04 14:37:05
お互い相手の良い所が見えてない生き物が自己主張してるだけなので
この話題はこの後もグダグダ続く。
適当に教わったことにして話題を切り上げた>>64は優秀。

171:デフォルトの名無しさん
08/08/04 23:20:29
切り上げたのに余計な蛇足つけんでも（笑）

172:デフォルトの名無しさん
08/08/05 14:56:26
directXで背景が3Dの2DSTGを作ろうと思ってるんですが。

DXライブラリの様にクライアント領域左上が(0,0)で座標の管理がしたいんですが
どういった関数郡を使えば良いんでしょうか。

DXライブラリとdirectXの両方で使おうとおもってDXライブラリの設定にしたら
directXでプログラムしたところがエラー吐いてどうすればいいのか。

DXライブラリで出来るということは元のdirectXで出来ると考えて良いんですよね？

どなたか助言頂けると幸いです。

173:デフォルトの名無しさん
08/08/05 15:15:01
3D描画も左上(0,0)にしたいのか？
2D描画のみでいいなら楽だが

174:デフォルトの名無しさん
08/08/05 15:19:47
レスありがとうございます。

3Dの部分を描画した後2D部分を描画すれば問題なさそうなので
2D部分のみでも良い方法があったら是非教えて頂きたいです。

175:デフォルトの名無しさん
08/08/05 15:28:45
関数群ってよりかカメラの設定かな。
DirectXならD3DXMatrixOrthoOffCenterLHを使うと、
物体を遠くに置いても小さくならない。座標を２Ｄ画面の様に使える。
詳しく知らないけどDXライブラリで出来ることはDirectXでできると考えて問題いと思うよ。
ただ、共存はどうだろう？俺がライブラリ作者なら勝手に内部数値変えといて後でバグ報告されるとたまらんから、
非推奨、自己責任でってするけど。

176:デフォルトの名無しさん
08/08/05 15:29:33
射影行列変換に
D3DXMatrixOrthoLHを使う(引数wとhはウインドウサイズ）
座標変換済み頂点の板ポリで2D描画する

177:デフォルトの名無しさん
08/08/05 15:31:09
DXライブラリは使ったことがないので知らんが、
3D座標上の特定の奥行きをスクリーン座標に合わせるのであれば、
奥行きと視野角から行列を逆算すればいい。

178:デフォルトの名無しさん
08/08/05 15:57:53
おお、こんなにレスが、、ありがとうございます。

カメラの
D3DXMatrixLookAtLH　を　D3DXMatrixOrthoOffCenterLHに

射影変換の
D3DXMatrixPerspectiveFovLH　を　D3DXMatrixOrthoLHにでいいんでしょうか？

とりあえずやってみたら板ポリゴンも何も表示されなくなってしまいました。

179:デフォルトの名無しさん
08/08/05 16:01:55
とりあえず該当箇所は現状こんな感じでプログラムしてました。

//ビューマトリックスの設定
VOID ViewMatrix(LPDIRECT3DDEVICE9 theDevice) {
D3DVIEWPORT9 vp;
if(FAILED(theDevice->GetViewport(&vp))) {
return;
}

// アスペクト比の計算
float aspect;
aspect = (float)vp.Width / (float)vp.Height;

// 初期化
D3DXMatrixIdentity(&m_proj);
// 射影マトリックスを作成
D3DXMatrixPerspectiveFovLH(&m_proj,
D3DXToRadian(45.0f), // カメラの画角
aspect, // アスペクト比
1.0f, // nearプレーン
1000.0f); // farプレーン
//ここにD3DXMatrixOrthoLH(&m_proj,640,480,0,0);？
// マトリックスをレンダリングパイプラインに設定
theDevice->SetTransform(D3DTS_PROJECTION, &m_proj);
}

180:デフォルトの名無しさん
08/08/05 16:02:26
//カメラの設定
VOID Camera(LPDIRECT3DDEVICE9 theDevice) {
D3DXMatrixIdentity(&m_view);
D3DXMatrixLookAtLH(&m_view, &D3DXVECTOR3(0.0f, 0.0f, -50.0f),
&D3DXVECTOR3(0.0f, 0.0f, 0.0f),
&D3DXVECTOR3(0.0f, 1.0f, 0.0f));
//ここにD3DXMatrixOrthoOffCenterLH(&m_view,0,640,0,480,0,0);？
theDevice->SetTransform(D3DTS_VIEW, &m_view);
}

181:デフォルトの名無しさん
08/08/05 16:22:53
D3DXMatrixLookAtLHは変えなくていい
D3DXMatrixOrthoLHにnearプレーンとfarプレーンが設定されてない
D3DXMatrixOrthoLH(&m_proj,640,480,1,1000);

182:デフォルトの名無しさん
08/08/05 16:42:05
出来ました、この場合だと中心が0.0になるんですね。
でもこれでかなり理想に近い状態になりました。

本当にありがとうございました、皆様に追いつけるよう頑張ります、、、

183:デフォルトの名無しさん
08/08/05 16:51:47
だから座標変換済み頂点を使えと
D3DFVF_XYZRHWか
D3DDECLUSAGE_POSITIONTでぐぐれ

184:デフォルトの名無しさん
08/08/06 15:13:11
WinXPで(D3D10を使用しないで)、最新GPUのリソースをフルに使うには
どういう選択肢がある？
nVidiaならCUDA？
ATiは？

185:デフォルトの名無しさん
08/08/06 16:16:13
directXのカメラの原点を一時的に移動するにはどうしたらいいでしょうか。
(0,0,0)にある原点を(30,0,0)に移動して描画した後また(0,0,0)に戻したりしたいのですが。

186:185
08/08/06 16:23:08
言葉で上手く表せないので絵にしてみました。
URLﾘﾝｸ(hishou.ddo.jp)

187:デフォルトの名無しさん
08/08/06 20:08:10
文字通りカメラの原点を移動して戻せばいいんじゃね？

188:デフォルトの名無しさん
08/08/06 20:41:47
そのやり方がわからなかったんですけど、うんこしてる間に自己解決しました。

189:デフォルトの名無しさん
08/08/07 00:19:27
>>184
ビデオカード毎に全部作る気概があるの？
そうでないならシェーダーでよくね？

190:デフォルトの名無しさん
08/08/07 07:08:44
GPUの性能をフルに引き出すのが目的なのか、
何らかの目的のためにGPU性能を引き出したいのか･･

191:デフォルトの名無しさん
08/08/07 07:42:46
GPUの性能なんて、フルに引き出したら発熱量が増えるだけじゃん。

192:デフォルトの名無しさん
08/08/08 00:55:42
ちょっと疑問なんですが。

winapiのタイマーで10mscに1回WM_TIMERを送ってrenderを呼んでるんですが
10mscの間にrenderの処理が終わらなかったら処理はどうなるんでしょうか？

処理ののコマ抜けみたいなのが起きたりするんじゃないかと不安なんですが。
変数ループで1から100の間の50ループ目だけ飛んだり。

ちなみにリフレッシュレートはD3DPRESENT_RATE_DEFAULTで固定してます。
これってリフレッシュレートに合わせて描画してると考えて良いんですよね？

だとすると尚更メッセージループとの誤差が生じるんでは内科と心配なのです。

193:デフォルトの名無しさん
08/08/08 01:07:52
処理し終わってから次のWM_TIMERが来る

194:デフォルトの名無しさん
08/08/08 02:32:27
タイマーが10msに一度やってくるとでも思ってるのだろうか

195:デフォルトの名無しさん
08/08/08 10:00:49
サンタが街にやってきた

196:デフォルトの名無しさん
08/08/09 12:25:47
CとC++の勉強が一通り終わったのでDirectXのグラフィックについて勉強しようと思うのですが
WIN32APIを極めないで勉強するのは無謀ですか？
少しだけ勉強したのでWIN32APIの基礎ならわかります。

197:デフォルトの名無しさん
08/08/09 12:29:35
>>196
極めてる人はそういないと思うよ
いつまでたってもヘルプ見ながら書いている俺

198:デフォルトの名無しさん
08/08/09 12:31:02
窓開いてHelloWorld出せる程度でとりあえずは十分

199:デフォルトの名無しさん
08/08/09 12:37:35
>>197 >>198
なるほど～。
C言語に比べて覚えることが多すぎてちょっとびっくりしていましたｗ
アドバイスありがとうございました！

200:デフォルトの名無しさん
08/08/09 14:45:56
>>199
そりゃぁあんた、「日常会話を英語でする」のと「代数幾何を英語で学ぶ」のとででは必要な知識が桁違いに決まっているだろ。

201:デフォルトの名無しさん
08/08/09 14:56:11
独自フォーマットの3Dモデルデータを描画しようとしています。
1つのメッシュで2つ以上の物体が離れて存在する場合、
D3DPT_TRIANGLESTRIPの設定で1回で描画するのは無理なのでしょうか。
エラーが出るわけでは無いのですが、物体が離れているメッシュを描画すると1つの三角形が橋渡しのように表示されます。
D3DPT_TRIANGLELISTだと必要な頂点数がかなり増えるため使用は控えたいです。

Xファイルでは1つのメッシュをDrawSubsetで描画できていますし、頂点の並び方に法則があったりでもするのでしょうか。

202:デフォルトの名無しさん
08/08/09 14:57:30
そうなるように頂点データを構築すればいい。以上。

203:デフォルトの名無しさん
08/08/09 14:58:42
ちなみにDrawSubset()は中でD3DPT_TRIANGLELISTを使ってDrawIndexedPrimitive()を呼んでいる。

204:デフォルトの名無しさん
08/08/09 15:10:29
縮退三角形でググってみ。

205:デフォルトの名無しさん
08/08/09 15:26:52
＞D3DPT_TRIANGLELISTだと必要な頂点数がかなり増えるため使用は控えたいです。
なんでインデックスを使わずに、効率の悪い方法を選ぶんだ？

206:デフォルトの名無しさん
08/08/09 16:12:50
インデックスにしてもストリップのほうが3分の2から半分ぐらいになるから自前ならストリップにするほうがいいけどね。
別に数kb増えたところでどうってことはないけど物量で勝負するアプリなら恩恵は受けられるんじゃないかな。

207:デフォルトの名無しさん
08/08/09 16:16:05
nVIDIA先生も言ってるがキャッシュ効率を考えたら最速はリストだろう。

208:デフォルトの名無しさん
08/08/09 16:17:57
いやTRIANGLELISTと比べてってことでしょ
どうでもいい話だが。

209:デフォルトの名無しさん
08/08/09 16:24:47
速度や効率を考えたらどう考えてもストリップの出番はない

210:デフォルトの名無しさん
08/08/09 20:32:57
確かにな
踊り終わるまで待ってるのダルイ・・・・

次ページ