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/

**こぴぺ** · 2006/11/17(金) 00:39:45

■関連スレ
【C++】 DirectX初心者質問スレ Part10 【C】
http://pc8.2ch.net/test/read.cgi/tech/1153831096/
Ｃ＃でDirectX9 初心者の館　２頂点目
http://pc8.2ch.net/test/read.cgi/tech/1103998649/
Managed DirectX vol.2
http://pc8.2ch.net/test/read.cgi/tech/1061285378/
くだすれDirectX（超初心者用）
http://pc8.2ch.net/test/read.cgi/tech/1132965206/

■関連サイト
- MSDN > DirectX
http://www.microsoft.com/japan/msdn/directx/default.aspx
- DirectX Home Page
http://www.microsoft.com/japan/windows/directx/default.mspx
- DirectX Info Lib (デバイス情報のデータベース。すばらしい！)
ttp://www.netsphere.jp/dxinfo/
- BBX(掲示板)
ttp://bbx.hp.infoseek.co.jp/

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

おつー>>1

結局 ID:bg7PnqAA はグラフィックカードを探しにきただけなのか・・（=´Д｀=）

**名前は開発中のものです。** · 2006/11/17(金) 00:57:01

っつーか、正直おれの方が勉強になった。
最近のチップは2^nテクスチャも作っちゃうのな。

チップメーカーもマイクロソフトも、初心者に優しすぎ。
そして、パフォーマンスを省みないコードが蔓延・・

**名前は開発中のものです。** · 2006/11/17(金) 00:57:40

2^n以外のテクスチャ、な。

**名前は開発中のものです。** · 2006/11/17(金) 01:52:57

わからんのがテクスチャ座標１．０って範囲外なのか？

**名前は開発中のものです。** · 2006/11/17(金) 03:44:45

次スレ立ての相談しないで2^n2^n騒ぎまくった公共心のかけらもないクソやろうは
市んでいい

**名前は開発中のものです。** · 2006/11/17(金) 04:36:48

前スレ1000ﾜﾛﾀ

**名前は開発中のものです。** · 2006/11/17(金) 09:30:00

2^n以外の場合CLAMPしか使えないからパフォーマンスには
大して影響しないんじゃないかね。

あくまで２D処理用って感じがする。

前スレの坊やの場合サンプリングの仕方が間違ってて
WRAP指定で外側参照してるとかじゃないのかねぇ。

**名前は開発中のものです。** · 2006/11/18(土) 09:21:51

D3DXMatrixScalingで縮小したポリゴンにテクスチャをはっつけてるんですが、
自前で縦横半分・1/4の画像を用意してはっつけたらパフォーマンスがあがったんです。
こういう縮小に対してミップマップって働かないんですか？
＃ミップマップの説明を探したら「距離の遠いものに対して」という記述だったもので…

**名前は開発中のものです。** · 2006/11/18(土) 09:37:59

すみません、setsamplerstateのミスでミップが効いてなかっただけみたいです。失礼しました。

**名前は開発中のものです。** · 2006/11/18(土) 11:57:18

インバースキネマティクスで
帯が動く様（例：ワンダの前掛けみたいな）を
作ってみようと思ったのだが
こんなもんでおｋでしょうか？
http://gamdev.org/up/img/8117.zip
キーの上下でＺ移動
終わる時はESC

もしかしてバネとか２重振り子とかで動かすのだろうか

**名前は開発中のものです。** · 2006/11/18(土) 15:57:45

>>12
根元のほうの動きが硬すぎない？
引っ張ってもまがったままだし、止めると先っぽから戻ってくるし。
布シムならCloth Simulationでぐぐればいっぱい出てくるよ。

**名前は開発中のものです。** · 2006/11/18(土) 17:41:09

>>13
クロスシミュレーションは難しそうだったのでスルーしてましたが
４亀にあるＶＦ５の話し見てると
帯はボーン、スカートはクロスシム使ってるみたいですな
IKはモーションの補正に使われてたようで

外国のクロスシムはデモとソースコードがポイとあるだけでよくわからん
数式を説明したサイトを探しまくりんぐ中
ヒントどもでした。

**名前は開発中のものです。** · 2006/11/18(土) 19:14:20

>>14
> 外国のクロスシムはデモとソースコードがポイとあるだけでよくわからん
> 数式を説明したサイトを探しまくりんぐ中

解説が欲しいならGame Programing Gems5にあるよ。

**名前は開発中のものです。** · 2006/11/18(土) 19:54:39

>>15
Gems5に載ってるのですか
しかし、\12,600ギギギ・・・

Gemsシリーズは持ってなかったなそういえば

12 · 2006/11/19(日) 11:56:55

バネ　オイラーで調べてたら
ウマイハナシさんの所にあったわー

ついでに12のプログラムは消去します。

**名前は開発中のものです。** · 2006/11/20(月) 05:52:37

あらかじめ縮小したテクスチャを用意して貼ると
拡大されてもちろん画質は悪くなるんですが、描画速度は上がりました。
これなんででしょうか？グラフィックでもキャッシュみたいのがあるんですか？

**名前は開発中のものです。** · 2006/11/20(月) 07:32:45

>>18
グラフィックのキャッシュではなくCPUのキャッシュ
CPUのキャッシュに収まるテクスチャが最も高速になる

**名前は開発中のものです。** · 2006/11/20(月) 09:58:35

CPUのキャッシュは関係なくね？
メモリ帯域とテクスチャキャッシュの問題の気がするけど。

**名前は開発中のものです。** · 2006/11/20(月) 11:39:59

>>18
グラフィックチップにテクスチャ用のキャッシュがあるよー
近隣がよくヒットするように変な並び方になってるんだよねテクスチャ

12 · 2006/11/20(月) 12:02:21

ttp://gamdev.org/up/img/8142.zip
シミュレータできたどーーー
といっても野村ＸＸさんのを改造しただけですがね・・・
先人は偉大

**名前は開発中のものです。** · 2006/11/21(火) 00:44:56

テクスチャ座標1.0は範囲外ですよ。
サイズ10のテクスチャの場合、テクセル範囲は0.05～9.95まで。

**名前は開発中のものです。** · 2006/11/21(火) 00:49:49

ごめん0.95

**名前は開発中のものです。** · 2006/11/21(火) 01:24:36

>>22
なにか動きが布っぽく無いような・・・
昔作った布シムをage。法線の計算が怪しめですが、何かの参考にどうぞ
ttp://up.img5.net/src/up0700.zip

**名前は開発中のものです。** · 2006/11/21(火) 01:30:48

参考も何もソースがないものをどう参考にしろとｗ
布の動きなら実物見たほうが数倍早いし。

**名前は開発中のものです。** · 2006/11/21(火) 02:19:42

ソースコードが付いてないのは、
>>22 がソースコードを付けなかった事に対する戒めです。
>>22 もソースコードを付けていないのに、なぜ私だけ責められなければ
ならないのでしょう。

**名前は開発中のものです。** · 2006/11/21(火) 02:48:51

うるせーよ！この板にここまで童貞が多いとは思わなかったぞ。

