出し惜しみせずに３Ｄの技術を誰かが答えます

1 · 01/11/15 21:43

３Ｄで解らない事や気になる技術の具体的内容を
誰かが答えます。
じゃんじゃんネタ振ってくれ。

俺も業界で飯食ってるが知ってる事は出し惜しみせずに
答えるよ。みんなでレベルアップしようぜ。

とりあえずＢＢＸとBio120%の過去ログは見とけ。

**名前は開発中のものです。** · 02/01/15 13:00

>>725　ゲーム業界のプログラマはだいたいこんな感じです。
正確破綻者多いし。（特にWeb弁慶は多いな）

02/01/15 13:10

XBOXのダブルスティールが物理計算やってそうな感じ？
あぁもうついていけない。あれ開発してるの誰だ～
（結構有名なんでしょ～あそこまで出来るなら）

OpenGLなMasaさんもゲーム作ってるみたいだけど、これ？

**名前は開発中のものです。** · 02/01/15 14:09

>>726
需要が少ないから。

**名前は開発中のものです。** · 02/01/15 14:13

>>726
でも最近円安のせいで原著も翻訳も値段がさほど変わらなくなってきたよね。

**名前は開発中のものです。** · 02/01/15 14:36

>>729
凄腕がみんなWebに露出してるわけじゃない
>>730
問題は日本語訳が無い場合だな

**名前は開発中のものです。** · 02/01/15 18:16

凄腕もWebはマメに見てる罠(藁

**665** · 02/01/15 18:39

しばらく見に来ないうちに、スレが伸びてる。

スクリーンに投影した状態でclipするのではなく、
視錐台の各面に対してclipを行えば良いということですか？

**業界の革命児** · 02/01/15 19:47

俺ははっきりいって何でも知ってる。わからなかったら俺に聞け。

**名前は開発中のものです。** · 02/01/15 19:53

>>734
水滴の屈折計算の公式を教えてください。

**業界の革命児** · 02/01/15 20:41

調べればわかる。

**名前は開発中のものです。** · 02/01/15 21:01

スネルの法則

**名前は開発中のものです。** · 02/01/15 21:19

>>736
自分が知りたいのは、スネルの法則をどのように
テクスチャのUV座標として適応するのかです。
レンダリングしたシーンをテクスチャに使うとして、
屈折後の視線ベクトルがスクリーン範囲外になったときのUVの扱いとか。

**名前は開発中のものです。** · 02/01/15 21:26

GEMSに載ってなかったっけ？
またはコレとか。
http://www.microsoft.com/japan/developer/directx/japan/dx8/refract.asp

**名前は開発中のものです。** · 02/01/15 21:42

>>739
水槽の屈折しかGEMSには載ってません。
また、そのサンプルもキューブ環境マップを使用したものですし。

自分が知りたいのは、PS2のタイトルがやっているような、
それまでにレンダリングしたバックバッファをテクスチャに使って
水滴を描画する手法なんです。

**名前は開発中のものです。** · 02/01/15 23:34

>>740
バックバッファをテクスチャに使って、ふつ～にスフィア環境マップしてみ。
後は、適当に調整だな。
すぺきゅら入れないと水滴じゃなくてガラスみたいになるかな。

**名前は開発中のものです。** · 02/01/15 23:37

>それまでにレンダリングしたバックバッファをテクスチャに使って
>水滴を描画する手法なんです。
そこまで知ってるんだったら、あとは試行錯誤の連続なんじゃないかなぁ。

**名前は開発中のものです。** · 02/01/15 23:45

＞時計に人生捧げてる奴とか？
＞でも彼はたかが時計で何であんなに偉そうなんだろう・・・。
偉そう？俺にはそうは見えないですな。
Ｗバッファに関するとんだ勘違い説明を後から気が付いても、
敢えて消さずに残すところだとか、勇気あるし、謙虚な人だと思うぞ。

**名前は開発中のものです。** · 02/01/16 00:52

>>742
試行錯誤はしているのですが、どうもMGS2のように綺麗にでないもので。
視点とカメラとの距離による移りこみの変化とか
ちゃんとしたモデル理論に基づいて作ればなんとかなるのかと思ったのです。
いまのところ、視線ベクトルを水滴の法線ベクトルで反射させたベクトルに、
係数を適当にかけてやっています。

もともとレンダリング済みのバッファをテクスチャに使うこと自体
フェイクっぽいので（無限遠に投影された背景と考えればいいのかな）微妙です。

**741** · 02/01/16 01:01

MGS2って、倒立虚像を表示してるんでない？
その辺はやってみたんですか？
物理屋的に言えば、水の光速が空気中より遅いので、光を波と考えた場合の波面が屈折します。作図してみてください。
焦点距離が水滴を通して見たときと、まっすぐ背景を見たときで違うので、完全なシミュレーションは困難と思いますが。（被写界深度）

**名前は開発中のものです。** · 02/01/16 01:10

>>745
倒立虚像というのは、上下左右反転した写像のことですか。
それはやっています。
ただ水滴の位置によって微妙に映り込みが変わるんですが（MGS2)
あれがなかなか難しいんですよ。
少しでも係数をミスると、テクスチャ範囲外をUVが示して、
写像の一部がクランプしてしまうのです。

