Direct 3D

. · 01/11/09 17:06

Direct Xはあるみたいですが、こちらはD3D専門という事で。
とりあえずDX8以降は初期化が簡単になったり関数が変わったり
結構大幅に変わりましたがその辺も踏まえてお願いします。

**876** · 2006/02/01(水) 18:18:23

>>882
マップは分岐のあるトンネルのような閉空間です。

**名前は開発中のものです。** · 2006/02/01(水) 18:32:11

形状を把握するのなら、ポリゴンを一つ一つ見ていくしかない。
さらにそのデータをどうするかというのを自分で考えて、処理を書かなければならない。
どこまでの精度が必用かによってロジックは異なるし、
判定の高速化や効率化をベンチをとりつつ最適に調整しなければならない。
一朝一夕で出来ることではないが、まあがんばれ。

**名前は開発中のものです。** · 2006/02/01(水) 18:37:22

コリジョンディテクションの技術を「どうすればいんですか？」の一言で手に入れられたら
誰も苦労しないんだが。

**876** · 2006/02/01(水) 18:53:50

>>884
ありがとうございます。
やることは多そうですが、地道に考えていこうと思います。

>>885
すべて教えてもらおうとしてきたつもりではなかったのですが、
仰る通り楽をしようとしました。お気に触られたようでしたらすみませんでした。

**名前は開発中のものです。** · 2006/02/01(水) 20:45:29

ま、これでも読んどけ

ttp://www.amazon.co.jp/exec/obidos/ASIN/493900791X/

**名前は開発中のものです。** · 2006/02/02(木) 03:35:57

うは
こんなに範囲の限定された本が出ているのか。
最近はいい時代になったな。(読む方にとっても書く方にとっても)

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

DirectX７。
サーフェースのピクセルフォーマットを、
Ｒ８Ｇ８Ｂ８Ａ８（３２bit）
で作製したい（アルファチャンネルを持つ）のだが、どうやれればいいですか？
普通に、作製すると、プライマリが１６ビットだからか、１６ビットになります。

**名前は開発中のものです。** · 2006/02/10(金) 14:43:46

じゃプライマリも32bitで作れば。デスクトップが32bitになってないと作れないが。
それとカードが対応してないと無理だから確認して

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

いや、プライマリとオフスクリーンサーフェスは普通に
違うフォーマットで作れるが…
ヘルプにも作り方が書いてあるし。

**名前は開発中のものです。** · 2006/02/10(金) 19:56:20

>>891
具体的にどこ？

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

>>890
アホいうな糞。
プライマリはビデオメモリだ。アルファ値なんて存在しない。
>>891
どこ？サーフェース作製時に、DDSDESC2とかいう構造体で、
サーフェース能力指定する訳だが、ピクセルフォーマットを指定したら
エラーになった。INVALID_PARAMとか。
あと、他んとこに「アルファを含む」とかいうフラグを指定してもエラー。
しかし、Ｄ３Ｄのデバイス能力は、テクスチャアルファのビットが１になっとる。

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

本屋でＤＸに関する本を見たが、テクスチャアルファをもつサーフェースの作製方法が
どれにも載っていない。
１冊だけあったが、それはＤ３ＤＸというライブラリを使用するもので（ＤＸ９で）
そのＤ３ＤＸライブラリのソースがＤＸ９ＳＤＫに入ってなかった

**名前は開発中のものです。** · 2006/02/10(金) 23:59:07

>>892-893
[DirectDraw]-[DirectDrawの要点]-[サーフェス]-[サーフェスの作成]-[オフスクリーンサーフェスの作成]

＞また、ピクセルフォーマットがプライマリサーフェスのピクセルフォーマットと
＞異なるサーフェスも作成できる。ただし、この場合には、システムメモリの使用が
＞制限されるという弱点がある。次に示すコードでは、8 ビットパレット化サーフェス
＞ (現在のディスプレイモードがピクセルごとに 8 ビット以外であると仮定する) を
＞作成するために、DDSURFACEDESC2 構造体メンバを準備する方法について示す。

次にサンプルコードと、その後にワイドサーフェスに関する記述がある。

他にもDirect3DのチュートリアルでもD3DX無しでテクスチャサーフェス作っているし、
たしかDX7のSDKならD3DFrameにテクスチャ関係のソースもあったかと。

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