**名前は開発中のものです。** · 2006/11/21(火) 02:49:25

誤爆失礼、、

18 · 2006/11/21(火) 04:39:38

>>19-21
やはりキャッシュなのですね。色数減らしてキャッシュに入るようにしたりできんのかな。
ありがとうございました。

**名前は開発中のものです。** · 2006/11/21(火) 04:48:13

rk1/UrCBは前スレ1000について何か言うことはあるか。

**名前は開発中のものです。** · 2006/11/21(火) 05:28:36

ん? ちょっとプログラムageただけで何でこんなに突っかかられなければならないのだろう。
ここって、不用意にプログラムageると嫌がられるスレなの?
前スレ1000とか言われても、dat落ちして見れないし。
軽い気持ちでageたんだけど、迷惑だったみたいですね。
プログラムも消しときますね。

**名前は開発中のものです。** · 2006/11/21(火) 09:47:08

>>32
誰も突っかかってないしwガラスのハートだなw

**名前は開発中のものです。** · 2006/11/21(火) 11:06:26

DXUTを使ったプログラムで画面更新間隔の制限をしたいのですが、
皆さんはどのようにして実現していますか？
私の場合、DXUTSetConstantFrameTimeを使ってみたのですが
どうも機能していないようだったので、timeBeginPeriod(1)と共用し
以下のようなコードをFrameMoveコールバックの先頭に配置しました。

static double nextTime = DXUTGetTime() + per;
if (DXUTGetTime() < nextTime)
{
do{
UINT wait = (nextTime - DXUTGetGlobalTimer()->GetTime())*1000;
Sleep(wait);
}while(DXUTGetGlobalTimer()->GetTime() < nextTime);
}
nextTime += per;

一応それなりに動いてはいるようなのですが、1,2フレームの誤差が気になります。
より良い方法などあればご教授頂けませんでしょうか。

**名前は開発中のものです。** · 2006/11/21(火) 11:27:11

マルチメディアタイマーにイベントをセットしてもらって、
描画スレッドでWaitForSingleObjectを使って待ちなさい。

Sleep(time) (但しtime>0)の精度は20msぐらいしかないのでゲームには向かないです。
Sleep(0)はすぐに制御を返します。これを使ってループ回してタイミングをとると
正確な同期がとれますが、CPU使用率が100%になるので嫌われます。

餅は餅屋

**名前は開発中のものです。** · 2006/11/21(火) 12:04:19

あーー
timeBeginPeriod使うとSleepの精度上がるのね。
今さくっと調べてみたら結構Sleepでループ回している人も多いみたいね。

>809 ：名無しさん＠ゲムデヴ：2003/09/14 11:01 ID:???
>オレは5ms以上時間があるならSleep(1)をし
>それ未満だったらSleep(0)でループしてるよ

>上手く行ってるような気がするよ

こんなの見つけたから参考にしてあげて

12 · 2006/11/21(火) 12:58:53

夜の間に一体なにがっ・・・！

**名前は開発中のものです。** · 2006/11/21(火) 15:58:32

>>35
なるほと、タイマイベントを使えばよかったのですね
確かにこれは比較しても精度が良いです
どうもありがとうございました

**名前は開発中のものです。** · 2006/11/22(水) 09:25:51

でかいポリゴンの一部を小窓から覗くみたいなことをしたいんですが
全部描画してるもので遅いんです
これは小窓サイズのテクスチャに描画して貼り付ければ高速になるんでしょうか？

**名前は開発中のものです。** · 2006/11/22(水) 09:28:55

でかいポリゴンの意味がわからん。
多量のポリゴンモデルなのか、１枚板の巨大ポリゴンなのか。

**名前は開発中のものです。** · 2006/11/22(水) 09:44:09

すみません、両方です。

**名前は開発中のものです。** · 2006/11/22(水) 10:15:13

>>41
ビューボートを小さくすればいいわ。
ただし通常時と同じパースにしようと思ったら
射影行列の調整もいるわね。

42 · 2006/11/22(水) 10:16:33

ビュー"ポ"ートねｗ

**名前は開発中のものです。** · 2006/11/22(水) 12:45:11

>>41 こんなんでいいかしら。
http://gamdev.org/up/img/8161.zip

41 · 2006/11/22(水) 17:36:00

>>42-44
すごくよさげです、ありがとうございます！

**名前は開発中のものです。** · 2006/11/25(土) 11:58:49