**名前は開発中のものです。** · 02/01/16 01:16

近景が大きく写るような場合は745のいうように屈折マップ用に反転したモデルを
描画した方がいい気がする。（水溜りをまたいでキャラが進むような場合）

あとは法線が動的に動いてるものなら、軽い反射（適当な環境マップ）も入れて
みると、きれいになる気がする。（多分やってると思うけど）
流行の？フレネル項に関しては好みがあるのでご自由に（テクスチャや反射の
度合いによってはギラギラ全反射のほうが好みという人もいました）

**名前は開発中のものです。** · 02/01/16 01:30

>>747
水溜りなどの一般的な屈折ではなく、
カメラのレンズについた水滴の表現なんです。

**名前は開発中のものです。** · 02/01/16 01:30

水面ネタに便乗して，話はそれますが
波動方程式の吸収境界条件のいい方法キボンヌ

**名前は開発中のものです。** · 02/01/16 01:34

>>749
Gems1の近似モデルの奴じゃだめなの。

**名前は開発中のものです。** · 02/01/16 01:40

>>748
それならレンダリングよりむしろアニメーションの方を考えた方がいいような。
http://www.dtek.chalmers.se/~d1hej/smoke/smoke.zip
みたいなFFTソルバのアプローチはいかが？（水滴を飛ばしてたらすような
力を加える）とか…。
# 試さずにいってます。ゴメンネ。

**名前は開発中のものです。** · 02/01/16 04:12

ワンスキンモデルなどの処理で必須となる、法線ベクトルの正規化。
皆さん、これ、どうやって最適化してます？

**名前は開発中のものです。** · 02/01/16 04:30

>>748
それってあらかじめテーブル作っておけばいいんじゃないの？
リアルタイムに計算する必要はないから、複雑でも正確なモデルで
時間かけて計算しておけばいいのでは？

**名前は開発中のものです。** · 02/01/16 04:33

>>746
水滴の位置によって、微妙に移りこみが変わるのは、st値にスクリーン
座標をちょっと反映させているだけかもよ。

**名前は開発中のものです。** · 02/01/16 04:36

>>752
そもそも法線の内挿って、どれくらいまじめにやります？

**名前は開発中のものです。** · 02/01/16 08:30

時計しかwebにないからってそれに人生欠けてると思ってもらっては困ります・・・

**名前は開発中のものです。** · 02/01/16 09:33

お、本人降臨♪
まぁ>>701は自分の部屋とWebでしか世界を認識できない
哀れなヒキコモリ厨房と思われ｡（藁

**業界の革命児** · 02/01/16 10:56

