Direct 3D

. · 01/11/09 17:06

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

**名前は開発中のものです。** · 2005/11/01(火) 17:06:34

>>865
DCをとった後どうするんでしょうか？
IDrawVideoImageというインターフェースがあったのですがこれを使うんでしょうか？

**名前は開発中のものです。** · 2005/11/01(火) 17:55:01

Win32API

**名前は開発中のものです。** · 2005/12/20(火) 03:07:51

遠景を表現する方法ってどんな方法がある？
球にマッピングしても不自然だし・・・
法線内側で箱状にしても不自然だった・・・
考え方だけでもいいのでアドバイスお願いしますorz

**名前は開発中のものです。** · 2005/12/20(火) 03:57:42

どう不自然なのかよく分からないが、
遠方を描画するのは球でも箱でもメジャーなやり方では。
環境マップとかの話になると、箱とか双放物面になるのかな。

**名前は開発中のものです。** · 2005/12/20(火) 09:33:54

>>868
ボックス、球が普通。
視点がパンしない場合は円柱、または1枚絵を背景に使う場合も。

後者はスターグラディエーター２（カプコン）が芸術的だった。

**名前は開発中のものです。** · 2005/12/20(火) 20:31:44

遠景を全部ポリゴンで作r

**名前は開発中のものです。** · 2006/01/17(火) 02:14:37

フォグについて。
フォグがかかるポリゴンが、距離18000先にあって、
視点を回転させると、フォグの強度が上がったり下がったりする
（ポリゴンまでの距離は変化しない）
んですが、なんでですか

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

ひょっとして、線形フォグだからポリゴンがでかいもんんで、
視点からポリゴン頂点への距離が変化してたからだったりして

**名前は開発中のものです。** · 2006/01/17(火) 02:22:23

線形フォグじゃなくて頂点フォグ。
実験で873は違うっぽい

**名前は開発中のものです。** · 2006/01/17(火) 02:29:52

>>874
頂点フォグは計算を端折ってるからいい加減かもね。
範囲ベースのフォグを使用するといいかも。

**名前は開発中のものです。** · 2006/02/01(水) 15:28:13

3Dアクションのマップってどう作るのが一般的なんでしょうか？
フリーゲームのフォルダを漁ってみると、マップのXファイルがまるごと入っていたり
するのですが、Xファイルから当たり判定の取得ってできるんでしょうか。

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

できる

**876** · 2006/02/01(水) 17:36:13

D3DXComputeBoundingBoxで箱を取得するまでは出来たのですが、
マップ全体を包む箱になってしまいます。
複雑なXファイルの形状を取得するにはどうすればいいのでしょうか？

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

>>878
そもそもBoundingBoxがどういう意味か調べてみろ。
exciteなりgooなりの英和辞書があるだろｗ

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

>>879
excite翻訳は制限箱と返してきました。
箱状の頂点座標のことですよね？

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

直方体ならノード単位とか判定させたい最低範囲に分割。
面に沿うなら面との判定。
乗せる物体も判定部位や条件によって揃えるデータは様々。

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

。。。ｗ
bound = 境界。要するに境界ボックスのこと。
Xファイルを含む最小の箱を返してくる関数だからマップ全体を包む箱になるのは当然

マップのXファイル云々を言う前にマップはどういうマップなんだ？
閉空間のマップならそれなりにめんどくさくなるぞ

**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ずらすのもいいけど、マシンによって違うし、

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