CloneAnimationControllerを使おうとするとコンパイル時に
そんな宣言は無いと言われて困っています(´･ω･`)

d3d9anim.h内を覗くとあるし、他の関数は問題なく使えます。
何が原因なのでしょうか？

**名前は開発中のものです。** · 2006/11/25(土) 16:56:13

>>46
呼ぼうとしてるのは、ほんとにID3DXAnimationControllerのインスタンス？

**名前は開発中のものです。** · 2006/11/25(土) 18:36:35

>>47
ありがとうございます。
別のクラスから呼んでました。アホだorz

**名前は開発中のものです。** · 2006/12/01(金) 16:09:46

カラーキー抜きでスプライト表示するとフチがジャギってしまうんですけど
これアンチエイリアスするには自前でフチのα値設定するしかないんでしょうか？

**名前は開発中のものです。** · 2006/12/01(金) 16:42:11

フチだけジャギーだと違うかも知れんけど、サンプラ変えれば直るんじゃね？

g_pD3DDevice->SetSamplerState(0,D3DSAMP_MAGFILTER,D3DTEXF_LINEAR);
g_pD3DDevice->SetSamplerState(0,D3DSAMP_MINFILTER,D3DTEXF_LINEAR);

**名前は開発中のものです。** · 2006/12/03(日) 00:37:44

環境：VS.Net2002 & C++ & DirectX9

自作フレームワークが形になってきたんで、それで試しに一本ゲームを作ったら
プレイ中に幾らか進んだところで D3DXCreateTextureFromFileEx 関数が
D3DERR_OUTOFVIDEOMEMORY エラーを吐きやがる。
ずっと悩んでたが、試しにアロー演算子書いてメソッド名の補完リストを出してみたら
Releaseメソッドが出てきたので、これ試したらエラー出なくなった。

もしかして LPナントカっていうポインタ型に実体を持たせた後は
とりあえずReleaseするのが常識だったんですか・・・
ゲーム終了時とか「とりあえずこれで終わる時」に消えるオブジェクトはちゃんと消してても
「ゲーム中に何度も書き換える」ものは上書きで元有った奴を書き換えて使えると思ってた（´・ω::;::;;;,

**名前は開発中のものです。** · 2006/12/03(日) 09:43:42

mallocしたものをfreeしないとどうなるよ。
そういうことだ。

**名前は開発中のものです。** · 2006/12/03(日) 12:29:49

>>51
> 「ゲーム中に何度も書き換える」

その書き換え方が問題だ。
D3DXCreateTexture* はその名のとおり新規に作成するのであって、書き換え関数ではない。
Release せずに資源を再利用したければ D3DXLoadSurface* 関数とかを使う。
Release してから D3DXCreateTexture* のほうが絶対に楽だけど。

**名前は開発中のものです。** · 2006/12/03(日) 18:29:51

まぁ置き換えるととかそういうことは割りとどうでもいいんだわ。

確保したメモリはちゃんと解放する習慣をつけようぜってな感じ。

**名前は開発中のものです。** · 2006/12/03(日) 18:32:59

CComPtrでも使え

**名前は開発中のものです。** · 2006/12/03(日) 18:42:53

レスどうもありがとう。
malloc <-> free も new<->delete もちゃんとするようにしてるんだが
DirectXの方は、windowsプログラミングの経験も含めてまだ浅いので
API関数がメモリをどう確保するのかまだなじめない・・・
頑張ります

**名前は開発中のものです。** · 2006/12/07(木) 01:00:20

【単純にワールド行列をD3DXMatrixRotationXなどで回転させる派】
　利点　→　簡単。
　欠点　→　1フレーム内で何度も回転操作を行う場合は処理が重い。

【XYZそれぞれの回転角を３つのfloat型変数に保管し、回転操作の際はその軸のfloat型変数を
増減させる。値の変化があったら描画直前でワールド行列を作り直す派】
　利点　→　処理が軽い。
　欠点　→　親子関係が入ってくると作りにくい。

私が前者で友人が後者なのですが、皆さんは回転操作ってどうしてます？
普通は前者ですよね？回転操作ってそんなシビアになるほど遅くないですよね？

**名前は開発中のものです。** · 2006/12/07(木) 01:16:16

意味がわからねんだけど・・・

どうやっても最後は行列使うんだから同じコトいってるとしか思えん。
そもそも1フレーム内で何度も回転って1つのモデルを何度も表示って意味ならどっちも同じ事だし。

**名前は開発中のものです。** · 2006/12/07(木) 01:46:22

>>57
自分の好みでおｋ。
それでも気になるなら自分で測ってみればいい、3分もかからんだろ。

**名前は開発中のものです。** · 2006/12/07(木) 01:47:38

処理を軽くするために、
・姿勢を示す単位ベクトルを保持し、描画時にマトリックスにぶちこんでる。
・多間接の場合は親から子の順番で描画し、子は親のマトリックスを掛け合わせる。
いずれの場合も三角関数は使わないし、単位ベクトルも近似的に計算している。

三角関数使う場合はどうするのと聴かれそうだが、
可能な限り多数の描画対象を扱うために、
基本的に三角関数は使わないゲームデザインなので、答えようがない；

**名前は開発中のものです。** · 2006/12/07(木) 05:30:23

もしかして
D3DXMatrixRotationX
D3DXMatrixRotationY
D3DXMatrixRotationZ
でそれぞれ作って掛け算してるってのが重いって事を言いたいのだろうか？

具体的に重さが変わる処理は、どこのことを言ってるの？

**名前は開発中のものです。** · 2006/12/07(木) 06:53:43

>>58
説明が下手でごめんなさい。
例えば1フレーム内で10回の回転操作を行うとすると
前者のパターンでは回転角を現すfloat型変数に対して回転角を10回加減算した後に行列を作成し
後者のパターンでは回転行列の関数を10回呼ぶ事になります。

結果は似たようなもだけどどちらのアプローチが良いか
どんな利点や欠点があるのか、という話です。
>>59さんがいうようにどっちでもいいのかもしれませんが、他の方の意見も聞きたいです。

>>60
>姿勢を示す単位ベクトルを保持し、描画時にマトリックスにぶちこんでる
う、よくわからないです。ごめんなさい。
姿勢を示す単位ベクトルというのは3軸方向へ伸びる3つの単位ベクトルでしょうか？
でもそれだと普通に行列を回転させるのと変わらないでしょうし・・・。

>>61
そうです。私のやり方だと回転操作を行うたびに行列回転をするので重く、
友人のやり方では回転操作はxyz軸を示す3つのfloat型変数に対してのみ操作を行うため、
行列への回転操作は描画直前の一度だけなので比較的軽い。という事です。

長くてごめんね

**名前は開発中のものです。** · 2006/12/07(木) 07:40:24

>>61
その前に、その友人の方法にちょっと突っ込みたいのだが…

XYZ軸それぞれに回転量を持っているとしてだ、
現在の姿勢に対して回転させるときにその友人は
RotationY += hoge;
こんな風にしてるんだよね？

そうだとして、最終的に描画のためにマトリックスに変換するときに
RotationX、RotationY、RotationZを使って行列に変換してるんじゃねーかと憶測しているのだけど、
Coordinate = XRotMat * YRotMat * ZRotMat;
みたいになってる？　ソレだとまず理論的に破綻してるような気が…

**名前は開発中のものです。** · 2006/12/07(木) 10:11:48

もしかして、>57は回転量を持たずに、毎回行列操作をしてるんじゃね？

struct Obj {
void rotateX(float f) { RotateX(m_local, m_local, f); }
Matrix m_localx;
};

つー感じで。

**名前は開発中のものです。** · 2006/12/07(木) 21:24:51

はいはい解読解読。

>>57の前者は今まで行われたX軸Y軸Z軸それぞれの回転の履歴を保存しておき、その順番に応じて適用。
>>57の後者は今まで行われたX軸Y軸Z軸それぞれの回転の角度をそれぞれに積算して適用。
>>60は（単位ベクトル云々で事実上）行列を保持して回転の結果を保存して適用。

>>57の前者と後者は全く違う方法。
>>57の前者と>>60は全く同じ方法。ただし>>57毎フレーム全部再計算している。

**名前は開発中のものです。** · 2006/12/09(土) 01:12:52

で、結局どうなったんだろう。

**名前は開発中のものです。** · 2006/12/09(土) 18:33:24

ところでVC++2005Expressと新しいSDK（June2006とか）でシェーダデバッグってできる？
ググって出てくるサイトで説明されているDirectX Extensions For VS.NETとか見当たらなかったんだが・・・。

**名前は開発中のものです。** · 2006/12/09(土) 19:55:11

無理。2005EEしかないなら、PIXでなんとか汁。

**名前は開発中のものです。** · 2006/12/09(土) 21:42:04

>>68
㌧
Standardとかだとできるのかな？

**名前は開発中のものです。** · 2006/12/10(日) 07:41:22

>>57
いってることちがうっしょ？
要は姿勢行列の保持を①Matrixでしてるか、②xyzの回転角でもってるかの違いでしょ？
ワンフレームの処理の重さ云々は全く関係無いっしょ？

俺は用途によってモードを変えてる。
Matrix制御モードのときと回転角制御モードのときとあるｗ
もちろんこれを切り替えるときは画面をフェードイン・アウトで切り替える。
どうしても切り替えたときにキャラの動きが「ブキッ！」と変わっちゃうからねｗ

１．①は座標系を頻繁に切り替えるときに有効（動いてる足場に飛びのる等）
２．②は向いてる方向を厳密に判定する必要のあるときに有効（ＲＰＧなんかにいいかも）

②で１のことをやろうとすると座標系を切り替えたとき（ローカルＡからローカルＢにチェンジ）に
その座標系での回転角を座標変換後の行列から割り出しにくい（できるんだろうけど疲れるぜｗ）
①で２のことは俺の知識ではできんｗ

なわけでこんな制御してる。
たしかに他の人がどうやってるのかってのは聞きたいな。

**名前は開発中のものです。** · 2006/12/10(日) 07:54:03

マトリックスから回転角を取得するのはたしかに至難だが、
移動・拡大縮小・回転(クォータニオン)の成分を抽出するのは簡単だし、
回転をクォータニオンで補間するなら特に問題ないじゃろ。

DirectX8の悪しきXファイルフォーマットの行列キーの時にも
移動・拡大縮小・回転に分解してフレーム間のモーション補間してる。

**名前は開発中のものです。** · 2006/12/10(日) 08:02:46

>>71
>移動・拡大縮小・回転(クォータニオン)の成分を抽出するのは簡単だし、
>回転をクォータニオンで補間するなら特に問題ないじゃろ。
え？それって回転角をもたずにどうやって「今どっちの方向を向いているか？」って判定すんの？

例えばいま東向いてるか、南向いてるか、北向いてるかとかって判断するの面倒じゃね？
つーか、やっぱり回転角をちゃんと視覚化できる形にしたいってのもあるしね。

回転角←→姿勢行列

が双方向に変換できない限りモードを２つもったほうがいいと思うんだけど。
これが完璧にできるって前提があればどっちの変換でもいけるけど、
大抵のモデリングソフトはできていない。（できてるように見えてもどこかでできない瞬間がある）

**名前は開発中のものです。** · 2006/12/10(日) 08:07:53

まあ、例えモードをわけたとしても双方向ができないと

ワールド-ローカルＡ(90,0,20)-ローカルＢ(180,0,30)-ローカルＣ(45,0,50)-ローカルＤ(270,80,90)-・・・
ワールド-ローカルＥ(90,0,20)-ローカルＦ(180,0,30)-ローカルＧ(45,0,50)-ローカルＨ(270,80,90)-・・・

ってなったときにローカルＣとローカルＦの関係を比べる必要がでたときにできねぇんだけどなｗ

**名前は開発中のものです。** · 2006/12/10(日) 08:18:29

クォータニオンから回転行列作って(0,0,1)のべクトルを変換すればどっちを向いているかは出るじゃろ

**名前は開発中のものです。** · 2006/12/10(日) 08:20:57

>>74
駄目っすｗ
勉強不足でわからないっすｗ

**名前は開発中のものです。** · 2006/12/10(日) 08:31:41

>>72
行列のほうが、向いてる方向の確認は判別しやすいよ
各ベクトル成分が軸になっているからね

xyzの回転角を使うということは
別の言い方をすると回転方向がxyzに制限されるということであり
その結果向いている方向が判別しやすいと言っても
それは制限したことによる結果であって
データ保持形態の利点というわけではないんです

**名前は開発中のものです。** · 2006/12/10(日) 08:32:41

完全な真上を向いていないなら(0,01)に回転を適用してatan2f(x,z)で角度が出る。
まぁ角度が必要な状況ってのもそうそうないんだけど。

逆にy=1なら真上、y=-1なら、真下を見てるちゅーことになる。

**名前は開発中のものです。** · 2006/12/10(日) 08:36:37

XZ平面に対しての角度ね

**名前は開発中のものです。** · 2006/12/10(日) 08:37:12

>>76
正直なにいってるのかさっぱりわかんね。

上方向をY軸としたときに0～360で自分の方向を決定できるならその方が楽じゃん。
「行列のほうが方向の確認がしやすい」ってところからそれを誰の視点で言ってるのかわかんね。

スクリプトなんかでも結果は回転角で現在の状態を取得できたほうが便利だし、
少なくとも俺の知識じゃベクトル成分を回転角に完全に変換するのはかなり困難だ。

この辺の前提から俺とあんたでかなり違うと思う。
別にベクトル同士の計算を強引にして「方向がわかります」って話しだけじゃないんよ。
回転角が取得できなきゃそもそも駄目な用途があるんよ。（スクリプトあるときとか）

そこまでわかってていってるのか、ただ、「計算ができます」っていってるだけなのか
まずそこからいってちょっとわからん。

**名前は開発中のものです。** · 2006/12/10(日) 09:11:29

>>79
それは「上方向がY軸」という制限を加えることで
自分の向いている方向が決定できているんじゃないでしょうか

＞スクリプトなんかでも結果は回転角で現在の状態を取得できたほうが便利だし、
これは、自分が現在どの方角を向いているというのを、回転角で取得したい、ということですか？

ワールド座標系でのxy平面での進行方向を確認したいのであれば
正面を表す行成分をxy平面に射影してatan2を使えばいいだけの話です

行列で姿勢を持っている場合、自分の向いている方向はローカル座標系では常に正面です
回転角が必要な場合になるのは、比較する対象がどの方角にあるか、というときくらいじゃないでしょうか

**名前は開発中のものです。** · 2006/12/10(日) 09:12:17

xy平面じゃなくてxz平面ですね
すいませんでした

**名前は開発中のものです。** · 2006/12/10(日) 10:53:17

>>80
それはちょっと安直じゃね？
３回転中の２回転目の判定がほしいとかいうチェックをしたことがないの？

**名前は開発中のものです。** · 2006/12/10(日) 15:43:15

>>82
3回転中の2回転目の判定、って具体的にどんなことか分からないんですけど
そもそも3回転って何を3回転するんですか？　xyz軸のこと？　そして何を判定するの？

**名前は開発中のものです。** · 2006/12/10(日) 16:30:07

>>83
ええー？
この表現で通じないのー。
お前、話し難いー。
ホントに３Ｄでプログラム組んだことあるのかよー。

**名前は開発中のものです。** · 2006/12/10(日) 17:06:22

そりゃ、ありますけど

その発言からなんとか理解しようとするなら
3回転はYawPitchRollのことで2回転目はPitchのことで
判定とは相手の位置の方角がどの方向なのか

こういうことですか？
これで間違っていたとしても
単にあなたの説明不足なだけですよ

**名前は開発中のものです。** · 2006/12/10(日) 17:08:30

>>69
持ってないから断言できないけどStandardも無理と思われ。

一応ソース↓
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=909404&SiteID=1

**名前は開発中のものです。** · 2006/12/10(日) 17:19:53

ローカル→ワールド変換行列の、逆行列じゃだめなのか？

**名前は開発中のものです。** · 2006/12/10(日) 20:45:34

>>85
はぁ・・・馬鹿とは話できないねｗ
じゃあな。

**名前は開発中のものです。** · 2006/12/10(日) 20:59:25

3回転中から2回転目がほしくなったことはないだが・・・
行列からクォータニオンは取り出せるし、直行行列での姿勢もわかるから
計算負荷に目をつぶれば3軸の回転角度も出るしなぁ・・・

**名前は開発中のものです。** · 2006/12/11(月) 01:35:22

>>88
俺も3回転中の2回転という表記を見たときは一瞬3つの軸回転の事が脳裏をよぎったぞ
もちろん君が言いたいのはそういう意味ではない事はわかったが
3回という表記が誤解を招きやすかったり、説明が足りないという印象は否めない

文章じゃ伝えたいことが思ったほどうまく伝わらないのは当たり前だが
それを馬鹿とか切り捨てるのはどうかと思うぞ

**名前は開発中のものです。** · 2006/12/11(月) 05:45:27

>>90
ありえねぇんだよ。死ねよ。

**名前は開発中のものです。** · 2006/12/11(月) 10:39:57

ああ、回転角の定義、というか、どこからの回転角なのかが食い違っているのね。

**名前は開発中のものです。** · 2006/12/11(月) 20:28:02

>>92
はぁ？食い違ってる？
俺にはちょっと考えれば矛盾が見えるような馬鹿な醜態（>>80）晒したことを必死で誤魔化してるようにしか見えないよ。
こういう誤魔化し方を一度でもした奴とは俺は技術的な会話を継続しない。
はっきりいって技術者として不適切。

人に対して偏屈なのは別にかまわないけど、
匿名掲示板のこんなところでまでくだらん曲解使って自分の考慮の無さを隠してるようじゃ伸びない。
技術に対してはいつも素直でいなきゃ駄目。
技術者にはそれが伝わるし、隠せ無い。
１から出なおせといいたい。

**名前は開発中のものです。** · 2006/12/11(月) 21:35:07

どうしちゃったのこの人？

**名前は開発中のものです。** · 2006/12/11(月) 21:47:31

「失敗の原因を素直に認識し、『これは非常にいい体験だった。尊い教訓になった』
というところまで心を開く人は、後日進歩し成長する人だと思います」

松下電器産業創業者　松下幸之助

とりあえずあれだな。仲良くしろやカスども。

**名前は開発中のものです。** · 2006/12/11(月) 22:51:37

九、謙虚に反省せよ　向上へのクッションである

旺文社創始者　赤尾好夫

**名前は開発中のものです。** · 2006/12/11(月) 22:59:47

「これでいいのだ!」

無職　バカボンのパパ　

**名前は開発中のものです。** · 2006/12/12(火) 01:55:44

Microsoft XNA Game Studio Express 1.0
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=a73a7e71-ff41-432d-a0eb-043e904a1905&DisplayLang=en

Microsoft XNA Framework Redistributable 1.0
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=2e136a1f-f187-478c-9da5-aaeb0904782b&DisplayLang=en

**名前は開発中のものです。** · 2006/12/12(火) 06:32:21

それで結局３回転中の２回転目ってどういう意味なの？
理解している人が居るなら後学のために教えてもらいたい。
33d6g8SGは答えなくて良いから。

**名前は開発中のものです。** · 2006/12/12(火) 07:05:12

>>99
マジでわからんの？
例えば、キャラが3回転するとき回転角は0～1080になる。
この2回転目を判断するには360～720を判断する必要がある。
これを行列に変換してしまうと、どうやって逆変換かけてもこの0～360と360～720というのは判断しようがない。

つまり、>>80で
>回転角が必要な場合になるのは、比較する対象がどの方角にあるか、というときくらいじゃないでしょうか
なんていってるけど、２回転するだけで回転角（またはそれにあたるパラメータ）が必要になるっちゅー話。

**名前は開発中のものです。** · 2006/12/12(火) 18:47:06

お前ら下らない争いになるととたんに元気になるよなｗ

**名前は開発中のものです。** · 2006/12/12(火) 21:42:02

そんな熱くなることじゃねぇよ。万能の回転技法はない、場面に応じて使い分けるもの。

**名前は開発中のものです。** · 2006/12/12(火) 23:49:03

SDK付属のメッシュを見るためのMeshViewについてお聞きしたい。
このソフトでスキンメッシュを読み込んだ時、右下に表示される
Vertの値が、Xファイルに書かれている頂点数と微妙に違うのですが、
これはいったいどういうで何を表しているのでしょうか？
具体的な例を出すと、tiny.xのファイルには、
Mesh {
　　4432;
のように、頂点は4432個と記述されているのに、
MeshViewで読み込むと4884vertと右下に表示されます。

よろしくおねがいします。

**名前は開発中のものです。** · 2006/12/13(水) 00:14:25

>>103
位置座標は同じなんですけどＵＶと法線は別なんですとかそういうのじゃね？
結局、DrawPrimitiveに突っ込む形にしてみないとわからないんじゃねの？

**名前は開発中のものです。** · 2006/12/13(水) 00:20:43

>>103
自分でXファイルを展開して表示するところまでコードを書いてみれば分かる。

**名前は開発中のものです。** · 2006/12/14(木) 05:49:35

3Dｽﾌﾟﾗｲﾄｸﾗｽのﾚﾝﾀﾞ処理は、ﾃｸｽﾁｬ毎で管理して描画したほうがいい？

**名前は開発中のものです。** · 2006/12/14(木) 07:41:46

>>106
３Ｄスプライト？ビルボードだったらモデルといっしょじゃね？

**名前は開発中のものです。** · 2006/12/14(木) 20:03:10

>107
板ﾎﾟﾘにﾃｸｽﾁｬはっ付けている奴です。疑似2D用の。
そっかﾋﾞﾙﾎﾞｰﾄﾞを参考にすればいいのか。ありがとうございます。

**名前は開発中のものです。** · 2006/12/14(木) 20:33:23

あれ？同じテクスチャーが続くように気を配るのって紳士のたしなみじゃねーの？

**名前は開発中のものです。** · 2006/12/14(木) 21:46:34

じゃあ同じﾃｸｽﾁｬを使ってる板ﾎﾟﾘ達を、ﾊﾞｯﾌｧに詰め込めばﾏﾀﾞﾑにﾓﾃﾓﾃ？

**名前は開発中のものです。** · 2006/12/14(木) 21:51:12

紳士の背景に薔薇が咲き乱れます。

**名前は開発中のものです。** · 2006/12/21(木) 15:49:27

過疎って増すが質問。
D3Dで、BeginScene　を実行したかどうかを取得するにはどしたらいい？

**名前は開発中のものです。** · 2006/12/21(木) 16:06:02

static bool fBeginScene = false;

inline HRESULT MyBeginScene(なんちゃら) {
　fBeginScene = true;
　return d3ddevice->BeginScene(なんちゃら);
}

inline HRESULT MyEndScene(なんちゃら) {
　fBeginScene = false;
　return d3ddevice->EndScene(なんちゃら);
}

inline bool D3Dで、BeginSceneを実行したかどうかを取得する(void) {
　return fBeginScene;
}

**名前は開発中のものです。** · 2006/12/21(木) 16:11:46

inline bool D3Dで、BeginSceneを実行したかどうかを取得する(void) {
return d3ddevice->BeginScene() == D3DERR_INVALIDCALL
}
しかしなんでもないときはBeginSceneされてしまうという罠

**名前は開発中のものです。** · 2006/12/21(木) 19:03:00

>>114
そんなの既に考えたわ。
そうゆう外人系の発送じゃなくて、
ちゃんとＤ３Ｄの初期化処理の内部にフラグとかがあって
BeginScene をフラグを取得ってか、
そういや、BeginSceneを２重に実行するとどうなったっけ？

**名前は開発中のものです。** · 2006/12/21(木) 19:12:29

考えたんならドキュメントくらい読めよｗ

**名前は開発中のものです。** · 2006/12/21(木) 20:31:54

そもそも、そんな判定が必要になること自体が間違い。

**名前は開発中のものです。** · 2006/12/22(金) 01:51:57

すいません、↓のように1MBの一枚のテクスチャを二つのテクスチャステージに設定した場合ってビデオメモリには1MBぶんのテクスチャが確保されるのでしょうか？それとも二倍の2MBぶんのテクスチャが確保されるのでしょうか？

LPDIRECT3DTEXTURE9 g_pMeshTexture;

～中略(1MBのテクスチャをg_pMeshTextureに読み込む)～

g_pD3DDevice->SetTexture(0, g_pMeshTexture);//ステージ0では色のみ使用
g_pD3DDevice->SetTexture(1, g_pMeshTexture);//ステージ1ではαのみ使用

**名前は開発中のものです。** · 2006/12/22(金) 18:26:10

久しぶりにDXSDK取りにいったら、
色々変わってるのぅ。
やはりDecember 2006 SDKは様子見だよな？
October 2006 SDKこっち使ったほうが無難だよな？
魅惑のﾋﾞｽﾀなんて糞食らえだぜ。

**名前は開発中のものです。** · 2006/12/22(金) 18:44:41

>>117は非同期処理もしらない無垢なクソガキ

**名前は開発中のものです。** · 2006/12/22(金) 20:28:59

SM1.1切り捨てってなんやねん！！
DirectX8世代(4Tiとか)はゲームするなっちゅーことか！！

**名前は開発中のものです。** · 2006/12/22(金) 21:31:35

>>120
最近グラマになったクソガキなのかもしれないが、
昔から状態確認するためにGet・・・とかIs・・・には頼るなとMSが言っている。
もっともカンファとか行かないだろうから知らんだろうけど。

MSの名言を2つ。
最も高速にレンダリングする方法は、レンダリングしないことだ。
最も高速に状態確認する方法は、自分で何したのか覚えておくことだ。

**名前は開発中のものです。** · 2006/12/22(金) 22:52:04

>>121
>SM1.1切り捨て

まじかそれ。えらい困るんだが。

**名前は開発中のものです。** · 2006/12/23(土) 02:42:48

つーか、1.xピクセルシェーダだけ切り捨てなのね・・・
正直、3.0未満はアウトとかじゃなくてヨカタ
未だにゲフォＦＸ5200なので・・・

**名前は開発中のものです。** · 2006/12/23(土) 02:53:46

SM1.1は制限が多すぎて使い物にならん。
結局2.0の有無で分岐が現実的な線引きになっちまう。

初代箱のSM1.1も専用拡張がされてるしな。

>>120
非同期うんぬんの前に別々のスレッドから同じデバイスに
同時に書き込みを行おうとする事自体がおかしい。

**名前は開発中のものです。** · 2006/12/23(土) 08:01:26

自分のアプリが糞なのも認識できずにマルチスレッドの問題にしようとするぐらい馬鹿なら
スレッドなんか作るなといいたい。

**名前は開発中のものです。** · 2006/12/23(土) 10:10:50

つまり糞スレ立てんなっつーことだな。

**名前は開発中のものです。** · 2007/01/02(火) 22:39:04

すみません。「D3DXLoadMeshHierarchyFromX」周りで行き詰ってるので質問したいのですが、
症状は、

ビルドは成功します。それでMSVCからF5で起動しても上手くいきます。
ですが、生成された実行ファイルを直に起動すると落ちてしまいます。
デバッガでアタッチしたところ、「D3DXLoadMeshHierarchyFromX」直後で
落ちていました。

「ID3DXAllocateHierarchy」の派生クラスは、サンプルのSkinnedMesh
を引用しています。変更した所は、
CreateMeshContainerとGenerateSkinnedMeshだけですが、
D3DXLoadMeshHierarchyFromX後にどちらも呼び出されることなく落ちるので
そこが原因ではないと思います。

D3DXLoadMeshHierarchyFromX後、４回目のCreateFrame内で
pFrame = new D3DXFRAME_DERIVED;
を処理しようとしたところnew内のmallocでエラーが発生し、
ヒープが壊れているとアナウンスされました。
ファイル自体は読みに行っているので、パスが間違ってるということはないと思います。

読み込ませているXファイルはSkinnedMeshで正常に読み込め、表示されます。(デバイスはHAL(SW vp)です)
似たような症状があったので参考にしたのですが、
http://www.shader.jp/xoops/html/masafumi/cbbs/cbbs.cgi?mode=al2&mo=207&namber=206&space=15&rev=1&page=0&no=0

D3DDEVTYPE_REFでもダメで、D3DCREATE_SOFTWARE_VERTEXPROCESSINGでもダメでした。

行き詰ってしまったので質問させていただきました。
思い当たる点がありましたらご指摘ください。

**名前は開発中のものです。** · 2007/01/03(水) 00:11:31

>>128
きっちり読まずに勘で答えるけど、
D3DDEVTYPE_REFじゃなくて
D3DDEVTYPE_HALはどう？

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

>>129
やってみましたが、それでもだめでした。
ハイエンドなグラボの友達のPCでもダメだったので
やはりヒエラルキの実装に問題があるのでしょうか。
もう一回ソース洗いなおしてみます。。。
何か気づきましたらまたお願いします。

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

変更が多くないなら再現するコードを上げたら？

**名前は開発中のものです。** · 2007/01/03(水) 08:54:41

つーかそれはそのままヒープぶっ壊してるだけなんじゃ？

**名前は開発中のものです。** · 2007/01/03(水) 12:21:21

DirectXのバグじゃないのか？

**名前は開発中のものです。** · 2007/01/03(水) 18:42:13

D3DXLoadMeshHierarchyFromXで落ちるってのが納得逝かない。

今まで使ってきてD3DXLoadMeshHierarchyFromXで落ちるなんてなかったし、
SDKのサンプルプログラムで同じファイル読み込んでみりゃ判るんじゃないかね。

どっちみちヒープエラーってVCに言われてるならどっかでメモリのアクセスが間違ってんだろう。

**名前は開発中のものです。** · 2007/01/03(水) 19:56:50

そもそもD3DXのXファイル関係の機能を使うなんて気が狂っているとしか思えない。

**名前は開発中のものです。** · 2007/01/03(水) 21:27:54

つーか俺がこの世に生きている時点で世の中が間違ってるに違いない。

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

外人さんで似たようなのがいたので貼り。
まぁ、お前がヒープぶっ壊してるんじゃねぇの？という同じような流れのようだが。

http://www.gamedev.net/community/forums/topic.asp?topic_id=376836

4回目で落ちるよウワーン、という辺りが似てて不覚にもワロタｗ

**名前は開発中のものです。** · 2007/01/04(木) 01:30:44

そういやD3DXはSquadもバグってたな

**128** · 2007/01/04(木) 22:21:17

みなさんありがとうございます。
やはりメモリ操作でﾄﾝﾁﾝｶﾝなことをしていました。

エラーが発生したところより前ばかりをトレースしていたのですが、
発生点よりも後ろのコードでのメモリ操作が原因でした。
ヒープを壊すのは初めてなので、まだ実行していない所が原因
になることもあるのだと、とても勉強になりました。

高級言語での統合開発環境の温床でﾇｸﾇｸと育った者としては、
抽象化されて隠蔽されているスタック操作やヒープの動作が
今ひとつよく分からないものですが、
これからはまじめに勉強せねばと思いました。
みなさんありがとうございました。

**名前は開発中のものです。** · 2007/01/10(水) 18:13:17

まだ実行していないところが、影響あるもんなんですか？ｗｗ

**名前は開発中のものです。** · 2007/01/10(水) 18:38:01

今頃突っ込むのもちょっとな・・・

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

>>136
厳しい競争を勝ち抜いて生まれてきたはずなのにな。

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

おまえのために干からびて死んでいった精子たちに謝って来い
いますぐお父さんのチンコに額を擦り付けておｋい

**名前は開発中のものです。** · 2007/01/16(火) 09:23:35

DrawIndexedPrimitiveで矩形ポリゴンにテクスチャ貼り付けて
2Dスプライト表示、みたいなことをしたいんですが、
キャラクタを10種表示したいとすると毎フレームで

キャラクタの動きを頂点座標に反映させて
頂点バッファをロックして転送してアンロックして
テクスチャ変えてDrawIndexedPrimitive、

ってのを10回することになるんでしょうか？

**名前は開発中のものです。** · 2007/01/16(火) 14:56:49

最初はそれでいいんじゃないかな

**名前は開発中のものです。** · 2007/01/16(火) 15:03:01

頂点バッファも最初は使わないほうが良いと思うよ

**名前は開発中のものです。** · 2007/01/16(火) 18:06:17

2Dでは頂点バッファは使う意味が薄いと思う

**名前は開発中のものです。** · 2007/01/16(火) 20:20:13

なんで頂点バッファを使う使わないなんて、どうでもいい話に流れていくんだろう？

**名前は開発中のものです。** · 2007/01/16(火) 20:25:02

頂点バッファはそう頻繁に書き換えるものではないし、
そもそもDrawPrimitiveの類の命令は何度も呼び出すなと
リファレンスに書いてあるんだが。
その程度のことも知らない奴がいるのか…

**名前は開発中のものです。** · 2007/01/17(水) 03:37:34

かと言ってまとめすぎるのもよくない

**名前は開発中のものです。** · 2007/01/17(水) 03:45:40

>>149は煽り方が実に拙いなぁ
でも
最初はそれでいいんだよ

**名前は開発中のものです。** · 2007/01/17(水) 07:12:47

まとめるより、一番早いのはそもそも描画しない＝クリッピングではじくって方を覚えておかないと
ワールド上に存在するモデルをすべてまとめようとか頓珍漢なことをやりだす。
描画しない（＝クリッピングではじくこと）が一番早い。これはとても重要なことだ。

**名前は開発中のものです。** · 2007/01/17(水) 07:55:50

>>152
そうですか、で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/17(水) 08:46:07

さぁまたまた　2　D　ス　プ　ラ　イ　ト　の話からずれてきましたよ！

**名前は開発中のものです。** · 2007/01/17(水) 19:41:55

>>152
（それくらいグラボに勝手にやってくれるだろｗｗｗ
と思ったのだがグラボごとに実測しないと確証とれないし、
書き込むのやめよう…）

昔自力でポリゴン描いたり、テクスチャーマッピングしようとしたときは、
画面外の描画はスキップしてましたがX68kなので、移植はできません。

DirectXでは車輪は勝負どころではないので、
できれば車輪の再発明は避けようと思います。
スマートなやりかたがあったら是非ご教授いただけませんでしょうか？

で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/17(水) 20:19:12

重要だとか発明だとかではなくて描画の最適化における常識。
それらをやった上で速度が出ないのならわかるけど、
いきなり教えろとか言われても、面倒だから他人に教えてもらうような
単なる手抜きにしか見えないなぁ。

**名前は開発中のものです。** · 2007/01/17(水) 22:51:12

常識とはしらなんだ

**名前は開発中のものです。** · 2007/01/17(水) 23:01:12

常識っていってもあくまでD3Dでの話だな。

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

>>144
板状のメッシュ作ったほうが楽な気もする。
と、頂点情報からメッシュを作れることを３日前に知った俺が言ってみる。

**名前は開発中のものです。** · 2007/01/18(木) 07:25:24

>>155
お前馬鹿なの？
せめて頂点変換まではしないと座標が最終的にどこに配置されるかわからないじゃん。
範囲外なのか範囲内なのか。
だからDrawPrimitiveに突っ込んだもんは全部頂点処理だけはかかるだろ？
その前にはじかないと駄目だろ？
グラボができるわけねーじゃん。頭悪い？

**名前は開発中のものです。** · 2007/01/18(木) 08:49:32

ああ、やっぱりいつのもお方だ。

**名前は開発中のものです。** · 2007/01/18(木) 08:54:48

>>160
OBB、ビューフラスタムカリング。
まぁそれ以前に２Dスプライトの話で座標変換とかありえねぇけどな。

**名前は開発中のものです。** · 2007/01/18(木) 09:12:36

恒例のｇｄｇｄ議論になってきましたね。

**名前は開発中のものです。** · 2007/01/18(木) 19:42:33

てか、マジでDrawPrimitiveに突っ込んだもんが画面内にあるかどうか
頂点毎にアクセスせずに済むと思ってるならあまりの馬鹿さにヒクｗ
ちなみに>>160の話しは３Ｄも込み。

**名前は開発中のものです。** · 2007/01/18(木) 19:57:22

で、実際はどうでしたか？

**名前は開発中のものです。** · 2007/01/18(木) 19:59:00

>>165
そりゃ描画しねぇのが一番早いに決まってるだろ？
やってみなきゃわからんか？ｗ
そりゃおめ重症だろｗ

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

良くわからんのだが、
どういう人生を送ればDirectXにコンプレックスを抱けるんだ？

**名前は開発中のものです。** · 2007/01/18(木) 20:10:12

>>167
つかなんでそんな無駄にまとめちゃうの？
理解してないからそういう見てて恥ずかしすぎることやっちゃうんじゃん。
てか、別に仕組み理解しなくても関数みてわからんか？ｗ勘でよｗ

**名前は開発中のものです。** · 2007/01/18(木) 20:29:54

>>167
いや、ハナからお前には聞いてないよ？

**名前は開発中のものです。** · 2007/01/18(木) 20:47:12

プログラム以前にコミュニケーション能力の向上が重要であると切に思う。

**名前は開発中のものです。** · 2007/01/18(木) 23:19:34

成長期に何かが満たされなかったんだね、可愛そうに。

**名前は開発中のものです。** · 2007/01/19(金) 00:24:53

両者の言い分の意味が分からん
だれか詳しく解説してくれ

**名前は開発中のものです。** · 2007/01/19(金) 00:30:06

(´･ω･`)＜ええ？マジで言ってんの？

