DirectX総合スレ (Part5)

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

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

**名前は開発中のものです。** · 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のサンプルをコピーすればＯＫじゃん。
とかなんでそういう頭がないんだろか？

**名前は開発中のものです。** · 2006/09/27(水) 01:03:18

>>455
どのサンプルがそれに該当するんでしょうか。
LightingVSはvs2.0ですし、他の奴はちゃんとライティングをしてないようなのですが・・・
あ、ちなみに環境はDX9.0です。
出来ればアセンブラで書かれたやつが欲しいです。

**名前は開発中のものです。** · 2006/09/27(水) 01:28:16

>>456
BasicHLSLがいいんじゃない？
とりあえずこれを書き写してみるだけでどんなことやってるかわかるよ。
ちょっと足りないけど、何をやればいいかすぐにわかるよ。
まずはシェーダを読んで何やってるかわからないのがまずいと思うんだ。
一度わかればこっちのもの。

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

もっと分かりやすいぴくちぇるちぇーだーって無い？

**名前は開発中のものです。** · 2006/09/27(水) 01:36:14

DX9.;0を選んでいるのになぜVS1.1にこだわるのか。
DX10では廃止されるのになぜアセンブラのコードを求めるのか。

別に悪くはないけど気になった。
アセンブラで書いたからって別に処理速度が速くなったりはしないぞ。

**名前は開発中のものです。** · 2006/09/27(水) 01:39:14

>>459
めんどくせーよな。
何枚もにたようなもんつくらなにゃならんしポカミスバグ増えるし。
ＨＬＳＬがいいよね。

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

>>457
ありがとうございます、BasicHLSLですか・・・まずはHLSLの勉強からですかね・・・
それにしても　覚えなくちゃいけないことは次から次へとやってきますね・・・
>>459
VS1.1に拘るのは、GeForce3あたりも動作対象にしたかったからで、アセンブラが良いと思ったのは
ネットで拾ったサンプル(アセンブラで書かれてる)に、ちゃんとしたライティングをくっつけたい
と思ったからです

**名前は開発中のものです。** · 2006/09/27(水) 02:10:24

>>461
サンプルも見ない人がアセンブラのシェーダなんか覚えられる訳ない。
誰もハッキリくちには出さないけど、結局はそういうことだ。

HLSLはだいぶ楽にできるし一応アセンブラもできるから
これから勉強するならHLSLが妥当。もちろんVS1.1でも問題ない。

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

いや、覚えるだけならアセンブラは簡単だと思うがw

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

>>461
つーかさ流れ的にはVS1.1のアセンブラ＞HLSLって時代は流れてるんだから
VS1.1でアセンブラ使って作るってんなら素直にDx8のSDK使いなさいよ。

GeForce3で対応してるからとか一件いろいろなハードウェアをターゲットに
考えて作っています的な思考のやつ結構多いけど、そもそもGeForce3は何年前の
ビデオカードだと思ってるのか。すでに売ってないから入手するのも至難だろ。
世代的にも4世代も前のものだし。

どの程度のゲームを作るのかしらないが3Dがきっちりとしたもの作るなら
面倒な縛りもないDx9世代のグラフィックカード対応でいいだろ。
VS/PS2.0対応のグラボなんて2年前のノートPCにすら積んであるし、
対応ってだけなら1万円札1枚で買える程度のグラボだぞ。

あとDx8は定数レジスタが致命的に少ないから、
ポイントライトが入れられても３つ、その場合ボーン処理が出来ない、
つまり固定機能に比べても汎用面以外圧倒的に劣るって考えたほうがいいよ。

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

画面にボタンとか文字入力とかコンボイボックスは表示できますか＞

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

それなんてトランスフォーマー？

**名前は開発中のものです。** · 2006/09/27(水) 12:25:42

>>464
いや、その通りかもしれませんねえ
1.1しか動かないボードは切っても良いかもしれませんな

**名前は開発中のものです。** · 2006/09/27(水) 13:01:36

>>464
いやいや俺がまだVS1.1の環境なんで簡単に切られては困る(;´д`)

でも、アセンブラじゃなくてHLSLにはしたほうがいいよ。

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

しかしアセンブラも読めないと、厄介なことにハマることもあると思うぜ
リファレンスが充実してきたら大丈夫なのかもしれないが

**名前は開発中のものです。** · 2006/09/27(水) 13:46:59

ピクセルシェーダで正しい結果が出なくてアセンブラで書いたことある。
シェーダのバージョンが低いほどコンパイルが完全じゃないことがあるね。

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

アセンブラ版のなんてとりあえず載せてみた程度の物だし
Cg言語なんてのもあるくらいだしHLSLでいい。

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

アセンブラつってもVS1.1程度のものはマニュアル見ながらでも
簡単に読める程度にしか命令数がそもそもないだろ。

これがPS2のVUとかなら死ねるが。

**名前は開発中のものです。** · 2006/09/28(木) 01:09:42

>>472
ここはサンプルも見れないような初心者が集うところです。
少しは理解してあげてください。マニュアルなんか見ません。

いや、それは嫌味だとしても初心者にはHLSLだって怪しいのに
VSアセンブラは無理でしょ。変にそそのかさないでください。

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

まぁVS1.1のアセンブラ使うくらいなら固定機能でやってろってこったな。

**名前は開発中のものです。** · 2006/09/28(木) 02:20:44

e:\デスクトップ\dx9animation\cd3dxobject.cpp(6): fatal error C1083: include ファイルを開けません。'DXUtil.h': No such file or directory
とか言われるんだけど、DXUtil.hって昔のヘッダか何か？

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

もしかしたらサンプルのcommonフォルダに入ってるような奴かも…

そもそも何をビルドしようとしたの？そこらのWebに落ちてるサンプル？

**名前は開発中のものです。** · 2006/09/28(木) 02:38:12

かなり前にWebで拾ったサンプル。Commonの中にはDXUT.ｈが・・・

**名前は開発中のものです。** · 2006/09/28(木) 02:50:11

http://www.koders.com/c/fidE7D854F142664FD8BDB2EFCE54A42D2106EB47CA.aspx
こいつだったわ