統一３Ｄスレ

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

いっぱいあってややこしいので３Ｄネタはここに統一すれ。

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

こりゃ英和を買おう。

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

UFOって実在するのか？

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

>>324
環境マップのディフューズ成分（低周波成分）を用いてライティングするということかな。
で、
今翻訳した論文では
ディフューズ成分についてなら、テクスチャマッピングではなく、
９つのパラメータによる計算で同じ結果を得られるよってことなのかな。

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

^C氏のところに実装したサンプルがあります。
ttp://www.radiumsoftware.com/ideas.html

光源数は増やしてもそれほど負荷は増えないとか。
かなり気持ちの良い映像が得られるみたい。

**324** · 02/02/06 00:57

>>327
説明聞いたが良く分からんかった。スマソ。
もう少し勉強が必要なようだ。
どうもありがとう。
ちなみにそれ使うとどんな効果を出せるの？

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

**添削屋** · 02/02/06 01:05

本当はもう添削しないつもりだったけど、
>>318の誇大評価に免じて大サービスだよ。

多くの現実のシーンにおけるライティングは複雑であり、エリアライトや、
天空光のような広範囲の連続的なライティング分布を含む様々な光源から光がやって来る。
しかし、今日のグラフィックスハードウェアは点光源や平行光源しかサポートしていない。
1つの理由は、一般的なライティング分布に対するシンプルな手続き的公式がないことである。
その代わりに、各ピクセルについて、上半球全体にわたって積分を行わなければならない。

我々は、拡散反射オブジェクト、すなわち放射照度に対する非常にシンプルな公式を提供する。
我々のアプローチで鍵となるのは、放射照度環境マップの解析的近似の高速な計算である。
レンダリングについては、インタラクティブなフレームレートで動作し、
かつハードウェアで容易に実装可能な、シンプルな手続き的アルゴリズムを示す。
このアプローチでは、放射照度の計算にテクスチャマッピングを使うは必要はない。

主な要素となるのは、ライティングの球面調和係数に関する放射照度の解析的な公式の
導出である。レンダリングについて鍵となる注目点は、ランバートのBRDFが
十分にローパスフィルタに近い振る舞いをするため、球面調和の最初の2つの次数、
すなわち9つのパラメータのみを考慮すれば十分であるということである。
この最初の9つの球面調和成分によるシンプルな形式によって、実装が簡単になる。

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

>>332
とか言って、>>290が出題されてからこの時間まで必死に辞書ひいてただろ？ﾊﾞﾚﾊﾞﾚ
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

>>333
多分すでに一度実装しようとした人じゃないのか。
結構みんな元ネタ知ってるでしょ。

**327** · 02/02/06 01:18

>>330
ライティングにはIBL(ImageBasedLighting)っていう手法があるのよ。
http://www.oakcorp.net/finalrender/hdri.html
みたいな。
今月のCG-WORLDに関連記事が載ってるからチェックしてみよう。
確か元々は実写の照明と、ＣＧのライティングを融合させるための手段だったと思う。

それでIBLで良い効果を得るにはHDR(HighDynamicRange)なテクスチャが必要になるんだけど、
ハードウェアはHDRテクスチャなんてサポートしていない。
そこでHDR環境マップの鏡面反射とかを除いたディフューズ成分についてだけは、
9つの係数による簡単な近似計算で1%程度の誤差で再現できるよっていう話。
また従来の平行光源からも9つの係数を求めてやれば、
平行光源を何個増やそうが負荷は一定で済むと言うメリットもある。

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

▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

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

>>337
まずは英語で書かれた論文へのリンクを張ってくれ。
明日だれかがこりゃ英和で翻訳しながら英語を楽しむから。

Is this a pen ?

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

そういえば、英語ができるとかインド人とゲーム作ってるとか
豪語していたガチンコゲームクラブはどこ逝ったよ？

**327** · 02/02/06 01:31

>>332プロの翻訳家の方ですか？
翻訳ソフトが代用になることは当分なさそうですなぁ…。

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

