DirectX総合スレ (Part5)

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

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

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

>>355
ありがとう！
ところで非MFCの場合ってどうやるの？

_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF|_CRTDBG_LEAK_CHECK_DF);

これ↑でやると肝心の場所がさっぱりわからないんだけど・・・。

**名前は開発中のものです。** · 2006/09/22(金) 00:56:34

すまんみつけた。

リンクとサイトが消滅したときのために引用。
リンク
http://daybreaks.exblog.jp/m2006-04-01/#3421733

以下引用･･･・・・・・・・・・・・・・・・

CrtSetDbgFlagの力でメモリリークを撲滅！
使い方は簡単。
まず
#define _CRTDBG_MAP_ALLOC
#include ＜stdlib.h＞
#include ＜crtdbg.h＞

その後Main関数の最初に
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );

を記述するだけで、デバッグ終了時に、何番目のnewで得たメモリがリークしているか出力してくれます。
後は
_CrtSetBreakAlloc( n );
でn番目のメモリ確保にブレークポイントをセットして、それが何なのか確認してやればオッケー。
もっと早く知ってれば楽できたのにー

**名前は開発中のものです。** · 2006/09/22(金) 03:24:51

>>354
なんで突然そんなこと言い出すのか分からんが、そんなネタは散々既出で
NVIDIAなんかが計測したデータも公表している。
っていうか、頂点バッファに書き込む処理なんて無視できるほど小さい。
それよりDrawPrimitiveのオーバーヘッドが物凄くでかい。

**名前は開発中のものです。** · 2006/09/22(金) 03:33:55

>341
手を入れていくって……
現時点でバグってるって言いたいんだが。
FILOで使わないとまともに動かない。

この設計の拙さ、コンシューマーの人というかもっと若い、中とか高ぐらいに感じる、

**名前は開発中のものです。** · 2006/09/22(金) 06:33:42

>>358
まあ、どっちにしてもシェーダごとテクスチャごとに切り替えるしかないんだけどな。
１回でやれも糞もシェーダが違うんだから、DrawPrimitive呼ぶしかないって状況のほうが多いな。

**291** · 2006/09/22(金) 07:03:57

>>358
ＧＰＵにレンダリングをやらせてる間は、ＣＰＵは次の処理がされるんじゃないの？
並列に処理されるんじゃないの？

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

>>頂点バッファに書き込む処理なんて無視できるほど小さい。
PCI-Expressならともかく AGPx4とかAGPx8の時代だとかなり遅くなるお

**名前は開発中のものです。** · 2006/09/22(金) 08:03:13

AGPメモリにマッピングされている限り、
書き込み処理のアクセス速度はメインメモリと変わらない。
遅いとか言っている奴はVRAMにいちいち送信していたりと、
使い方が分かっていない>>362のようなアホだけ。

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

>>363
すまん、VRAMを経由しない方法教えてくさい…FPSが出なくてこまってた

**名前は開発中のものです。** · 2006/09/22(金) 08:15:02

USAGE_DYNAMIC

**名前は開発中のものです。** · 2006/09/22(金) 08:41:37

D3DLOCK_DISCARD

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

>>360
だから既存のWindowsのゲームもポリゴン数を
増やすことはたやすいがオブジェクト数を増やすことは非常に難しい。

**名前は開発中のものです。** · 2006/09/22(金) 08:48:16

そこでマテリアルソートとかの話が絡んでくるのだが
そういう処理をやってる日本製のライブラリを(現場以外で)見たことがないのだが

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

マテリアルソートはテクスチャ切り替えは減るけど、
シェーダーが変わるときはやっぱりだめじゃね？

データ作る段階で１キャラ１テクスチャで作ったほうが早いような。
1024x1024とかのテクスチャも余裕でいけるんだし。

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