>>895
D3DFrameでやってることから、なんとか３２ビットアルファ付きが作成できました。
ありがとう。

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

　縁取りを表現するためにポリゴンオブジェクトを一回り大きくして法線を反転して
黒く表示する手法がありますが、Xファイルを読み込んで自動的に縁取りようのポリゴンを
付加してくれるツールって無いですかね。

　普通にモデリングツールで拡大したりすると、中心からの距離によって線の厚さが
変わってくるし…

**名前は開発中のものです。** · 2006/02/16(木) 08:46:03

普通はシェーダ使うからそんなツール作らない。

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

＞８９７
モデルを作るとき、ついでに一回り大きなモデルも作って
出力しとけば委員ジャマイカ？

**名前は開発中のものです。** · 2006/02/17(金) 01:42:59

>>899
エッジ描画用のモデルは単純に拡大するとは違う処理だから、
モデリングツールにそういう機能がないってことかと。

頂点シェーダで2～3行で済む処理だから、普通は別モデルとして
データを持ったりはしないと思う。
シェーダで処理すれば実行時に線の太さを調節できるしね。

**897** · 2006/02/18(土) 01:23:17

>>898->>900

コンバータ作っちゃったよorz

**名前は開発中のものです。** · 2006/02/25(土) 01:03:39

質問です。
私は、去年より３Ｄのアクションゲームを制作している初心者なのですが、
画面全体にかかる、霧のようにもやもやっとしたエフェクト表現をしたいと考えています。
この霧ですが、常に表示位置がプレイヤー位置に対して固定されているのではなく、
プレイヤーが前へ歩けば霧も後ろへ下がっていくような、きちんと奥行きのあるものにしたいです。
私の考えてみた方法は、最初にプレイヤーから一定距離以内の３Ｄ空間（球）へランダムにＡ点をいくつか配置し、
Ａ点がプレイヤーの移動によって一定距離（球）を超えたら、球の反対側へ移動させることで無限に続く霧とし、
そのＡ点全てから、点を中心とし霧テクスチャを貼った長方形ポリゴンをビルボード状に描画するという方法です。
正直・・どうなるか気にはなるのですが、私がやろうとすると時間がかかってしまうため、まだ試しておりません。
こんな面倒臭がりな私ですが、よろしければ、私の霧再現方法がいけそうかどうかの、ご助言をいただけないでしょうか。
以上です。よろしくおねがいいたします。

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

濃淡のある霧ならいいんじゃね？
アクションゲームだから霧のテクスチャーの向きを決めやすいだろうし。
ただし、普通はコレ↓
ttp://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/directx/graphics/programmingguide/advancedtopics/framebuffer/fogtypes/pixelfog.asp

**名前は開発中のものです。** · 2006/02/25(土) 01:18:39

いけるんじゃないの

**名前は開発中のものです。** · 2006/02/25(土) 01:55:46

自力でそこまで考えたってことがいいことだと思った

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

でも、どうせなら自分で実行するまでして欲しい

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

>>902のやり方で問題になるが、
・遠くのポリゴンが突然現れる。
・投影面まで迫ってきたポリゴンが突然消える
これらはαブレンディングのやり方で解決するとして、

・Zバッファとの相性の悪さ。

例えば建物の角に差し掛かったとき、
・Zバッファを使わないと、角とその向うの風景で霧の濃さが変わらない。
・Zバッファを使うと、角の手前の壁面で霧のポリゴンがブツ切りになる。
というような問題が生じる。

だからポリゴンに頼らずにフォグを使うのが無難。使うにしても、
フォグを有効にして壁面やその向うの風景を描画してから、
フォグよZバッファを無効にしてお化粧程度に軽く霧ポリゴンを描画するのが
いいと思う。

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

GIMPでレイヤーとして作ったグレースケールのものを、
アルファチャンネルとして画像に反映させて
それをｐｎｇのα値として保存できっる？

**名前は開発中のものです。** · 2006/02/25(土) 08:53:59

できっる？

**名前は開発中のものです。** · 2006/02/25(土) 18:34:19

コレ？
ttp://tpot.jpn.ph/t-pot/program/76_VolumeFog/index.html

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

別スレから来ました。

