DirectX総合スレ (Part5)

**名前は開発中のものです。** · 2006/09/08(金) 23:56:42

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

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

>>565
なるほど。。。
ありがとうございました。すっきりしました。

**名前は開発中のものです。** · 2006/10/02(月) 21:44:16

>>562
遠近射影の場合のｗの導出式はあるのでしょうか？

何となく
ｗ＝ｋＺ　（ｋは定数）

みたいな気がしているのですが、これから

Ｚ＝ｗ/ｋ

になってしまうので、変な気がするのですが…

**名前は開発中のものです。** · 2006/10/02(月) 22:25:57

>>567
詳しくは下を見てね。
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/directx9_c/directx/graphics/reference/d3dx/functions/math/d3dxmatrixperspectivefovlh.asp
Zp = (Zv - near) / (far - near) * far, Wp = Zv ね。
Zv = near～far を遠近射影で変換すると
Zp = 0～far, Wp = Zv になって、
depth = Zp / Wp で、(非線形の)0.0～1.0になるわけね。
ちなみに depth = (Zv - near) / (far - near) だと(線形の)0.0～1.0ね。
シャドウマップの深度値を非線形で求めるメリットってあまりないと思うから、
後者の方でいいと思うけどね。
(PSMとかの場合はどうしても非線形になるけど)

**名前は開発中のものです。** · 2006/10/02(月) 22:46:34

>>568
ｻﾝｸｽ！分かるようにがんばってみます。

＞depth = Zp / Wp で、(非線形の)0.0～1.0になるわけね。
の「非線形」というのは、Zp と Wp の２変数の関数になっているから
「非線形」なのですか？

＞ちなみに depth = (Zv - near) / (far - near) だと(線形の)0.0～1.0ね。
こちらは Zv の１変数だけの関数だから「線形」なのですか？

**名前は開発中のものです。** · 2006/10/02(月) 23:38:14

>>569
グラフにしたときに
y=ax みたいに直線になる(均等に変化する)のがそこで言う線形で
y=1/x みたいに曲線になるのがそこで言う非線形ね。
深度値が線形変化だと、頂点間のパラメータ補間も線形補完だからそりがあうのね。
後は自力で頑張ってねｗ

**名前は開発中のものです。** · 2006/10/02(月) 23:42:29

>>570
がんばります

**名前は開発中のものです。** · 2006/10/03(火) 00:59:45

ttp://www.nomuraz.com/denpa/prog006.htm#IDPROG0034
ここを読んでクロスシミュレーションを勉強しています。
基本的な理屈は分かったのですが、これだけだと、例えば棒の上に布を被せた
場合、最終的には布が棒に完全にフィットしてしまう事になります。
もうちょっと末広がりのスカートにクロスシミュを適用させたいと思っている
のですが、広がった状態を保つのに何か良い方法はないでしょうか。

**名前は開発中のものです。** · 2006/10/03(火) 01:18:57

下から風を当て続ける

**名前は開発中のものです。** · 2006/10/03(火) 01:42:04

このやり方だと下から風を当ててもスカートが膨らむ訳ではないんですよ。上下になびくだけで。

**名前は開発中のものです。** · 2006/10/03(火) 01:45:32

あらﾎﾞｹにﾏｼﾞﾚｽが付いてしまった・・(´Д｀lli)ゞ

>>572 の方法を見てないんだが、ベースとなるモデルでスカート広げといて
それである程度制限つけて何とかならないものかなあ？

**名前は開発中のものです。** · 2006/10/03(火) 02:19:05

スカート着せないでスク水着せるってのはどうだろう？

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

そうなんです、「なるべく元のメッシュの形に戻る」というのをやりたいんです。
上の方法は、隣り合う頂点同士がばねで結合してあって、各頂点が重力や風の影響を
受けて動きつつ、お互いに引っ張り合う　というような簡単な実装なんですが、
これをどう発展させれば良いのか・・・
単純に「各頂点は元居た位置に戻ろうとする」みたいなルールにすると、想像しただけで
変な動きになりそうな・・・。

**名前は開発中のものです。** · 2006/10/03(火) 02:27:28

だよね。
巨乳やめてひんぬーにすれば乳揺れ演算の手間が省けるし萌えもアップする

**名前は開発中のものです。** · 2006/10/03(火) 02:28:45

ちょっと、なるべく前向きに考えていきたいのですが・・・