>>添削屋
無理しなくていいぞ。
かなり有意義なスレになったから。

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

cuff cuff cuff

**332** · 02/02/06 01:39

プロではないです。
>>333の指摘通り、それなりに時間がかかったのは事実ですが、
辞書はほとんど引いておらず、主に日本語の言い回しに苦戦しました。
2段落目の最後の「使うは必要はない」は見逃してください。

**330** · 02/02/06 01:47

>>337
IBLやHDR以前の問題なので勉強が必要なのだが、
大まかなことは分かった。
またまたどうもありがとうぅ。

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

>>290=ttp://graphics.stanford.edu/papers/envmap/

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

>>346
元ネタは既に>>263で指摘済み。
その上で、327と添削屋が頑張ってくれた。
英語の苦手な漏れにとって昨夜は有意義だった。

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

そろそろ、光沢プレフィルタリングについて語りましょう。

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

>>2=>>13=>>32=>>57=>>80=>>348
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ

**ガチンコゲームクラブ** · 02/02/06 14:22

この駄スレを俺様がワザワザ英語で説いてやるか。
はい、マトメ。

It's an ill wind that blows nobody good.

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

>>349
いいからねろ

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

結論：
英語できねーやつが３Ｄ語るなよﾌﾟ

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

添削屋って一体何者なんだ？３Ｄ野郎なのか？？
あれくらい英語ができるようになるには何年かかるんだ！？

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

俺はもう年だから無理そう

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

>>353
3D野郎だろう。
英語に強いだけでなく技術英語や３Ｄの知識も詳しくないとあの訳はできない。

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

ここ見てる奴は全員３Ｄ野郎だ。

Do you know ?

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

っていうか３Ｄ野郎の定義ってなによ。

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

>>357
野郎ってぐらいだからｵﾁｿﾁｿは必要だな。

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

>>357
BioかBBXのBBSで一度でも質問ではなく解答したことがある人で、
3D技術系のウェブサイトを運営している人。
もしくはXFCに参加したことのある人。

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

He/she must be a 3D fellow.

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

３Ｄ野郎は、３Ｄ好きな人。
グランツーリスモ作ったライターがＯＨ！Ｘで使ってた言葉。
Ｂｉｏとは関係ない。

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

>>359

たしか、言い出しっぺはみためっくす氏だったのかな。
氏のサイトに書いてあったのと>>359のそれとは少しニュアンスが
違うような気もするが、氏のサイトは消えてるので確認する術なし。

**362** · 02/02/06 21:59

>>361

ｺﾞﾒｿ。そうだったのか。
勘違いしてました。

みためっくす氏のやつは3D野郎“会”のほうか。

**362** · 02/02/06 22:03

いや、なんたらミタメ連合会だっけ。
ボケたのかな。もう忘れちまったい。

誰か記憶力のある人ﾌｫﾛｰﾌﾟﾘｰｽﾞ（ｗ

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

添削屋が、>>359の言う狭義の3D野郎だとすれば、
候補者はそれほど多くないよな。

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

いやいや、おれも捨てハンで答えた事あるぞ。
もちろん親切にな。

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

みためっくすって何？

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

添削屋＝ガチンコゲームクラブ

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

なんか英語の論文でおもろいのねぇか？

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

>>369
いくらでもありますが？

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

人増えてきたと思ったら、荒れに荒れまくっとるな。

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

>>371
つうかさぁ、まともなのって327と添削屋ぐらいじゃん。
後は糞とＲＯＭばっか。
2chももう終わりだね。解散ーん。

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

そんな事いわんでもわかてるちゅーねん。
おれらはネタで遊んでるちゅーねん。

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

▼ﾟД｡▼ｶﾌｯ

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

３Dのことあまり良く知らないが、100個の光源でも作ってみるかな。

**読解屋** · 02/02/07 01:17

>>350
つまり、このスレは駄スレだが英語の出来る奴には良スレってことだね。
ことわざで書くとは御見それしました。
本当に中学生？これが出来るなんてＩＣＵレベルじゃない
最近のガキンチョはレベル高いな

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