同じような事やった人がいたら聞きたいんですが、
３Ｄキャラクターの服や髪の揺れの実装で揺れる部分のモデルはどうやって
作ってるんでしょうか？
（今使ってるのはメタセコＬＥです）

布のテストコードは書いたんですが、自前で頂点グリッドを作ってるので
順序よく頂点を計算出来ます。
しかし、髪の毛のようなちょっと複雑な形状ではどうやってるのかわからないです。
（アキラの鉢巻とかは自前で組んだものリンクするだけで良いと思いますが）

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

>>911
揺らさなくて良い

**名前は開発中のものです。** · 2006/02/27(月) 01:56:19

手足と一緒じゃない？

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

それはボーンでは？

**名前は開発中のものです。** · 2006/02/27(月) 04:19:40

そう、そのボーンで

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

ボーンも大変だな

**名前は開発中のものです。** · 2006/02/27(月) 14:32:36

ぼいーんぼいーん

**名前は開発中のものです。** · 2006/02/27(月) 17:34:56

まゆげ

**911** · 2006/02/28(火) 22:47:40

要は同人ごときで揺れものはいらんて事か。

でも、ボーンでちょっとアイディア浮かんだ（多分車輪の再開発だろうけど）

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

背景ブラーはどうすればいいですか？
背景とキャラがあったらどういう順番で書いてバッファはいくついりますか？

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

Win95時代にVBでAPI呼び出しでゲーム作ってたオレなんだが、
今の時代2DやるにしてもDirectX3Dつかうと便利らしいんで勉強したいんだけど、
コンパイラはVC6とかでいいのかな？
さすがに古いから最近でてるようなもののほうがいいの？
C#とか.NETって中身しらないけどc++適当に知ってるならあっちのコンパイラがいいの？

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

>>921
vc6に慣れると後々面倒なので最初から.netにしる
もうすぐvs2005でるからそれ買え（もうでたかも？）

**名前は開発中のものです。** · 2006/03/23(木) 23:53:50

最新の DirectX SDK は VC6 に対応してないんだな。
というわけで

VC++2005 Express Edition + PlatformSDK + DirectXSDK

をオススメする。

**名前は開発中のものです。** · 2006/03/24(金) 10:23:18

サンクス

つーかすごいね今は
express版は無料とは…しかも普通に使えるみたいだし
自分が高校生のころはVC4が10万だからあきらめて、VB4（3万円）ににげたってのに

**名前は開発中のものです。** · 2006/03/24(金) 14:45:05

フリーが出たから客を逃がさないため、増やすためにでしょ？

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

3Dの同一キャラを何十体も表示する時、一体だけ読み込んで

描画→移動→描画→移動

で、最後に表示、とするのと
何十体分を全部読み込んで一括表示するのでは
どちらが一般的なのですか？

**名前は開発中のものです。** · 2006/03/26(日) 17:02:56

>>926
同じモデルを使用数分読み込むなんて時間もメモりも無駄でしょう。

> 描画→移動→描画→移動
「移動」になるかは実装次第。

> 何十体分を全部読み込んで一括表示するのでは
一括と言ってもその何十体のキャラはそれぞれ移動したりするし、
それぞれに対して描画命令を呼ぶんでしょう?

**名前は開発中のものです。** · 2006/03/26(日) 17:40:14

>926が何を言いたいのかｲﾏｲﾁよくわからんが…

かく言う俺は、同一モデル（つっても2D描画用だから４頂点だけ）で
テクスチャアドレスだけ異なるデータを多数読ませてる
いちいちVertexBufferロックしてテクスチャ座標書き換えんのﾏﾝﾄﾞｸｾ
どうせ大した容量じゃねーし（せいぜい100Kb）

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

>>926
3Dとか2Dとか関係無いですな

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

だから2Dスレ？行けって方が変だし、その突っ込みも外れている気がするがｗ

サンプルのメッシュクラスをそのままだと、姿勢制御とメッシュが一対一だから、
再計算がいらない時に、前者だと無駄に見えちゃうのかもね。

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

PNGの透過情報そのままつかいたいなぅ

**名前は開発中のものです。** · 2006/07/28(金) 21:23:48

>>928
>いちいちVertexBufferロックしてテクスチャ座標書き換えんのﾏﾝﾄﾞｸｾ

