Direct 3D

. · 01/11/09 17:06

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

**名前は開発中のものです。** · 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

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

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

>>982
そんなこと言ってる割にはずいぶんと具体性を欠いた批判だな

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

つーかどのマシン使ってるかしらんが、俺がチップ敷き詰め系のゲーム作った時は
フィルタあろうがなかろうがドットが欠けるとかずれるとかいう現象は起こらなかったが。

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

>>984
てことは、私のグラボ、GF2MXという一昔前のグラボが悪いのか？
これ、ドライバをＮＩＶＩＤＩＡからダウンしたのにしたらバグったので、
どっかのオンボードグラボにＧＦ２がある、オンボード用のを利用してる。

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

はぁ？何言ってんの？
三角形ラスタ化ルールってDirectXのヘルプにも載ってるって言ってるだろ。

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

http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/graphics/programmingguide/gettingstarted/3dcoordinatesystems/rasterizationrules.asp

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

GF4MXにしたけど同じだった。。。

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

>>988
ちなみにRadeon9600でも当然ながら同じ。

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

拡大時のぼかしフィルターをＯＦＦにしても同じだった

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

ついに原因判明！！！！！！！！！！
空白のチップは、カラーコード０の真っ黒にしてたのだが、
問題のチップの隣のチップの一番下は、暗い紺色ですが、
これが何故か真っ黒になっており、このＹ座標を基準に次のチップを描いたので、
そのチップは、通常のチップより１ドット小さいチップで、
その上で確認のために一番下に、はみ出し描画確認用の赤いラインを書いたので、
当然ならが、正常にテクスチャ座標が設定されれば、確認用の赤いラインまで描画されるというこで、
機械の方は正直に素直に動いてくれていたことが分かりましたーーーー！！！！！ありがとう機械！！！！！！！
ちなみに、三角形なんとかルールは全く関係ありません。

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

>>991
落ち着いて清書してくれ。勿論日本語で頼む。

**名前は開発中のものです。** · 2006/09/03(日) 00:32:25

チップが２つならんでるとこを想像してみて。
左がわのチップの、一番下のラインは、暗い紺色のはずだった。
ところが、これが未使用チップの色として使用する、黒　だった。
そのチップの右隣のチップをツールで描くとき、
チップの高さは、左隣のチップを基準にして描いたんだ。
そうすると、左隣のチップの一番下は、黒なので、それを基準にして
その右隣のチップを書くと、Ｙのサイズが１ドット小さくなるんだ。

**名前は開発中のものです。** · 2006/09/03(日) 02:04:47

てゆうか、お前固有の問題は正直どうでもいい。
マップチップなんて使ってる時点で程度が低すぎて話するだけ時間の無駄だし。

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

時間の無駄だとかいいながらレスしちゃうひとってかわいい☆

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

まあ、レス返してほしいのはラスタ化ルールの問題をわかってて
ちゃんと対処してる奴だけなんだけどな。

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

Direct3D10 では、0.5ピクセルずらすのが不要になるらしい。

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

>>996
そんなにそのルールが好きなら結婚すればいいのに

**名前は開発中のものです。** · 2006/09/03(日) 19:00:23

５年近くかけて、やっとたどり着いた次スレの季節。
ttp://pc8.2ch.net/test/read.cgi/gamedev/1132937938/

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

まぁ、あっちもすぐ埋まりそうではあるｗ

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。