CPUに余裕のある時はそれでもいいけど、速度が出なきゃ品質落としてでも
マテリアルまとめて大量のオブジェクトを一つの頂点バッファにブチ込んだりするワケよ。
ちゅーかこの話題は最適化すべきシーンを明確にしないと荒れるから
DP呼び出しは少ない方がいいですハイそーですかで終わって欲しいんだけど…。

**名前は開発中のものです。** · 2006/09/22(金) 09:34:03

>>369
揚げ足とってるみたいになっちゃうけどシェーダでソートしないとは言ってない。
つかシェーダで完全ソートすりゃテクスチャ切り替えは出てくるし
その辺何が最も高速かなんてのは状況次第で幾らでも変わる

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

371 ：名前は開発中のものです。：2006/09/22(金) 09:34:03 ID:Lw2G2Q/B
　　状況次第で幾らでも変わる
　￣￣￣|/￣￣￣￣￣￣￣￣
　　　　 ∧＿∧
　　　　( ',:`_´：) 　　　∧＿∧
　　　／　　　＼　　（´∀｀　）ﾊﾊﾊ
.＿＿|　|　　　 .|　|＿　/ 　　　ヽ
||＼　￣￣￣￣　　／ .|　　　|　|
||＼..∧＿∧　　　(⌒＼|_＿./ ./
||.　（　　　）　　　　 ~＼___＿_ノ|　　 ∧＿∧
　　/　　　ヽアホか　　　　　＼| 　（　´_ゝ`）　じゃ出てくんなよ
　　|　　　　　ヽ　　　　　　　　　　＼/ 　　　ヽ.
　　|　　　　|ヽ、二⌒) 　　　　　　／ .|　　　|　|
　　.|　　　　ヽ　＼∧＿∧　　　 (⌒＼|_＿./　/

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

>>371
そもそもボーン使うときはソートも何もねーしな

>>302
とりあえず現状ではまだ未完成なんだし、
なるべく早い段階でEL/DX/Lunaと並べるくらいまで作ったうえで、
独自の利点を考えていくくらいでいーんでない？

上記3つのライブラリでまともに3DサポートしてるのはLunaだけだが、
LunaにはBSPは実装されてないし、シーングラフもないから
オブジェクトのソートみたいなこともおまけ程度にしかついてないし。

ビューフラスタムでのカリングとオクトツリーのフィールド描画はあったけど。

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

おまいらは口内発射動画でも見とけ！(´Д｀*)
http://chinkame.ath.cx/uploader/src/up0014.jpg

http://chinkame.ath.cx/uploader/src/up0014.wmv

**362** · 2006/09/22(金) 12:15:52

>>365-366
ありがとうございます。微妙に改善できました。

**名前は開発中のものです。** · 2006/09/22(金) 13:08:43

ありえねぇ

**名前は開発中のものです。** · 2006/09/22(金) 15:01:31

簡単にお金稼ぎ！！！

以下の手順でやれば、無料でお金稼ぎができます。
企業も広告の宣伝になるから、お金をくれるわけです。
最初の１日目で 2000 円～3000 円は確実に稼げます。
実際の作業は数十分程度、１時間はかかりません。

① http://www.gendama.jp/invitation.php?frid=470908
　　　　↑このアドレスからサイトに行く。
②そこのサイトで無料会員登録（応募）します。
　（その時点で 500 ポイントが貰えます。)
　※事前に新規でヤフーなどのフリーメールアドレス
　を取っておくといいですね。
③ポイントを稼ぎます。
　懸賞の応募や無料会員登録などをする事によって
　１日目で約 20000 ポイントは GET できます。
④ 3000 ポイントから、現金や WEB マネーに交換できます。
⑤トップの右上に「交換」という所がありますので、
　そこから交換をしましょう。
　その月に初めてポイントバンクにポイントを移行した時、
　さらに別途として 1000 ポイント貰えます。

これで現金や WEB マネーを稼ぐといいですよ！！！

**名前は開発中のものです。** · 2006/09/22(金) 16:02:59

よく解らんのですが、もうすぐDirecrX10.0?がでたら今のDirectX9.0勉強は
無駄になるってことですか？

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

>>378
無駄にはならない
関数消えたり引数変わるのはいつものこと
固定機能の関数は消えるけどシェーダとして引き継がれる
基本は変わらないよ

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

>>379
ありがとうございます
安心しました

**名前は開発中のものです。** · 2006/09/22(金) 21:23:26

Vista専用のDX10が一般に普及するまで3年くらいかかるだろうしねー

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

まぁDirectX自体が低レベルなAPIだけどな。

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

>>382
低レベルなのはお前の頭だろｗｗｗ

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

志村ーID！ID！

**名前は開発中のものです。** · 2006/09/22(金) 21:45:25

>>373
だったら、Lunaを使えといいたい。

**名前は開発中のものです。** · 2006/09/22(金) 21:50:49

>>370
さすがにそれはデザイナが作りこんだクオリティがすべて無駄になってしまうからやらないと思う。
カメラを下に向ける（あんまり広い範囲を描かない）とかそんな対応になると思う。
ちょっと近づくとキャラに関しては髪の毛、肌、服（鎧）ぐらいはシェーダが切り替わってるから
マテリアルソートは俺のところはやってない。（無駄っしょ。α物関連のソートも含めるとやる意味なさげ）
そもそもデータ出してみたら同じシェーダを設定してること事態少ない。

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

>>382-383
これは酷い

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

>>382-383
わろすw
とりあえず市ねw

**名前は開発中のものです。** · 2006/09/23(土) 00:28:35

低級なAPIって言ったら通じたかね？

**名前は開発中のものです。** · 2006/09/23(土) 00:53:34

通じなかったと思うｗ

よりハードよりのAPIって言ったほうがいいんでない？

低級＝アセンブラ
高級＝JAVA

くらいの感じで。

**名前は開発中のものです。** · 2006/09/23(土) 02:13:15

>>390
それだと彼にはただのjava信者にしか見えないだろうｗ

**名前は開発中のものです。** · 2006/09/23(土) 02:28:49

>>291
いっぺんソースさらしてみ？

**名前は開発中のものです。** · 2006/09/23(土) 03:06:56

Nです。
タスクシステムって将来的に必要ですかね？個人的にはソース追いにくく感じるので
実装どうしようかまよってるんですが皆様どうでしょう？

**名前は開発中のものです。** · 2006/09/23(土) 03:15:25

ここはDirectXスレなので設計論とかはこういうスレに行ってきたほうがいいよ
http://pc8.2ch.net/test/read.cgi/gamedev/1155209226/

**名前は開発中のものです。** · 2006/09/23(土) 03:22:58

>>394
>>302～>>342

**名前は開発中のものです。** · 2006/09/23(土) 03:54:59

流れ的にそうかもしれないがスレ違いではあることは変わりないような…
って固くるしいのは俺もあまり好きじゃないので俺的意見を書くよ

N氏の意図しているタスクシステムは必要ではなさそうに見える。
ソース追いにくく感じるような場面で使われるタスクシステムならば使う必要がない。
そのタスクシステムは、どういう設計で、どういうことに対して使うことを想定してるの？

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

>>N
だからシーングラフ実装しれって。ゲーム上のオブジェクトをイテレーション
できる仕組みがあればいわゆるタスクシステムなぞいらん。

まあノンプリエンプティブな擬似マルチスレッド（Fiberみたいな）が使えると
スクリプト周りとかは何かと楽だが。

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

そもそも俺はタスクシステム（擬似タスクって言われる奴？）自体いらんと思うのだけど、
っていうかタスクシステム自体何のために必要なのかいまいち理解できない。
ソースに記述しなくて、共通パラメーターを使うことでフィールドに追加するのが楽ってのはわかるけど
そのおかげでそれ以上にすさまじい数のバグを産むことになると思う。

例えば、アクションゲームでフィールドに「移動する足場壁付きの砲台」と「キャラ」があったとして、
ワンフレームの処理や判定は足場と壁の判定をもってる「移動する足場付きの砲台」の方からやらにゃならんよね？
この順序って確定してるし、必ずその順序でなきゃバグるよね？

移動する足場壁付き砲台の処理
キャラの処理

ね。これが

キャラの処理
移動する足場壁付き砲台の処理

になると普通にバグる。
ここで優先度とか設けるんだろうけど、ここが確定してるなら面倒でもソースに書いたほうがいいと思うんだけど？
なにより圧倒的にデバッグが楽。
なんだけど、妙なタスクシステムを作る奴って何故か減らないんだよなぁ・・・。
仕事で火消しに入ってやることの８０％はまずこれのシステムを止めさせることになってるんだけどｗ
てか、経験上、火消しが必要になるほどバグを出すのって原因のほとんどがこれ。
このシステム、死んだキャラの相互の関連をすべて無くして（まずこれをチェックするのがそもそも至難の業）
タスクからとりはずすのって結構難しいんだよな。

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

↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑

これらの書き込みから、このスレでDirectX以上の議論をするのは、
時期尚早であることが証明されました。

**名前は開発中のものです。** · 2006/09/23(土) 08:54:05

Nです。DirectX以外の実装に関してはひかえるべきでしたすいません。
シーングラフについての実装についてですが、ほとんど理解がなかったのでいろいろを
調べましたがこんな感じでいいでしょうか？
まず木構造で行われる。例えば
　　　　　　　　　描画物
　　　　　　　|
------------------
| |
2D 3D
|
----------------
| |
ライト有　　　　　ライト無
| |
----------------
|
----------------
| |
モーション有モーション有
みたいなことでしょうか？

**名前は開発中のものです。** · 2006/09/23(土) 13:26:16

描画処理を完全にシーングラフ内で処理するのもいいけど、
2Dの描画はレイヤーを分離して描画したい気もする。

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

なんでシーングラフを使うのか、というのは意識しておいたほうがいいだろね。

大昔のBASICのように上か順に描画命令を並べたほうがわかりやすいのは自明で
なんでそういうモデルを使わずに一度データ構造として表すのか。オブジェクト指向
ならオブジェクトにdraw関数を付けるんじゃなかったのかよ？とかそういうところ。

それはそのデータ構造を多目的に使うためなんだと思う。
衝突判定であったり、影のためにNパスのアルゴリズムを使うためだったり、
シリアライズのためであったり。(デザパタのvisitorパターンと同じ考え方)

DirectXは過去Retained ModeとかFahrenheiteとかその部分を作っては
放棄ということを繰り返してるわけだけども、今度のXNAはどうするのだろうね。

**名前は開発中のものです。** · 2006/09/23(土) 16:08:53

なんだシーングラフって？
何をツリーにするか？ってのは作る奴次第？

描画順は色々な要素が絡んで順番が決定するし、
座標計算は親から辿ってく必要があるし、
内部処理はその物体の持つ意味によって処理順が変わるし、
ゲームで生成、消滅するインスタンスはそもそもツリーにする意味がないしで
全くわからんですな。

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

まぁ、只のラッピングじゃないかと指摘されて、
余計な事まで手を出し始めたってとこだな。
やるのは勝手だと思うが、
そろそろDirectXと離れてきｒたので、
別スレでやった方がいい希ガス。

**名前は開発中のものです。** · 2006/09/23(土) 16:45:08

正直シーングラフはなくてもいい要素だと思う。
単純に半透明のソートだけしてくれる機能があるならそれでいいと思う。

普通にゲーム作るとして基本的には、
１．背景（地形や天球など
２．キャラ（不透明
３．キャラ（半透明＋ソート
４．パーティクルなどの加算エフェクト
５．ウィンドウとか（２D

これから大きく外れることってないと思う。
どっちみち半透明のポリゴンを完全にソートは出来ないしねぇ。
せいぜいマテリアル単位でソートするのが限界でしょ。

**名前は開発中のものです。** · 2006/09/23(土) 17:15:05

シーングラフってのはさ、結局のところ情報管理方法だから
DirectXとは直接関係ないし、描画まで行うライブラリの中で実装
しなくても良いいんだよね。

このスレで議論するんであれば、DirectXの情報をシーングラフで管理するとか。
LPD3DXMESH とか LPDIRECT3DTEXTURE9 とかを管理してて、描画とか必要な時に
自由に使えるようにする、管理するためだけのライブラリ。

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

シーングラフってツリーの事でしょ
ハイトマップで視錐台に収まっている部分だけ描画するのに使う程度じゃねいの

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

シーングラフはツリーに限らないよ。

つ http://en.wikipedia.org/wiki/Scene_graph

要約すると、シーングラフの実装はアプリによって千差万別。何か決まったルールが
あるわけじゃない。例えば、半透明ソートのためにオブジェクトを配列に入れれば
それはすでに単純なシーングラフだ。だから、シーングラフが必要かどうかというなら、
お前はもうシーングラフを作っている、と言えるだろうね。

**名前は開発中のものです。** · 2006/09/23(土) 18:19:35

>>407
オクトツリーはオクトツリーで別にもってるよ。俺は。
座標計算は座標計算用のツリーでもつし、
敵セットは敵セットリスト。
味方セットは味方セットリスト。
・
・
・

って感じでもって
実体は線形のリストでもってＩＤでアクセスってしてる。
ツリーももちろん実体にアクセスするＩＤが入ってるだけ。

って感じ。

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

ブラーとかキューブとかミラーっぽい処理とかで複雑に

**名前は開発中のものです。** · 2006/09/23(土) 18:47:04

>>410
な。
「どうもつといい。」とかいう話じゃなくて
必要なときに必要なもんを手早くかき集めてこれるようにしておくのがベストだよね。

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

女の子のキャラクターの髪の毛を自動で動かしたいのですが、何か良い方法ないでしょうか。
髪の毛を一本一本制御する必要は無くて、ロングヘアーに関節が２箇所ほどあるボーンが１本
通っていて、これを重力と慣性と空気抵抗を加味して、走ったときに勝手になびいたり首を
かしげた時に勝手に横方向に垂れたりするようにしたいのです。
せめて背中には勝手に髪がめり込まないように、それなりに辻褄の合った動きしたいのですが、
どういうやり方がありますか。
ポリゴン単位で当たり判定とか凄いことでなくても、だいたいでいいのですが・・・。

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

ボーンにあわせたバウンディング持つ、
髪の毛の間接に適当な大きさの球を入れる。

この球と体のバウンディングを判定すればおおむねOK。
ロングヘアで腕を貫通とかの問題はあるけどな

**名前は開発中のものです。** · 2006/09/23(土) 22:21:19

>>413
体も球にして大丈夫でしょうか。
体側は体のX方向にも複数球を設定するべき？でしょうか？
DCのジャスティス学園の委員長の髪程度の動きで良いのですが。

**名前は開発中のものです。** · 2006/09/23(土) 22:28:51

そんな奴は知らない。

**名前は開発中のものです。** · 2006/09/23(土) 22:31:47

>>414
ダレソレ

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

ジャスティス学園は全然計算してなかったような気がする。

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

>>415-416
ヲタのヲタ叩きﾜﾛｽ

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

君は想像力が豊かだ

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

ジャスティス学園は計算で髪とか服のヒラヒラとかを動かしてるようでしたが・・・
別に何でもいいです、スターオーシャン３とかでも。

**名前は開発中のものです。** · 2006/09/24(日) 00:38:40

この記事の「オリジナル物理エンジンによる挙動生成」は？
http://watch.impress.co.jp/game%2Fdocs/20060911/vp2.htm

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

>>421
そんなの薦めてどうするんだｗ

>>412
とりあえず、めり込むとか摩擦とか抜きにして動きだけ実装してみ？
あとは角度に制限つけるだけで、それなりに見えるようになるから。

**名前は開発中のものです。** · 2006/09/24(日) 02:18:41

>>422
う～む、角度で制限ですか・・・単にウロウロ歩き回るだけでなくて、かなり色んなポーズを取る
ので、もうちょっと何とかしたいです。
>>421のは良いですね～～、これのサンプルなんかがあれば最高なんですが。
背骨のボーンに対して焼き鳥状にカプセルを配置、髪は髪でボーンに沿うようにカプセルを配置、
お互いにめり込まないように調整、くらいが妥当ですけね・・・

**名前は開発中のものです。** · 2006/09/24(日) 02:34:39

>>423
関節２つしかないのに大層な処理をしようとしてるな・・
っつーか、>>413 のアドバイスと同じ方法だろソレ。

**名前は開発中のものです。** · 2006/09/24(日) 03:01:58

結局そうなりますね
関節の数ってこの場合あんまり関係なく無いですか。

**名前は開発中のものです。** · 2006/09/24(日) 18:42:02

間接が２つしかないんだから、球や楕円とか使ってまともにコリジョンとっても
角度で制限つけても結果はあまり変わらんって話なんだけどね。

角度で制限つける方法って想像できてないでしょ？

**名前は開発中のものです。** · 2006/09/24(日) 19:37:48

ttp://www.watch.impress.co.jp/game/docs/20060911/vp2.htm

この記事の後半が参考になると思う

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

おまえらどんだけVP2が好きなんだよｗ

**名前は開発中のものです。** · 2006/09/24(日) 20:24:48

>>426
角度で制限って言っても・・・それなりに複雑になりませんか。
背中に背負ったコーン（を半分に切った奴）の中しかボーンが動けないようにするとか？
いい方法があるのなら教えて欲しいのですが・・・。

カプセル同士で髪が体にめり込まないようにする方法をチラっと考えていたんですが、
一方の端を固定したカプセル（頭から延びる髪の一つ目のボーン）と、動かないカプセル
（体に仕込んだカプセル）が接触した場合、髪の方のカプセルをどっち方向にどれだけ
回せば（押し返し処理）良いのかって言うのを求めるのはなかなか難しいですねぇ・・・

**名前は開発中のものです。** · 2006/09/24(日) 20:30:44

とりあえずそういうオマケ的な部分より先にメインのゲーム部分を完成させたほうがいいと思う。

**名前は開発中のものです。** · 2006/09/24(日) 20:38:13

>>430
もちろんソレは完成してるって前提で話をしてたつもりだが・・まさか？！

**名前は開発中のものです。** · 2006/09/24(日) 20:53:54

想像だけで意見してないで検証してみてはどうか？

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

いや、もちろん（？）メイン部分は完成していますよ。
髪の動きが決め打ちなのが気になったので。
というか、逆にこういうのって先に検討するモノでは無いんですかね・・・

**名前は開発中のものです。** · 2006/09/24(日) 22:28:25

あぁ完成はしてたのね。

俺はオマケ部分は完成してから作りこむようにしてる。

仕事の場合は最初から仕様に存在する事ももちろんあるが、
趣味でやるときはまず一通り動くものが出来てから考えてる。

とりあえずねじれを考えないのであれば基本的には重力の方向に移動だろう、
途中なんらかの対象にぶつかったときには衝突面の法線をみて、
移動ベクトルと法線の内積の結果と摩擦を考慮して移動させりゃいーんでないかね。

**名前は開発中のものです。** · 2006/09/24(日) 23:28:32

布とか髪の毛の動きを作るにはどうしたらいいでしょうか。

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

>>435
とりあえず服を着て育毛剤を塗れ

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

>>435
デザイナにアニメーション作ってもらう。
スカートにもボーン入れる。
ちょっとした風でなびくようなのも基本的にはアニメーションをいくつか使ってランダムで再生、
大きく方向が決まるところだけはプログラムで方向だけ決めてやればいい。
基本的にデザイナにアニメーションをつけてもらうようにしたほうがそれっぽく（リアルではない）みえるようになると思う。

**名前は開発中のものです。** · 2006/09/25(月) 03:07:33

>>435 ID:lOmzOYmwに教えてもらいなさい

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

>>437
今流行りのImage Based Lightingみたいな志向ですね
まぁそんなもんなんでしょうね

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

>>439
デザイナーにモーションつけてもらうのは、どちらかというと古典的ですよね？

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

>>439
PlayStation時代からの超古典的な方法です。

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

>>434
変形するメッシュの面単位で当たり判定っていうのは、自分の能力と学力を超えてます。ごめんなさい。
ttp://www.watch.impress.co.jp/game/docs/20060911/vp2.htm
なんだかコレが現実的な手段のように思えてきました・・・
重力の影響を受けるカプセル同士をバネで繋いで、体のカプセルにめり込んだらペナルティ法で押し返す。
というのでどうでしょう。コレが作れたらもっと髪のボーン増やしたくなる・・・服もこれで・・・

**名前は開発中のものです。** · 2006/09/26(火) 01:22:40

>>442
好きな方法でやればいいじゃん。
VP2のやつは実際に製品になってるし安心してマネできるだろうよ。
間違ってもモゾモゾと動き続けるような実装にはしないように注意しなね。

**名前は開発中のものです。** · 2006/09/26(火) 01:35:48

はい。それはそれで面白そうですが・・・
まあ適当にバネの力を減衰させれば良いんですよね・・・

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

バネどうこうより静止摩擦を入れればいい。

**名前は開発中のものです。** · 2006/09/26(火) 02:04:14

>>440
技術畑での流行なんてヨーヨーみたいなもんです　たぶん

**名前は開発中のものです。** · 2006/09/26(火) 02:08:15

>>446
好意的に読んでみたが、それでも意味が分からなかった('c_`;)

流行ってのは、どうでもいいのもあれば、本当に良くて流行ってるのもある。
そこは自分でちゃんと見極めないと損をするよ。

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

なんでぼくのうぃｎ98ではだいれくとｘ10が使えナインdネスか？　　なめてるんｄねすか？

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

>>448
なめてるんｄねすか？

**名前は開発中のものです。** · 2006/09/26(火) 16:05:04

>>448
まあそう嘆くな。俺のうぃｎＸＰでも使えナインｄあ。

**名前は開発中のものです。** · 2006/09/26(火) 19:47:51

>>447
ヨーヨーとかミニ四駆って忘れた頃に流行りだすでしょ

**名前は開発中のものです。** · 2006/09/26(火) 20:35:05

リサイクルだよ。
延々と新規のネタを考え続けながら食っていけるわけねーでし

**名前は開発中のものです。** · 2006/09/26(火) 20:57:47

バンダイと田宮模型のおかげだね。

**名前は開発中のものです。** · 2006/09/27(水) 00:43:41

あの～～
今シェーダープログラムを勉強しています。
本を読みながら幾つかサンプルを見てみたのですが・・・
プログラマブル頂点シェーダーって、頂点に対するライティングも自分で実装しないといけないんですよね。
今まで見たサンプルは全部ライトの位置や色を定数で設定しておいて、シェーダー内でトランスフォームする時に
色も計算、みたいな事をやっているのですが・・・
これだと、固定機能パイプラインの時に使えていた、オブジェクトのマテリアルやライトの細かいプロパティが全部
無視されますよね・・・
SetMaterialやSetLightで出来ていた事を自作の頂点シェーダーで実現するのって、物凄く難しいんでしょうか？
スポットライトやポイントライト、それらが複数あった場合等、どうすればいいのかさっぱり判らないのですが・・・
vs1.1で、デフォルトのシェーダーと同じ動きをするサンプルって無いでしょうか。

**名前は開発中のものです。** · 2006/09/27(水) 00:48:47

>>454
普通にDirectXのサンプルをコピーすればＯＫじゃん。
とかなんでそういう頭がないんだろか？