シェーダの側でmov oT0.xy,c0.xyとでも書いておいてシェーダ定数だけ書き換えた方が早くね？
モデルも一個で済むし。

**名前は開発中のものです。** · 2006/07/29(土) 01:02:21

シェーダ定数の転送も頂点バッファの切り替えも、
どっちも描画パイプラインはぶったぎることになるわけだし、
コスト的には大して変わらんよなあ。
Lockが面倒くさければDrawPrimitiveUPを使えばいいじゃなーい。
へらへら。

**名前は開発中のものです。** · 2006/08/05(土) 01:00:58

てｓｔあげ

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

みなさんモデルのフォーマットって何ですかね？
自分Xファイルだったんですが、やっぱり独自フォーマットですか？
だとするとモデリングソフトやモーションの編集ソフトとかも
自作するわけですかね？

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

そりゃないだろ

**名前は開発中のものです。** · 2006/08/06(日) 00:29:50

>だとするとモデリングソフトやモーションの編集ソフトとかも
>自作するわけですかね？

ないないないないないないｗ

自作でやるなら、その環境用のSDKを使って出力プラグイン作るか、
それこそXあたりからの変換プログラムを別途用意する。

俺は使って無いけど、MD2、MD3あたり（Quakeのフォーマット）を使ってる人も多いそうだ。

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

>>935
Xファイルに不満がなければ、無理に独自フォーマットにする必要はないよ。
なんとなく独自フォーマットの方がかっこいいとか、そういう理由で変えたいなら
やめておいた方がいい。

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

そこでDNMですよ。

**935** · 2006/08/06(日) 02:36:33

なるほど。ありがとうございます。
ツールまで自作となると途方もないのでちょっと安心しました。

はじめは不満はなかったのですが、
メッシュ間のモーションの結合、例えば
「人型のメッシュに剣のメッシュを持たせる」
のようなことをしようと思って、
始めは手のボーンの先に剣のボーンを延長して
モーションを作成しようかと思ったのですが、
モデリングは得意でなく、作り直すのが大変なので
他の方法を考えることにしました。
作り直さないとすると既存のメッシュ間のモーションを作成するツールが必要だなぁ
などと考えて、ならばいっそのこと独自フォーマットにしてしまおうかと思ったのです。

実際、装備とかはどのように実装されているのでしょう？
やはり事前に剣や盾のボーンを手の先に作っておくものなのでしょうか。

**名前は開発中のものです。** · 2006/08/06(日) 02:59:38

データが別々になっていたって、後から手のフレームの配下に結合すればいいだけ。
Xファイルだろうが独自フォーマットだろうが関係ない。

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

>実際、装備とかはどのように実装されているのでしょう？
>やはり事前に剣や盾のボーンを手の先に作っておくものなのでしょうか。

概ねそんなもん。
基準モデルに接続ノードを割り振っておくのはよくあること。

帽子ノード、首輪ノード、剣握るノード、盾持つノード、エトセトラ。

別途用意しなくても、近しい位置のノードに適当なオフセットかますだけでもいい場合も多い。
帽子なら頭に多少高さを足すとか、剣なら手首から少し内側にずらしてやるとか。
要求が一般化できない以上、必要に応じて試行錯誤するしかないところなんで、
好みの形に収まるまで、いろいろ試してみなっせ。

**935** · 2006/08/06(日) 04:30:16

みなさんありがとうございます。
そんな感じで実装してみます。

**名前は開発中のものです。** · 2006/08/06(日) 07:47:22

>>933
拡縮や回転があるとどうしてもシェーダ定数を弄れるようにしておきたいと思うけどね。
後、Lockだけは別じゃね？
あれは方向が逆だから。

**名前は開発中のものです。** · 2006/08/08(火) 20:55:56

DirectX 9.0SDKのヘルプって日本語版はないんでしょうか？

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

最新版のって意味なら無いと思うけど、October 2004ならここに
ttp://www.microsoft.com/japan/msdn/directx/downloads.aspx

**名前は開発中のものです。** · 2006/08/19(土) 22:54:00

Direct3Dというより3D全般の話題にあたるかもしれませんが、ここで質問させて頂きます。
どこか適切なスレがあったら誘導して下さい。