いきなり企業秘密を聞いてくるとは思わなくてさすがの俺様もたじたじだ。
やばいからもう来ない。

**名前は開発中のものです。** · 02/01/16 12:44

Direct３Dで４点で四角形を構成しているD3DVERTEX(pV)をその場でローカル座標でY軸回転したいのですが

for(int i=0;i<4;i++){
float x=pV[i].x ,y=pV[i].y ,z=pV[i].z;
pV[i].x = x*cos(1.0f)+z*sin(1.0f);
pV[i].z = x*(-sin(1.0f))+z*(cos(1.0f))
}
とやっても、オブジェクトの中心以外のどこかを軸にY軸回転してしまいます。
どうすればよいのでしょうか。

**名前は開発中のものです。** · 02/01/16 14:12

>756
煽りに反応すんなよ、うざい。

**名前は開発中のものです。** · 02/01/16 14:39

>759
pV[i].z = (ｆｌｏａｔ)( z * cos(1.0) + x * sin(1.0) );
pV[i].x = (ｆｌｏａｔ)( x * cos(1.0) - z * sin(1.0) );
だと思われ。

**759** · 02/01/16 16:19

レスありがとうございます。
試してみましたがオブジェクトの中心を軸にしてY軸で回転させたいのですが、回ってしまいます。
下のコードのとおりです。ちなみに(966,0,966)が視点で、平行投影しています。

pFloorVB->Lock(0,0,(BYTE**)&pV,0);
for(int i=0;i<4;i++){
float x=pV[i].x ,y=pV[i].y ,z=pV[i].z;
pV[i].z = (float)( z * cos(0.1+k) + x * sin(0.1+k) );
pV[i].x = (float)( x * cos(0.1+k) - z * sin(0.1+k) );
}
pFloorVB->Unlock();
}
D3DXMatrixLookAtRH(&viewMat,(D3DXVECTOR3*)&viewFrom,&D3DXVECTOR3(966,0,966),&D3DXVECTOR3(0,1,0));
pD3DDevice->SetTransform(D3DTS_VIEW,&viewMat);
pD3DDevice->SetTransform(D3DTS_PROJECTION,&persMat);

pFloarVBの中身

pV[0].x = 500; pV[0].y = 0; pV[0].z = 500;
pV[0].nx = 0; pV[0].ny = 1; pV[0].nz = 0;
pV[0].tu0 = 0; pV[0].tv0 = 0;

pV[1].x = 500; pV[1].y = 0; pV[1].z = 932+500;
pV[1].nx = 0; pV[1].ny = 1; pV[1].nz = 0;
pV[1].tu0 = 0; pV[1].tv0 = 3;

pV[2].x = 932+500; pV[2].y = 0; pV[2].z = 932+500;
pV[2].nx = 0; pV[2].ny = 1; pV[2].nz = 0;
pV[2].tu0 = 3; pV[2].tv0 = 3;

pV[3].x = 500+932; pV[3].y = 0; pV[3].z = 500;
pV[3].nx = 0; pV[3].ny = 1; pV[3].nz = 0;
pV[3].tu0 = 3; pV[3].tv0 = 0;

**759** · 02/01/16 16:20

あ、すみません。kは0なので気にしないでください。

**759** · 02/01/16 16:22

また間違いました。
視点が(50.0f,400.0f,50.0f)で、
注視点が(966,0,966)です。

**突入しまーす** · 02/01/16 16:27

1ヶ月で1通のメールが届きます（登録メールアドレスに）
このメールを確認するだけで1250円を差し上げます。
通帳の口座番号は要らない。（家に直接配達してくれる。）

わが国のサイトでもメール1通を確認すれば１～５（円）
を貰いますが、Net先進国アメリカでは10ドルを貰います。
（広告業界はここまできている証拠です。）

このサイトはアメリカUSAのサイトで、
2002年現在日本ではほとんど加入者がいない状態です。
もう世界的に（アメリカ、韓国等で200万人以上の会員が
加入済みで実績有り）