▼ﾟД｡▼ｶﾌｯ ▼ﾟД｡▼ｶﾌｯ

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

ＤＩＲＥＣＴ３Ｄで２Ｄやる本教えてください

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

>>369
http://www.cs.ubc.ca/~heidrich/Papers/phd.pdf
やや古いがよくまとまっている。量もあるから暇つぶしにもってこいだ。
博士論文とか修士論文は枚数制限がないので基礎から丁寧にやっている場合がおおい。
だから有名人の博士論文を読むのは
ある分野の専門知識をまとまった形で学びたい場合は有用だと思う。

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

ガチンコゲームクラブはここに質問しなさい。

**ガチンコゲームクラブ** · 02/02/08 01:32

はい。で、質問ですけど。
>>310で
behavesをなんで使ってるんですか？
ふるまうってのは態度の事に使うと思うんですけど。
この場合違うと思います。
shareじゃないんですか？俺のミスですか？

**ガチンコゲームクラブ** · 02/02/08 01:34

日本語がわるいね。
behaves＝ふるまう＝ニュアンスは態度ですよね？

この場合shareを使うんじゃないですか？

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

ガチンコは技術系の論文を読んだことないのか。がっくりだな。
「behave」は、論文では「無生物の動作や作用」の表現に多用され、
日本語でも半ば意図的に「振る舞う」と直訳されることが少なくない。
同じ文脈で「share」が使われることなどありえない。
ただの英語オタなら、この板から出て行け。

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

>>379
凄いね、下手な書籍よりためになる。

**名前は開発中のものです。** · 02/02/08 04:32

ガチンコゲームクラブは「次回・・・」はやめたのか？

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

このスレは、ちんこゲームクラブたんの英語講座のスレになりました。

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

ネイティブの英語にケチつけるとは勇気あるな＞ガチンコたん

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