2Dの場合の”スプライト”にあたるような
3Dのオブジェクトに対する名前の定番ってないでしょうか？
クラスの名前を付けるのに迷っています。

現状、C++で開発しているので 3D～～の様な変数名は使えないし
立体という意味で solid という名前も検討しましたが、固体・液体・気体の固体のイメージがあるので避けました。
背景や固定物も含むので character の様な名前も使いにくいです。

皆さんがどんな名前を付けてるのかというのも教えていただければ嬉しいです。

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

ビルボード

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

>>947
スプライトと何が違うのさ？
たぶんビルボードなんだろうけど。

**名前は開発中のものです。** · 2006/08/19(土) 23:39:30

>>947
クラス名・変数名に迷ったら書き込むスレ。Part8
http://pc8.2ch.net/test/read.cgi/tech/1154448184/

**名前は開発中のものです。** · 2006/08/20(日) 00:28:51

>>947
逆にFVF毎に3D描画に関係無いような名前を付けてる俺マッシュ。

**名前は開発中のものです。** · 2006/08/20(日) 01:39:46

>>947
hoge

**名前は開発中のものです。** · 2006/08/20(日) 02:25:33

>>948-949
947はビルボードの名前を聞いているんじゃなくて
2Dオブジェクトの名称の例としてスプライトを出しただけかと。

で、3Dの場合だとMeshあたりかね。

**名前は開発中のものです。** · 2006/08/20(日) 03:40:50

モデル

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

プリミティブ

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

おいらはobjectとか使ってるなぁ...DxObjとか...
オブジェクト指向とかのobjectと混同するから使わない人もいるだろうけど。
もっとイイの無いかね？

ModelとかMeshはおいら的には違うなぁ。
x-fileなんかを読み込んだ物がModelで、そん中にMeshとかFrameがあって、
Modelを3D空間に配置した物がObject、って使ってる。
１つのModelを複数個表示することもあるわけだし。
PrimitiveはDrawPrimitive()のPrimitiveってカンジがする。

**名前は開発中のものです。** · 2006/08/20(日) 15:01:19

モデルとメッシュ

**名前は開発中のものです。** · 2006/08/20(日) 22:51:38

>956
>１つのModelを複数個表示することもあるわけだし
一つのスプライトを複数個表示することもある訳だが

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

>>947
シンシアさん
ttp://ja.wikipedia.org/wiki/%E3%83%8E%E3%83%BC%E3%83%88:X68000

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

テクスチャサーフェースを、マップチップとして、例えば１６ｘ１６個のパーツにした場合、
テクスチャ座標使って、どのチップを表示するか決める訳だけど、
マップをちょっと拡大すると、隣のチップのドット情報が、わずか１ドットぐらい描画されて、
四角いシマシマ状になるんだけど、
これを回避するには、チップ間を２ドットあけて両チップの最後のドットを１ドット延長して書いておけばいいが、
もっとスマートなやり方で治らないですか？

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

　　 0.5/テクスチャー分割数　 1-0.5/テクスチャー分割数
　　↓　　　　　　　　　　　　　　 ↓
　┌┬┬┬┬　…　┬┬┬┬┬┐
　├┼┼┼┼　…　┼┼┼┼┼┤
　└┴┴┴┴　…　┴┴┴┴┴┘

**名前は開発中のものです。** · 2006/08/31(木) 23:33:40

>>960
ヘルプの三角形ラスタ化ルールとかいう項目に詳細な説明が載ってる。
0.5ずらすのもいいけど、マシンによって違うし、
ひっくり返すとポリゴンの裏面は逆にずれてるので両面ポリゴン使ってるときはヤバイ。
さらにバイリニアフィルタ掛けるともうどのくらいズレルか全く予想がつかないので
クランプテクスチャアドレッシングモードがオススメ。

**名前は開発中のものです。** · 2006/08/31(木) 23:36:58

0.5ずらしても1ピクセル分の範囲は0.0-1.0になるので、1.0の境界線は終了地点であり開始地点になる。
つまり隣の色が出てしまっても間違いとは言えない。
隣の色を引っ張ってくるかはビデオカード次第。
これを回避するには、微妙に終了座標を縮めるしかない。

**名前は開発中のものです。** · 2006/08/31(木) 23:49:45