http://www.MintMail.com/?m=1941971
このURLをクリックして入力すれば登録完了です。

**名前は開発中のものです。** · 02/01/16 17:31

pV[i].z = (float)( sqrtf((float)((z * z)+(x * x))) * sinf(0.1+k) );
pV[i].x = (float)( sqrtf((float)((z * z)+(x * x))) * cosf(0.1+k) );

これどうでしょか。こんな式を昔書いたようなうろ覚えです。違ったらスマソ。

**名前は開発中のものです。** · 02/01/16 17:49

スマソ。上から３行目です。

pV[i].z = (float)( sqrtf((float)((z * z)+(x * x))) * sinf(0.1+k+atan2(z,x)) );
pV[i].x = (float)( sqrtf((float)((z * z)+(x * x))) * cosf(0.1+k+atan2(z,x)) );

**名前は開発中のものです。** · 02/01/16 18:10

あ、もしかしてこれかな・・・
pV[i].x = (x*cos(1.0f))+z*sin(1.0f);
pV[i].z = (x*-sin(k))+z*(cos(k)) ;
kが変化するならこうかなぁ・・・？

**名前は開発中のものです。** · 02/01/16 18:16

げ、1.0ｆをどうにかしてｋに変えて下さい・・・

**名前は開発中のものです。** · 02/01/16 18:32

絶対座標系の原点に移動させて回転させて戻したらだめなの？

**名前は開発中のものです。** · 02/01/16 20:02

＞そもそも法線の内挿って、どれくらいまじめにやります？
線形内挿以上の実装をしたことがない厨房です。曲がり過ぎるとバレバレ以前に
不自然なんだけど、まー仕方ない。
でも意外と、クソマジメに正規化しても気持ち良く逝けます。
逆ルートテーブル作れる隙間さえあればねぇ

**名前は開発中のものです。** · 02/01/16 20:05

>Ｗバッファに関するとんだ勘違い説明を後から気が付いても、
別にあれは、masa氏の勘違いではなく、shi3ｚ氏のいー加減な返答が引き起こしただけなのです。

**名前は開発中のものです。** · 02/01/16 20:08

>とりあえずＢＢＸとBio120%の過去ログは見とけ。
alty、今元気かなぁ。やー、ところでなんで、120%なの？

**名前は開発中のものです。** · 02/01/16 20:49

吾輩の推理によれば、あすか120％と混同したと見たぞ。

**名前は開発中のものです。** · 02/01/16 21:29

>>772
痛い奴らの名前出すなよ、荒れるだろ

**名前は開発中のものです。** · 02/01/16 21:42

masa先生は別に痛くないYO.

ところで
>線形内挿以上の実装をしたことがない厨房です。曲がり過ぎるとバレバレ以前に
>不自然なんだけど、まー仕方ない。
全部が全部、不自然に見えるわけではないので、ウチのところでは
「正規化フラグ」というアトリビュートを一つ増やして、
実際に表示させて本当に困る場合に、そのフラグを立てて貰ってます。
たくさん出てくるキャラは、手前にいる時だけ、まじめに計算させて
います。（まぁ、その手前か否かの境界線でズギャと、明るさが変わ
ってしまいますが）

とにかく実際のゲーム中でどれくらいの重要度を占めるのかをテスト
してみるまで、これといった結論は出ないと思います。

**名前は開発中のものです。** · 02/01/16 22:15

ＶＦ４の地面が雪なステージって、どうやるの？
キャラが通った後、ちゃんと凹んでる。

02/01/16 22:20

頂点へこますだけだろ

俺もMasa先生嫌いだ。理系にありがちな陰険な香がするよ
気に入らないなら、文句いわないで黙ってればいいのに
厨房のガイシュツ質問を排除して場を良くしようと思ってるんだろうけど、逆効果だよ

**名前は開発中のものです。** · 02/01/16 22:20

>>777
足跡の座標を記録しておいて、
毎フレーム、ステンシルに足跡を書き込んでCSGとか。
ごめん適当。