**名前は開発中のものです。** · 2007/01/19(金) 02:25:22

漏れもわからん

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

どちらもお互いを煽り合ってるからね。どうしようもなく。

**名前は開発中のものです。** · 2007/01/19(金) 08:54:33

バッファにまとめるのと単体で描画していくのとではどっちが早いの？
　　　　　↓
画面外のものは描画しないのが最速なんだよﾓﾗｰ
　　　　　↓
頂点変換しなきゃ画面外かわからないだろﾌﾟｷﾞｬｰ
　　　　　↓
　　　今ここ？

まぁ描画しないのが最速なのはえらそうに語ることではない。
2Dに関していうなら頂点変換もないし、ガードバンドクリッピングで
弾かれるので大して意味はない。GPUキャッシュくらいか？

こういうと3Dではどうこう言いだすが、
そもそもの話は2Dスプライトでの話だ。

**名前は開発中のものです。** · 2007/01/19(金) 10:22:45

どっかの人もウォークスルーもまともに出来上がらんうちからカリングのことを心配してたし
素人を惹きつけるなにかがあるんだろうか

**名前は開発中のものです。** · 2007/01/19(金) 12:44:58

モデルはメタセコイアなりフリーのがあるけど、アニメはどのツール使ってるの？
アレな人は、げふんげふんとでも言っておいてクダサイｗ
フリーのがいいのだが、無いよねぇ？