**名前は開発中のものです。** · 2006/10/03(火) 02:50:14

ID:DSdGAOLrよ。
スカートのシミュレーションはDirectXとは直接の関係はない。
かろうじて３Dというキーワードで関連性があるだけだ。
いい加減ここで論じてもネタになるだけだと気づけ。

真に技術的な話をしたければオマエにピッタリのスレがあるから、
↓↓↓↓↓↓↓↓↓紹介してやる↓↓↓↓↓↓↓↓↓

【おっぱい】エログラミング Ver.0【まん○】
ttp://pc8.2ch.net/test/read.cgi/gamedev/1159714969/

（本当に真面目にやってるから困るｗ

**名前は開発中のものです。** · 2006/10/03(火) 05:15:00

>>577
＞各頂点は元居た位置に戻ろうとする
これでＯＫだよ。ペナルティ法みたく力を加算してやればいい。
けど結局重力との兼ね合いがあるからなかなか思ったようにはいかないんだよね
…と思ったけど戻ろうとする位置を重力の強さから計算して少し上にすると
そういう心配がいらないのか今思いついた

**名前は開発中のものです。** · 2006/10/03(火) 06:57:20

あーうぜぇ。
DirectX9でプログラム組んだら、
実行ファイルといっしょにd3dx9d_27.dllもつけてくばれよ。
どうやってdll取得すりゃいいんだよ。

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

そこで.NETですよ

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

てか、普通、dllといっしょに配布するもんなんだろ？

**名前は開発中のものです。** · 2006/10/03(火) 07:22:48

ってか、d3dx9「d」_27.dllってデバッグバージョンかよ。
もう、死ねｗ
デバッグビルドで配るのかよ。
これじゃ、dllどうしようもねぇよ。
ってか、製品かよｗこれｗ
担当者首吊っていいぞｗ

**名前は開発中のものです。** · 2006/10/03(火) 07:27:40

どういう状況かわからないので詳しく

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

DLL配布がマジでうざいので俺はOctober2004が手放せない。

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

まさにDLL HELL。MSは新しいD3DX出したらWindows Updateで配るべきだ。

**名前は開発中のものです。** · 2006/10/03(火) 13:14:44

>>60
ドラえもんのセリフだったのか。

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

>>585
>デバッグビルドで配るのかよ。
これって配布しちゃダメなんじゃないっけ？
(d.dllは配布NGだよな・・・)

**名前は開発中のものです。** · 2006/10/04(水) 03:39:54

っつーか、DLL自体も配布禁止じゃねーの？
ちゃんとランタイム入れさせたら問題ないよ。

**571** · 2006/10/04(水) 03:41:52

>>568
度々すいません。やっと計算が合いました。

Pv = ( Xv , Yv , Zv , 1 ) で、Pp、Pv を列ベクトルとすると

Pp = ( DirectXのパースペクティブ射影行列 ) * Pv

と計算をしていたから、計算が合いませんでした。。

DirectXの行列の場合は、Pp、Pv を行ベクトルとし、Pp = ( Xp , Yp , Zp , Wp ) とすると

Pp = Pv * ( DirectXのパースペクティブ射影行列 )

が正しいですよね。

普通の数学の行列とDirectXの行列の掛ける順番が、逆だった事を忘れてました。。

＞ちなみに depth = (Zv - near) / (far - near) だと(線形の)0.0～1.0ね
これは「 depth = Zp / Wp 」の式で
Wp = far　（ Wp は far で常に一定）
とした時の結果だと思うのですが、どういうときに Wp = far で
「 Wp = 一定」となるのですか？

度々ですが、よろしくお願いいたします。

**571** · 2006/10/04(水) 03:59:49

何となく
( DirectXのパースペクティブ射影行列 )
を
( DirectXの左手座標系正射影行列 )
にすれば、上の疑問が解決しそうな気がしてきました。。

**571** · 2006/10/04(水) 04:05:47

おさわがせしました.。。>>593で解決しました。。m(_ _)m

**名前は開発中のものです。** · 2006/10/04(水) 06:15:19

>>591
リリースならいーんじゃなかったっけ？

**名前は開発中のものです。** · 2006/10/04(水) 08:51:54

リリースのDLLは開発者が配布するんじゃなかったっけ？

**名前は開発中のものです。** · 2006/10/04(水) 11:20:48