　 ┌―‐''''┐ 　　＿
　　|ι´Д｀|っ　＜　　ガチンコをいじめるなよ。
　 └ｕ―ｕ┘ 　　＼　ああえみえても　やつはけっこういいやつだぜ。

**ガチンコゲームクラブ** · 02/02/08 15:06

うわ！！そうなのか！！俺が間違えるなんて！！
しかも、、、、こんな所で、、、、、、、、、、、

ＫＵ・ＴＵ・ＪＯ・ＫＵ・ＤＡ！！！

もう来ない！！ぜってー来ない！！サヨナラ。

うぁぁぁっぁぁぁぁぁっぁぁぁぁっぁぁぁっぁぁぁっぁぁぁ

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

I hit upon some good idea and listen.
My opinion is that talking about 3D in English will be work
fine as a good filter which removes tyu--bo-- away such as ▼ﾟД｡▼ｶﾌ and so on.
If you understand me or agree with this , thanks for my proposal.
I'll be bery glad if you begin in English.

Any tips about 3D would be great.

**名前は開発中のものです。** · 02/02/08 22:05

気にするなガチンコ。
間違いなんて誰にでもあるぞ。

**名前は開発中のものです。** · 02/02/08 22:05

>>390
「thanks for my proposal」にチョットﾜﾗﾀ。
自画自賛かよ！

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

>392
「thanks to　～」とのコンドーム君、ハケーン。
「thank you for ～」ならともかくな。ﾔﾚﾔﾚ
って、俺は英語読めても書けねーぞ、ｺﾗ

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

>>390
有益な情報が英語のページから得られたもんだから
おとなしくなったんじゃないかな。
有益な情報がなくなると荒れる。

**名前は開発中のものです。** · 02/02/08 23:09

Generally speaking in todays we must calculate and get
z-value for every vetexes when converting the view coordinate
to the screen one but I heard there is a good method which doesn't
need to seek concrete z-value (or w).
If there is,we can omit division-calc for every vertexes.
Also I heard that using this method we will be able to clip or cull
polygons by Z-near/far plane but I couldn't understand at all!

help me.

**395** · 02/02/08 23:20

This isn't a bait posting what we call ネタ and
no Japanese/English page can't explain me about that topic.
390's writing makes me to decide to post.

Thanks for any info.

**名前は開発中のものです。** · 02/02/08 23:55

> vetexes
> no Japanese/English page
> 390's writing

…すいません、ネタですか？

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

200-question exam on MATH! Urgh... measuring angles...
vetexes...line segments...order of operation... transfering
metrics to custormary and vice versa... easy alone, but when
they throw every single thing we learned the past 2
quarters together, your head goes swirling around and
around and around...

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

ガチンコ早く添削しろ。
英語厨房が荒らしてるぞ。

**400** · 02/02/09 00:25

／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＼
|　　　ｱｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ　 |
＼　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／
　￣V￣￣V￣￣￣V￣￣￣￣V￣￣￣￣V￣￣￣V￣￣
　　∧ ∧　　　　　　　　　　　　∧＿∧　　　　　　　　∧,,∧
　　(,,ﾟ∀ﾟ)　　　　　　 ''￣ヽ　（　ﾟ∀ﾟ）　　　　　　　ﾐﾟ∀ﾟミ
　 ./　　|　( ﾟ∀ﾟ )　.| ﾟ∀ﾟ .| 　/つ⌒l'~O 　∧＿∧　　ﾐ　　ﾐ
　（＿__ﾉ　(∩ ∩) └ ー ┘ (l､__（＿)___）（ﾟ∀ﾟ　）　ﾐ,,,,,,,,,ミ
／　　　　　　　　　　　　　　　　　　　　　　 ~~~~~~~　　　　　＼

**327** · 02/02/09 00:30

>>395
概して言えば、今日、ビュー座標系からスクリーン座標系に変換する場合、
我々はすべての頂点のz値を計算しなければなりません。
しかし、私は具体的なz値(あるいはw)を求める必要のない、よい方法があると聞きました。
もしそうであれば、すべての頂点に対する除算の計算を省略することができます。
さらに私はこの方法を用いることで遠近のＺ平面でポリゴンをクリップしたり省略したりすることができるようになると聞きました。
しかし私は全然理解することができませんでした。
誰か助けてください。

＃ちょっとは訳うまくなった？

**327** · 02/02/09 00:35

>>395
http://spin.s2c.ne.jp/stoday03.html
んで、この記事の内容が理解できないってこと？

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

>>395

Perhaps you mean triangle scan conversion
using 2D homogeneous coordinates,don't you?
I can't tell exactly but I've found a quick explanation
when came across the university of north Calolina's
pages a few monthes ago.
The important thing is that every homogeneous triangles can be
defined or showed as a ratio linear combination of
three vertexes.

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

395=403
英語厨房は自作自演らしいな。

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

>３２７
俺、英語で書けないんで日本語で書くけど、
確か、なんだかんだでｚは求めなければいけないんじゃなかったっけ？
求めなくても使えるよ～ってだけで。

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

>327,395
い？マジで？

**327** · 02/02/09 01:26

>>403
おそらく２次元同次座標系を用いた三角形の走査線変換を意味するのですよね？
私には正確にはわかりません、
しかし、数ヶ月前北カロライナ大学のページを訪れたとき迅速な説明をみつけたことがあります。
重要なことは、すべての同次三角形は３頂点の線形結合比率で定義される、または示されるということです。

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

英語で書かれると挑発するような煽り文章が
減るねぇ。
これからはネタ振りも英語でやってくれ。
読むだけなら出来るから。

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

chinpo!

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

>>327のおかげで英語が身近に感じられるよ。
翻訳ご苦労様。

**名前は開発中のものです。** · 02/02/09 03:24

Does anyone know any efficient method of ordering polygons
those are once coordinated by VU1's micro-programs and out
to the VU1's local memory.Ofcource in this case these
polygons must be sorted without using Z-Buffer.

#I'm ps2 linux usr.

**327** · 02/02/09 04:09

だれかポリゴンのオーダリングの効果的な方法しってるやついる？
>>411
ポリゴンを一度VU1のマイクロプログラムでコーディネートして、
VU1のローカルメモリに出力するんだけど。
もちろんこの場合ポリゴンはＺバッファを使わずにソートしなくちゃならないんだけど。
ちなみに俺PS2 linuxユーザー

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

I'm having some questions about mipmap maybe which doesn't
matter where the plat-form is.
I would like to dynamically load mipmap levels only if they
must be needed and also would like to delete them just when they
aren't needed anymore.
The question is that I must compromise to delete some textures
when many maximam size of texture are requested at the same time,you know,
if the sum size of tex becomes more than VRAM can cover.

How can I get to solve this problem even if allowed to compromise.

**名前は開発中のものです。** · 02/02/09 04:43

Can I use trianlge strips when using octrees algo?
If a strip goes through several nodes and for
example only one node is visible should I clip the strip?

Or shouldn't I use such a long stip ?

**名前は開発中のものです。** · 02/02/09 04:50

Dynaminc texture loading suppose to be done by rather dynamic texture management than mipmap. I do NOT think a specialized texture management for mipmap is worthy.

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

３ｄがんばろー！！

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

>>415, I quite agree with you.
Although I have no idea what platform >>413 is targetting,
I guess that loading and offloading individual mipmap levels would
generally be very inefficient and easily cause CPU or GPU to stall.

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

I have a question regarding GeForce4 Ti.
Does someone have any idea what GL_DOT_PRODUCT_AFFINE_DEPTH_REPLACE_NV does?
This new token seems to be defined in GL_NV_texture_shader3 OpenGL extension,
which is available only on GeForce4 Ti series. Does it have something to do with
"z-correct bump mapping" mentioned in the recent review at Tom's Hardware?
http://www.tomshardware.com/graphic/02q1/020206/geforce4-03.html

**名前は開発中のものです。** · 02/02/09 12:41

>>418
>z-correct bump mapping" mentioned in the recent review at Tom's Hardware?
No.

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

Umm,it seems to be working fine as a filter as 390 said.

**名前は開発中のものです。** · 02/02/09 13:22

>>419
Have you seen the movie clips posted at the Vmag.Online?
The Tidepool demo explains the effect of z-correct bump mapping.
http://www.vwalker.com/news/0202/06_gf4/06_214417.html

It seems that whereas the actual geometry is not displaced, the depth value of the
water surface is replaced on per-pixel basis according to the height of the surface.
I think that the demo is using AFFINE_DEPTH_REPLACE operation or something.

Anyone knows what "z-correct bump mapping" means at all?

>>420
Yeah, I think so :)

Thanks.

**327** · 02/02/09 13:25

>>413
私はミップマップについていくつかの疑問を恐らく持っています。
たぶん、どのプラットフォームかは重要では在りません。
ミップマップが必要とれるか、今はもう必要ない場合にそのミップマップを消去したいときもまた、
私は動的に各ミップマップレベルをロードしたい。
質問は、ご存知のように多くの大きなサイズのテクスチャが同時に要求されたとき。
もしその合計サイズがVRAMがカバーできるよりも大きくなったなら、
いくつかのテクスチャの消去を妥協しなければならないことです。
たとえ妥協したとしても、どうすればこの問題を解決できますか。

**327** · 02/02/09 13:31

>>414
オクトツリーアルゴリズムを使用する場合、トライアングルストリップを使うことは可能ですか？

ストリップがいくつかのノードを通り抜ける場合や1つのノードだけが目に見える場合に
ストリップを切り取るべきですか？
もしくは、そのような長いストリップを使用してはなりませんか？

**327** · 02/02/09 13:38

>>415
動的テクスチャローディングは、ミップマップよりはむしろ動的なテクスチャ管理によってなされることになっています。
私はミップマップのための特別なテクスチャ管理が価値があると思いません。