**名前は開発中のものです。** · 2007/01/19(金) 12:53:37

ググるとけっこうあるようだけど

**名前は開発中のものです。** · 2007/01/19(金) 14:59:50

http://jbbs.livedoor.jp/sports/31203/

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

>>178
RokDeBoneとかエルフレイナとかは？

**名前は開発中のものです。** · 2007/01/19(金) 19:34:16

>>176
で？そんな少量のポリゴンでなんかまとめるといいことあるの？

>>177
残念ながら別人なんですが、
ゲームプログラマなんてとっくに辞めてほとんどこんなスレ来てないし。
似たような人に似たようなこと言われただけでしょ？
ちなみにゲームプログラムの話題なんて他の掲示板でした覚えも無し。

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

いやいや身分を隠そうしても私にはわかってしまうのですよ。

バッチ処理ぐらいしかやることのない2Dスプライト話の最中に
まとめるよりクリッピングが大事なんだとあさって向きながら
切り込んでは罵倒を繰り出すアナタは間違いなくあの時の勇者様。

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

たとえばシューティングとか視野をプレイヤーが自由に動かせない
＋大量のビルボードを一個づつdrawprimitiveしまくりな場合に限って
視野に入ってないエンティティの描画処理を除外するとすさまじい効果があがるだろうな
そりゃもう興奮してどっかの掲示板でがんばっちゃうくらい