**名前は開発中のものです。** · 02/01/16 23:19

>>777
あらかじめ雪を格子状のメッシュとして確保しておいて、
足が着地したときの位置が格子の何処に位置するかを計算して、
相当する部分の頂点のＹ座標を（なだらかに凹むように距離に反比例
して下がる量はすくなくなるように？）下に移動させる。
頂点の位置から法線の座標を再計算。

くらいしかしてないように（素人目には）みえる。

**名前は開発中のものです。** · 02/01/16 23:36

おれも３Ｄ野郎の初心者に対しての対応は嫌いだが
密かにこのスレを支えてくれたのも事実。
個人叩きはその辺にしてスレを再生しる。

**名前は開発中のものです。** · 02/01/16 23:54

>>781
３Ｄ野郎以外、まともなことは誰も書き込んでない気が。
初心者は享受するだけなんだから、いてもいなくても同じ。
結局このスレが駄目になったのも、
逆恨みしたアホな初心者とか、時代遅れの業界人のせいじゃないの。

**名前は開発中のものです。** · 02/01/17 00:25

>>780
恐るべきはあのメッシュ量を保つ為に必要になる頂点数だな。
マシンパワーごり押しだとは思うがそれなりに高度な最適化
の賜物だと思われる。

**名前は開発中のものです。** · 02/01/17 01:02

キャラの当たり判定ってやっぱ球なのかな？

**名前は開発中のものです。** · 02/01/17 01:47

>恐るべきはあのメッシュ量を保つ為に必要になる頂点数だな。
でも、これといった最適化なんてしてないんじゃないかなぁ。
NAOMI基盤は知らないけど、ps2になってあのあたり、どのように
移植されるのか激しく興味がある。
ところで、あの雪のメッシュの量って、どれくらいなのかなー？

**名前は開発中のものです。** · 02/01/17 02:06

眼で確認できるくらいの細かさだからたいした量ではないんじゃない？＞雪
転んだり、踏んづけたりして変化したところだけ手をいれればいいだけ
ならそれぞれのキャッシュメモリに収まる位の量に分割できるだろうし…。
法線の再計算も外積なんてSIMD使えば出来るだろうし…。

**名前は開発中のものです。** · 02/01/17 02:11

NAOMI基盤ことならSEGA社員にきいてみよう～。
確かいたよね？

**名前は開発中のものです。** · 02/01/17 02:16

>眼で確認できるくらいの細かさだからたいした量ではないんじゃない？
確かに目で桝目の最小単位は確認できたけど、それにしてもなかなか凄い
数だったよ。雪だけで数万のオーダーは軽く逝ってるのはほぼ確実。
人体モデルと背景表示をした後の余力で出来るオマケ処理にしては、
処理量、多くない？

**名前は開発中のものです。** · 02/01/17 02:21

数万！？いくらなんでも嘘だろ…
と思ったけど、100×100で１万か。
でもまあ、リアルタイムで加工する必要があるのは踏んづけ部分のメッシュだけなので、
別段水面の処理とかと同じ程度の負担だと思われ。

**名前は開発中のものです。** · 02/01/17 08:16

>>787
氏ね。

**名前は開発中のものです。** · 02/01/17 20:59

格闘ゲームのＰＧから見た技術の順位は
ＤＯＡ３＞ＶＦ４＞鉄拳４
でいいか？

**名前は開発中のものです。** · 02/01/17 21:04

ＤＯＡ３=ＶＦ４=鉄拳４>>>>>>>>>>>...>>>>>>>>>>>791=ゲーハー厨房

**たけし** · 02/01/17 21:05

DirectGraphicsで。６４ｘ６４ｘ６４の立方体メッシュを4000個作ってそれぞれ描画すると、4000個の作成に時間がかかり、描画も遅くてたまりません。何かｳﾏｲ方法ないでしょうか。