Redistに入ってるインストーラという形なら再配布おｋ。
DLLをアプリに付けるのはアウト。

しかし、DirectX 9.0c End-User Runtimes (February 2006)とかわかりにくすぎるよな。
DirectX 9.1とか9.2にしないのはなんでなんだ？

**名前は開発中のものです。** · 2006/10/04(水) 12:14:36

開発者が自由に決めていいんじゃなかったっけ？

**名前は開発中のものです。** · 2006/10/04(水) 14:54:41

みんな再配布に関する知識が適当だな・・・(;´д`)
>>597 でFAです。

バージョンは 9.0「c」の時点で怪しいよね。
内部処理の変更だけっていうなら納得もでくるけど、そうでもないし・・

**名前は開発中のものです。** · 2006/10/04(水) 15:44:34

>>597
DX9は場繋ぎだからな
DX8のあと手をかけたのはDX10のほうで
DX9はこの間を埋めるために作られただけ
だからDLLとか変な形で配布するようになってる
9.1とか9.2とか気軽にバージョン刻んじゃうと
Vistaが遅れたらエライ目にあってしまう

**名前は開発中のものです。** · 2006/10/04(水) 20:36:35

んで実際VIstAが遅れているため変なバージョンが乱発されたと

**名前は開発中のものです。** · 2006/10/04(水) 21:21:29

なるほど。しかも、DirectX10はVistaオンリーだからな・・・繋ぎのDirectX9が当分主流になる悪寒。

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

>>602
>繋ぎのDirectX9が当分主流になる悪寒。

内心そうであって欲しいと思ってる俺は悪い子です。

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

DirectX9主流に意義はないが、
マイナーチェンジのたびに配布DLL増やすのは辞めろといいたい。

**名前は開発中のものです。** · 2006/10/05(木) 21:52:16

つまりソースで配布してユーザーがコンパイルする時代がDirectXにも来るということか

**名前は開発中のものです。** · 2006/10/05(木) 22:20:45

配布ってなんだよw
MS Update通せって書いとくだけだろ

**名前は開発中のものです。** · 2006/10/05(木) 22:22:09

D3DXに関してはアップデートでは入らない。

**名前は開発中のものです。** · 2006/10/05(木) 22:28:34

ネットにつなげない状況にある子もなんとか救ってやりたい次第。

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

October2004あたりでビルドしておけば無問題?

**名前は開発中のものです。** · 2006/10/06(金) 00:02:54

Managed DirectX使えばいいじゃん。
今日付けでMDX2.0ベータは使えなくなったから、MDX1.1で。

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

>>609
２年も前のSDKとか使うなよ・・

**名前は開発中のものです。** · 2006/10/06(金) 01:25:50

2年前のSDKと今のSDKってぶっちゃけてD3DX関係しか違わないからあまり最近のにする意味もない。

**名前は開発中のものです。** · 2006/10/06(金) 01:29:38

>>612 は WindowsUpdate をしないﾀｲﾌﾟ。

**名前は開発中のものです。** · 2006/10/06(金) 02:25:18

D3DXが大事なんだよ

**名前は開発中のものです。** · 2006/10/06(金) 07:45:44

それはない。D3DXは単なるオマケ

**名前は開発中のものです。** · 2006/10/06(金) 07:52:39

VistaそしてDX10が出たときどうなるかだよな
MSはしばらくの間はDX9も新機能に対応させると言ってるが
どう考えても新機能が20あったら2か3しかDX9では対応しなそう

**名前は開発中のものです。** · 2006/10/06(金) 08:43:50

その新機能が欲しいかどうか？ってところだな。

**名前は開発中のものです。** · 2006/10/06(金) 08:47:03

いちいちDLL添付して配布しなきゃならん時点で
ネット上での公開が激しく面倒。

**名前は開発中のものです。** · 2006/10/06(金) 12:19:54

もういっそのことGDIを廃止してDirectXを内包してしまえばいいのに

**名前は開発中のものです。** · 2006/10/06(金) 13:04:39

>>619
坊や、Aeroって何か知ってる？

**名前は開発中のものです。** · 2006/10/06(金) 14:28:41

空気入りのチョコレート？
http://aero-land.jp/top

やっべ、ブーンしてる

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

>>619
Vistaがそれだろ
廉価版はGDI系列だけど

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

いやアロエも窓枠の中はGDIのまま
DirectX使うにはAvalonで書く必要がある

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

このスレの200くらいまでを読んで
無駄にDirectXの話はしない
無駄に煽る
無駄に釣られる
無駄に俺語りをする
素晴らしいスレだとおもいまちた

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

どなたか、モーションキャプチャでキャラを動かした経験のある方いらっしゃいませんか。

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

モーションキャプチャの機材の使用経験を聞きたいのか
それともネットで配布されているキャプチャデータの話を
聞きたいのかどっちなんだ？

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

機材もそうなんですが、主にキャプチャした後のデータをどうこねまわすのか、
話を伺いたいです。経験おありですか？

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

最近は知らんが、キャプチャーしたデータにはノイズが入ってそのままでは使えないから
オペレータとかに修正を依頼するのが普通だったね。
その時に、出力形式とか決めたり、適用するモデルのスケルトンを渡したり。

出来上がったデータは普通に使ったらいいじゃん。

何より、モーションキャプチャーしてる会社に聞いてみたほうが早いよ。

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

>>625
それ以前に人体のモデリングとかリグを組んだりとか、
キャプチャー以前に至る経験はあるのか？

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

>>628
修正作業はデザイナーにやってもらったんですか。実は一番知りたいのがそこだったり・・・
ノイズも問題になるでしょうけど・・・・
・100fpsで記録されてる生データを重要なキーフレームだけ取り出したい
・歩くキャラのつま先が地面にめり込んだり、デブキャラの腹に自分の腕が
　めり込むのを修正したい（可能なら自動で）
といった作業は、何て言うアプリで編集すれば良いですかね。
どのアプリもモーキャプデータの編集なんて全然考えてない・プラグインも
無いみたいなんですが・・・どうやって間引き＆ポーズ修正したか分かりませんか。

>>629
デザイナーがやるので、そういう経験は無いです（花瓶くらいなら作れるでしょうが・・・）

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

そういうのは、MotionBuilder一択じゃないの？

**名前は開発中のものです。** · 2006/10/09(月) 00:02:29

例えばセガのスペースチャンネル５ですが、あれは一つの（と思われる）
モーキャプファイルで、スリムな主人公から相当デブなキャラまで、それなりに
辻褄が合うように動かしてます。
モーキャプデータから抽出したキーフレームが充分に少なければ、手作業で修正
する事も出来るでしょうが、スペチャンのキーフレームはかなり密度が高い上に、
殆ど全編踊りですから時間も長いです。
何か効率的に修正出来る有名な製品でもあるのかなと思いまして・・・

**名前は開発中のものです。** · 2006/10/09(月) 00:03:08

>>631
MotionBuilderですか！ありがとうございます、調べてきます。

**名前は開発中のものです。** · 2006/10/09(月) 00:26:10

> 修正作業はデザイナーにやってもらったんですか。実は一番知りたいのがそこだったり・・・
デザイナーじゃないよ。
モーションキャプチャースタジオのオペレーターさんに
キャプチャーからデータ加工までを一括でお願いする感じ。

古い話だから今は知らんよ。

**名前は開発中のものです。** · 2006/10/09(月) 00:33:24

633 は今ごろ、MotionBuilderの値段を見て、ビビっているかもｗ
Standard無くなっちゃたしね。

**名前は開発中のものです。** · 2006/10/09(月) 00:59:43

フルスクリーンにしたらスプライトがぼやけるんですけど
これってビデオボードの問題ですかね

**名前は開発中のものです。** · 2006/10/09(月) 01:02:54

ぼやけるのはスプライトだけなのか？

**名前は開発中のものです。** · 2006/10/09(月) 01:06:05

>>634
ざっくりとした加工はまとめてやってもらっても、細々したのはこっちでやりたいんですわ
運用してみて問題が出るたびに修正に出す、ていうのも大変ですし。

>>635
まあ、自分の財布から出るわけじゃないからね。

**名前は開発中のものです。** · 2006/10/09(月) 02:05:01

>>638
そこまで決まってるんなら、なぜココで質問したのか？

**名前は開発中のものです。** · 2006/10/09(月) 13:09:14

>>636
デフォルトの設定でフィルタかかってるビデオボードも結構多い

**名前は開発中のものです。** · 2006/10/09(月) 14:25:05

まさか液晶使ってるってオチじゃないよな

**636** · 2006/10/09(月) 14:43:29

レスあざーす

>>637
今のところそうです
文字とかはくっきり表示されてます
>>640
そうなんですか…
GDIだったらちゃんと表示されるからそっちにしようかな
>>641
えっ液晶だとだめなの？（汗
ノーパソなんですけど…
やっぱ古いノーパソでDirectX使ったゲーム作るのは間違ってたかな・・

**名前は開発中のものです。** · 2006/10/09(月) 15:02:44

>>642
液晶はWindowed modeは別としてフルスクリーンにすると
標準の解像度以外だとぼやけるでしょ？

ってそういう話じゃなくって？

**名前は開発中のものです。** · 2006/10/09(月) 15:34:42

CRTモニタが減っているよな実際。

**名前は開発中のものです。** · 2006/10/09(月) 15:41:25

>>642
自分でボケないようにフィルタ設定すればいいだけだよ

**名前は開発中のものです。** · 2006/10/09(月) 16:35:44

まぁ、あれだ
平面（じゃなくてもいいけど）ブラウン管ディスプレイを一台買え
ゲーム用に中古で

**名前は開発中のものです。** · 2006/10/09(月) 19:36:43

> 自分でボケないようにフィルタ設定すればいいだけだよ
そういう問題なのか？？

ノートとか液晶だと固定解像度だから、嫌でも引き伸ばされるはず。
まあ、液晶の解像度に合わせれば大丈夫って話なんだが。

**名前は開発中のものです。** · 2006/10/09(月) 20:33:37

質問です。
左から右に行くほどどんどん透明になるテクスチャを表示したいんですけど
どうやるかわかりません。
スプライト->draw(～,D3DCOLOR(r,g,b,a))でaの部分をいじるとテクスチャ全体
のアルファ値が変わるのでどうすればいいんでしょうか？

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

最初からそういうアルファ値を持ったテクスチャを用意しておけば。

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

スプライト->drawでやるならｐｎｇでそういう画像用意した方がいいんじゃね？
あるいはサーフェスをロックして書き換えるとか

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

あ、かぶったｗ
あと用意するのﾏﾝﾄﾞｸｾーけど、ＤＤＳ使うとか

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

ID3DXSpriteを使わず、普通に頂点にαをセットすればいいだけ。
そんな物に頼っているから、その程度の簡単な処理すら出来ない。

**648** · 2006/10/09(月) 21:48:49

ddsを使ったらめっちゃ楽にできました。
ありがとうございました。

**名前は開発中のものです。** · 2006/10/09(月) 23:00:48

>>652
無知は罪ですか？

**名前は開発中のものです。** · 2006/10/09(月) 23:05:49

罪ではないし、俺らにとってはどうでもいいコトだが。
仕組みの理解をしておくことは後々役に立つかも知れ無い。

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

そもそもDirectXに頼っている時点で素人がまともなゲームを作ることは論外

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

ではぷろふぇっしょなるな方はWindowsではGDIかOpenGLを使うのが常識ということですね。

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

プロは必要に応じて最適なAPIを使い分ける

てゆうかDirectXに頼らないなら来なくていいよ>656

**名前は開発中のものです。** · 2006/10/09(月) 23:32:49

コンピュータなんかに頼っている時点で（ｒｙ

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

多細胞でしか生きていけない時点で（ｒｙ

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

2chなんかに頼っている時点で（ｒｙ

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

DirectXに頼っている時点で(ryって奴は確かにこのDirectX総合スレに来る意味無いなｗ
でも確かにD3DXに関してはもう頼れなくなったなぁ。
Oct2004まではD3DXに頼ってても何の不便も無かったのに・・・。

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

そうか、D3DX使わなきゃ不毛なdll問題起きないんだよな
そこに気づけなかった俺ヘボいぜ
調べたらD3DXCreate*Texture*()以外使ってないし、ddsのロードは別環境用に用意してあるし
面倒が一つ減ったぜヤッホイ

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

FXファイル周り、メッシュの最適化、ベクトル・行列クラスのアセンブラ化。
ここら辺が手放せないから、D3DX捨てるのは俺は無理だ。
どれも自分で書けないわけじゃないが、趣味プロだと他にやることが多すぎる。

**名前は開発中のものです。** · 2006/10/10(火) 14:31:39

XBOXのソフト開発者に謝れ