エンティティのモデル一個の描画そのものが結構な負荷になっててしかも視野が自由に
振り回せるような環境でfrustum cullingなんてやってもFPSが不安定になるだけで逆に迷惑
そんなのに割ける労力があるならprogressive meshとかoccluder cullingの
導入を検討したほうがいいよ

ほいでもってそもそも最適化とか言う以前にアマチュアの3Dゲーは
なぜかMIPMAP使ってないのがやたらと多い
使ってくださいお願いだから

**名前は開発中のものです。** · 2007/01/19(金) 20:42:47

PCなら大抵ドライバ側でmipmap強制できるから別にいいんじゃない？

**名前は開発中のものです。** · 2007/01/19(金) 20:44:51

途中送信

特にPCは出来る限り低スペックのマシンでも動かすためにVRAM節約したほうがいいし

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

>>179
>>181
ありがとうございます。
探したらまとめっぽい良い感じのを見つけました。

**名前は開発中のものです。** · 2007/01/19(金) 21:12:48

http://www112.sakura.ne.jp/~kaientai-project/voice/6-4.mp3
バスケのゲーム作れるＰＧいない？いたら、メールくれ。

ただ今、鋭意開発中。セブン～エアガーデンへの招待～
http://www112.sakura.ne.jp/~kaientai-project/seven.htm