for(int x=0;x<20;x++){
for(int y=0;y<20;y++){
for(int z=0;z<10;z++){
D3DXCreateBox(pD3DDevice,64.0f,64.0f,64.0f,&tmd[x][y][z].pMesh,NULL)
}
}
}

for(int x=0;x<20;x++){
for(int y=0;y<20;y++){
for(int z=0;z<10;z++){
tmd[x][y][z].pMesh->DrawSubset(0);
}
}
}

**名前は開発中のものです。** · 02/01/17 21:13

>>793
1GBメモリのビデオカード買えや。

**たけし** · 02/01/17 21:26

4000個は今のスペックでも駄目ですか？

**名前は開発中のものです。** · 02/01/17 21:29

表示のたびに作り直してるのか？

**名前は開発中のものです。** · 02/01/17 21:33

>>795
ネタ？それとも真性馬鹿？
64*64*64*4000*4byte計算できんの？

**たけし** · 02/01/17 21:44

＞795
初期化のときに一回だけつくります。

＞64*64*64*4000*4byte
4000*（メッシュのバイト数）ではないのですか？

**名前は開発中のものです。** · 02/01/17 21:50

リアル厨房なんだけど、３Dプログラミングに必要な数学って
どんなもんなの？高校生レベルないと無理？
いままでの授業でとても３Dに関係することなんもやってないんだけど・・・。

**名前は開発中のものです。** · 02/01/17 21:55

ベクトルから長さと面積と体積が計算できて、
ピタゴラスの定理を知っていれば充分です

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

３Ｄプログラミングの本を買って見れ。
行列や物理演算もやっとけ。

**名前は開発中のものです。** · 02/01/17 22:26

>>たけし
なぜ20*20*10個のＢＯＸが必要なんだ？
それだけを１つのMeshとして作ってやれないか？

**名前は開発中のものです。** · 02/01/17 22:27

物理は F=M・a と微分積分だけやっとけ

**名無しサソ** · 02/01/17 22:29

　4000個のメッシュということは、それ全てに一つ一つ
個別の座標変換行列が与えられて・・・という感じかな？
となると、外部・内部にかかわらずDrawPrimitiveの
呼び出しがあまりに多すぎてスピードが全然でないはず。

　という訳で>802推奨。

**名前は開発中のものです。** · 02/01/17 22:31

>>799
まずは2Dで一次変換行列に慣れ親しめ。
とりあえず、大学生の知り合いでも連れてきて質問攻めだな。

**名前は開発中のものです。** · 02/01/17 22:33

さらにはトライアングルストリップを作って
それぞれを縮退三角形で結ぶ。
って、やった事ないけど。

**799** · 02/01/17 22:38

＞＞８０１
物理演算って力学とかいうやつですか？
放物線運動とかですか？

**名前は開発中のものです。** · 02/01/17 22:43

力学でしょ。
キャラが飛んだり跳ねたりするのにも使うし
キャラのコスチューム（布とか）動かすのにも
必要になる。

**名前は開発中のものです。** · 02/01/17 22:51

あっ、あまりageすぎないでね。あまりね。
sage進行でﾏﾀｰﾘ行きましょう。
下がりすぎたらたまにage。
そうしないと荒らされるから。

**名前は開発中のものです。** · 02/01/17 23:10

当方、行列変換知らないけど、
てきとーに動くコード拾ってきて、組んでます・・・。

RMなら割とそれっぽいのが・・・
座標変換は全部Frame任せです。
コリジョンには四苦八苦だけど。

**名前は開発中のものです。** · 02/01/17 23:10

>数万！？いくらなんでも嘘だろ…
>と思ったけど、100×100で１万か。
仮に１辺が100だったとしても 100*100*2 で２万です。
あと、ティーポット類の実験とは違って、クリッピングやシザリングも必要。
地面スレスレのカメラとか平気でありますし。

**たけし** · 02/01/17 23:25

＞802
＞804
立方体ひとつひとつにパラメータを持たせたかったのですが、何かいい方法ありますか？

**名前は開発中のものです。** · 02/01/18 00:01