でもぶっちゃけ、チップなんて使って作るぐらいなら、
最初からモデリングソフトでそういうモデルを作れといいたい。（チップなんて使わずに）
むしろ、ある程度まとまったモデルをチップのように貼れといいたい。

ハードにあった作り方というものがある。
これはどんなにハードが進化してもどうにもならん。
解決しようとするのは極めて困難だ。
その時代にあった作り方をするがよいわ！
それが嫌なら地獄をみろ！

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

>0.5ずらすのもいいけど、マシンによって違うし、

流石に最近では見なくなった気がするけど、今でもそんなマシンはあるのかね。

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

過疎スレだと思ってたが、思ったよりレスがあったり・・・。
０．５ずらすのは既にやってました。テクスチャ座標を１ドット分の半分の値を、引いたり足したりで。
しかし、治らない。
多分、拡大されたときにテクスチャをぼかす、バイリニアフィルタをやってるから？
そこで、テクスチャ座標１ドット分の値を、引いたり足したりしたが、やはり拡大されてくると、
隣のチップのドットが出てくる。
クランプテクスチャアドレッシングモードは、テクスチャ座標が１．０より上の場合に有効なので、
マップチップの隅にあるパーツ以外では使えない。
やはりスマートな方法が見つからず。

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

２ドット分を加算減算したら上手くいきました。
しかしチップの上下左右の２ドットが表示されません

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

>>966
>クランプテクスチャアドレッシングモードは、テクスチャ座標が１．０より上の場合に有効なので、
>マップチップの隅にあるパーツ以外では使えない。
いや、だから、テクスチャを無理に１枚に敷き詰めようとするからじゃん。
テクスチャなんて切り替えたってそこまで速度下がらないよ。
シェーダ使ってりゃ死ぬほど切り替えるんだぞ。
マップチップなんてｳﾝｺみたいな数だろ。速度に影響しない。

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

マップチップは敷き詰めるのが普通かと思うんだが

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

マップチップを利用してポリゴンを１００個描画するとき、
頂点を全て設定して１回のDrawPrimitiveを実行するのと、
１００回DrawPrimitiveを実行するのとでは、どっちが早いの？

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

マップチップ系はバイリニアと相性悪いから諦めたほうが……。
どうしてもと言うなら、一度オフスクリーンのレンダーターゲットに
バイリニア無しで敷き詰めて、それを拡大ってのでどう？

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

DrawPrimitiveUPなら若干差が出るかもしれないが、
それでも100ポリゴン程度ならほとんど変わらん。

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

だって、関数呼び出しが９９回減るんだから、１回で実行した方が早くない？

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

>>970
1回のDrawPrimitiveで描画する方が速い。
DirectXのFAQにも書いてある話。

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

>>968
テクスチャ切り替えって、１チップごとにDrawPrimitiveをするって意味ですよね。
じゃ、速度が低下するんじゃん。

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

テクスチャやステートの切り替えがなくてもDrawPrimitive自体がかなり処理的に重い。

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

>>975
でも、それだと0.5ドットずれる問題（＋フィルタ関係全滅）に対して全く打つ手が無いじゃん。
そこで品質を取るか、速度を取るかのトレードオフになると思うんだよね。
ターゲットマシンで一発動かしてみてチップごとにテクスチャ切り替えて
速度的に間に合ったらそれでいいんじゃないの？

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

ケキョーク、１ドットを余分に付加することにしました。
今、変換ツール作ってますが、ＤＩＢセクションの作成やらＢＭＰファイルの読み取りやらで
思ったよりまんどい

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

>>978
意味わかんね。
つまり、どういうこと？
チップごとにテクスチャを切り替える方法をやってみたけど遅くて使い物にならなかった？
テクスチャごとにまとめておいて描画すればそんなに遅くはならないと思うんだけど。

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

0.5ずらすのって、テクスチャ座標じゃなくてポリゴン座標だよ。
ポリゴン座標に 0.5足してみ。

**名前は開発中のものです。** · 2006/09/02(土) 06:14:27

DrawPrimitiveを使わなけりゃいいじゃん。

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

結局、速度も測らずに遅い遅い言ってるだけのクズでＦＡだろ。
そもそもハードに合わない仕様に無理やりしてる時点でそいつ、およびそいつの環境に未来はない。