**名前は開発中のものです。** · 2007/01/19(金) 21:38:23

企業ってのは利潤の追求が最終的な義務であり責任でもあるわけで…。
給与の支払いによる支出が原因で、本来の企業活動ができないというのは
本末転倒であって、経費以外の支出はあってはならないんだよ。

今の日本には、自分ことしか考えられない自己中心的な一般人が多くて、
給与額の増大による支出が原因で、経営が圧迫されるケースが多いし。
このまま一般人を野放しにしたら、本当に日本の将来が危うくなってしまうよ。

**名前は開発中のものです。** · 2007/01/19(金) 21:39:26

誤爆失礼

**名前は開発中のものです。** · 2007/01/19(金) 21:47:16

Direct誤爆

**名前は開発中のものです。** · 2007/01/19(金) 21:51:08

>>184
視野が自由に振り回せるならなおさらはじいたほうがいいじゃん。
例えばサッカー場みたいなモデルをまとめて一つドスンとおくよりは
いくつかに分割して、視界に入るもんだけDrawPrimitiveしたほうがあきらかに速いよな？
つーか、モデルを１つに固めたらあんまり遅くて動かなかったけどな。

**名前は開発中のものです。** · 2007/01/19(金) 21:59:33

>>192
俺の場合はサッカー場みたいな土台になる部分は1モデルをドスンと置いてそこに生えてる草木なんかを視線との内積で処理からはじくかはじかないかを決めてるなぁ。