>>812
全く同じ形状のメッシュを4000個作るのが無駄なんだよ。
形が同じなら１つのメッシュを4000回使い回す。
どうせ頂点座標いじったりしないんでしょ？

**名前は開発中のものです。** · 02/01/18 00:10

|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|
|　　世の中に棲む逝きとし逝けるもの　　　 |
|　　すべてが自由に平和に平等に美しく　　 |
|　　明るく楽しく暮らせる幸福と善意と　　　 |
|　　優しさと愛とマターリに満ちた世界を　　｜
|　　要求する。　　　　　　　　　　　　　　　　　｜
|＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿|
　　　　　　　　 ∧∧ ||
.　　　　　　　　( ﾟдﾟ)||
　　　　　　　　 /　づΦ

**たけし** · 02/01/18 00:20

＞813
なるほど。ポリゴンとは別にプロパティの配列を作ればよかったのですね。
頂点は、ワールド座標の原点を中心に２０ｘ２０ｘ１０の立方体（マップデータなので、ところどころ空きはありますが）をY軸で回転させる予定なのですが、大丈夫でしょうか。

**たけし** · 02/01/18 00:20

２０ｘ２０ｘ１０は、６４ｘ６４ｘ６４の立方体が１０～20個づつ並んでいるということです。

**名前は開発中のものです。** · 02/01/18 00:23

>>811
仮に2万だとしてもステートの変更とかがなければそんなにたいした負荷になるとは思えない
けどなぁ？結構な大きさのばねメッシュの水面を実装したことがあるけど、表示用と計算用に
ダブルバッファでデータ持てば毎フレーム全頂点書き換えてもたいした負荷にならない気が
する。（大体雪なら全部のメッシュを毎フレーム書き換える必要なさそうだし）

ハードウェアTnLならシザーの心配なんてさほどいらないだろうけど（一部クソハード除く）
これも雪面を全部一個で考えずに、部分ごとに分ければ負荷は減らせるでしょ。
近くてクリップが必要なときは見えなくなる部分をボリュームかリングする事で負荷を減らす
事ができるだろうし、遠くはなれた部分はシザーする必要ないでしょ。（ガードバンドの中に
収まるのでリジェクトでＯＫ）

**名前は開発中のものです。** · 02/01/18 00:26

６４ｘ６４ｘ６４ってボリュームテクスチャじゃなかったのか。
ややこしい書き方するなや、3Dでサイズは無意味。

**たけし** · 02/01/18 00:30

サイズは無意味なのですか。勉強になりました。

**名前は開発中のものです。** · 02/01/18 00:42

>>819
無意味というかカメラ位置や変換マトリクスによっていくらでも大きさが変わるだろ。
単に「立方体」で十分だよ。

**たけし** · 02/01/18 01:16

＞820
なるほど。
ところで、メッシュを作ったのはいいのですが、そのメッシュを２０ｘ２０ｘ１０並べる方法がわかりません。
GetVertexBufferを使って頂点バッファを取得し、
DIRECT3DVERTEXBUFFER8のLockで頂点データを取得してそれを操作するのでしょうか。
３次元配列の地形情報等のデータなどが入ったものをどう適用すればいいのかわかりません。

**名前は開発中のものです。** · 02/01/18 01:19

どうでもいいけど初心者スレ行ったら？(´д｀ )

**たけし** · 02/01/18 01:23

そんなこと言わないでどうかお願いします。

**名前は開発中のものです。** · 02/01/18 01:28

DrawSubsetを20*20*10回すりゃいいじゃん。

**名前は開発中のものです。** · 02/01/18 01:30

>>822
答えてやらないと「出し惜しみするなゴルァ」とか言われるよ

**名前は開発中のものです。** · 02/01/18 01:35

3Dの技術じゃなくてDirectX話みたいだから出し惜しみします（ぉぃ

それはそうと、よく考えたらこの板
「初心者はここで聞け！DirectX相談室」スレないのな。