まぁサッカー場に木は生えないけど。

**名前は開発中のものです。** · 2007/01/19(金) 23:00:20

>>193
グランドに木の生えてるサッカーゲームやってみたい。

**名前は開発中のものです。** · 2007/01/20(土) 05:03:26

>>185,186
OK貴様には死ぬまでmipmap使わないことを許してやる
絶対に使うなよ

**名前は開発中のものです。** · 2007/01/20(土) 06:42:01

何でファビョってるのか知らないけど俺は普通に使ってるから

**名前は開発中のものです。** · 2007/01/20(土) 09:59:19

ミップマップ使うより、ミップマップなしで異方性フィルタのほうが数倍きれいなんだけどな。
ミップマップは異方性フィルタがない＆テクセルレートのない貧弱環境用だな。

**名前は開発中のものです。** · 2007/01/20(土) 10:25:37

>>192
そのサッカー場のモデルをみせてごらん

**名前は開発中のものです。** · 2007/01/20(土) 17:17:46

>>197
＞数倍きれい
ミップマップなしで異方性フィルタと
ミップマップありで異方性フィルタを比べて言ってるの？

最適化のことを言ってるのにテクセルレートのない貧弱環境用とか言われてもこまる
節約できるところはどんな環境でだって節約したいんだよ他にやらなきゃならないことが
いくらでもあるんだから

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

同次座標x,y,z,wのwって何を意味してるんでしょうか？
なんかテクスチャを伸ばすような感じに利いてるような気がするですが。
たぶん手で設定するようなものでなく行列演算で設定されるもんだとは思うんですが、
意味は理解しときたいと思いまして