and is well approximated using only 9 parameters.
言いかえれば、照明のアイラディアンスは高周波を無視すれば、
たった9つのパラメーターで上手く近似される。
高度な３Ｄ技術の議論にお役立て下さい。
○イラディアンス
これはペンです。
わたしは英語を話せます
represented simply as a quadratic polynomial in the cartesian components of the surface normal,
and give explicit formulae.
実際に、
面法線のcartesian成分における簡単な二次の多項式に基づいてアイラディアンスを表現でき、
明示的な定式を与えることができることを示す。
中高の義務教育課程を修了すれば可能です。
日本語の方ですら分からないんですけど、どうすればいい？
a simple and efficient procedural rendering algorithm
amenable to hardware implementation,
a prefiltering method up to three orders of magnitude faster than
previous techniques,
and new representations for lighting design and image-based rendering.
これらの知識は、以前の技術より3桁高速なプレフィルタリング手法で、
ハードウェアによる実装と相性の良いシンプルで効率的なプロシージャルレンダリングアルゴリズムや、
イメージベースのレンダリングとライティングデザインのための新しい表現を導く。
我々は、放射照度をライティングの球面調和係数に関して解析的に
表現することにより、低周波モードに対応する9個の係数を計算するだけで
平均誤差をわずか1％に抑えることができることを示す。
>>269
言いかえれば、放射照度はライティングの高周波成分に対して反応が鈍いため、
わずか9個のパラメータで十分良い近似となるのである。
>>278
実際には、単純に面法線のデカルト座標成分の2次多項式として
放射照度を手続き的に表現できることが示され、陽的な公式が得られる。
これならわかるが、文が長くなるとお手上げだ。
添削どうもです。素晴らしい訳です。
自分の英語力の欠如が身にしみました…。
including area lights and large continuous lighting distributions like skylight.
But current graphics hardware only supports point or directional light sources.
One reason is the lack of simple procedural formulas for general lighting distributions.
Instead, an integration over the upper hemisphere must be done for each pixel.
We present such a simple formula for diffuse objects, i.e. for the irradiance.
The key to our approach is the rapid computation of an analytic approximation to the
irradiance environment map. For rendering, we demonstrate a simple procedural algorithm
that runs at interactive frame rates, and is amenable to hardware implementation.
No texture-mapping is required for the irradiance with our approach.
The main ingredient is the derivation of an analytic formula for the irradiance
in terms of spherical harmonic coefficients of the lighting. For rendering,
the key observation is that the Lambertian BRDF behaves sufficiently closely
to a low-pass filter that we need consider only the first 2 orders of spherical harmonics,
i.e. 9 parameters. The simple form of the first 9 spherical harmonics makes
implementation straightforward.
え～、ライトの中にとってもリアルなシーンが
コンプレックスです。どーだ！
ソースのバリエットがやってくる。
次のかたどうぞ。
パーピクセルライティングって、接線座標使う？
including area lights and large continuous lighting distributions like skylight.
But current graphics hardware only supports point or directional light sources.
One reason is the lack of simple procedural formulas for general lighting distributions.
Instead, an integration over the upper hemisphere must be done for each pixel.
多くの実際のシーンにおけるライティングは
エリアライトやスカイライトのような大規模で絶え間のないライティング分布を含むソースの
集まりであるため複雑である。
しかし、一般のグラフィクスハードウェアは、点光源や平行光源しかサポートしていない。
一つの理由は単純な一般的なライティング分布のための手続き形式の欠如である。
かわりに、集成を覆う上半球は各ピクセルに対してライティングを行わなければならない。
The key to our approach is the rapid computation of an analytic approximation to the
irradiance environment map. For rendering, we demonstrate a simple procedural algorithm
that runs at interactive frame rates, and is amenable to hardware implementation.
No texture-mapping is required for the irradiance with our approach.
我々は、このようなディフューズオブジェクトのためのシンプルな公式を提供する。
我々のアプローチへの鍵は、放射環境マップへの解析的近似の高速な計算である。
レンダリングのために、我々はインタラクティブなフレームレートで動作しハードウェアによる実装と相性の良い、
単純な手続きアルゴリズムを証明する。
テクスチャマッピングなしは、我々のアプローチによる放射のために要求される。
#>>302俺も意味不明。だれか助けて。
相手にもされないと言うことか(；´Д｀)
低レベル３Dスレ欲しいな。
何個覚えれば英語がわかるようになるのだ？
in terms of spherical harmonic coefficients of the lighting.
メインの要素はライティングの球面調和係数に関した放射照度のための解析的な公式の導出です。
to a low-pass filter that we need consider only the first 2 orders of spherical harmonics,
i.e. 9 parameters. The simple form of the first 9 spherical harmonics makes
implementation straightforward.
レンダリングのために
鍵となる知識はランバートのBRDFが９つのパラメータのうち球面調和の最初の２つだけ熟慮する必要があるローパスフィルタへ
十分に閉鎖的にふるまうことです。
そのシンプルな最初の９つの球面調和係数の形式は実装を容易にする。
, -───- ､
,..‐'´ `ヽ、
／:: ヽ
/::::::::: ,,:‐'''"ﾞ´ ｀ﾞ''‐､ i
. l ::::::::::. l
|..::::::::::::... ,. -─- ､ , -─- ､|
,r'⌒ヽ====ｉ r' @ } l⌒i （@ ヽ }＾i r'´￣￣￣￣￣￣￣￣￣
! ::｀ヽ :::::::::::ヽ,～ '~_ノ __ヽ ~し､ｿ､ﾉ | なんちゅう見事な糞スレを
ヽ::::（:::::::::::::::;ィ ￣,J ｀ヽ￣j )ヽ ,ﾉ みさせてくれたんや…
{. :::::::::::::::r'´ ,ｕ'~ ､＿_,丿･! (､ l '⌒i
_,.. ‐'`ｉー'!:::::j ( ｡ ノ ,ゝj~｀U ヽ ~:J | | なんちゅう糞スレを…
‐''´:!::::::::l::|:::::l:::::) ん' ﾟ ／ (,'´ __ ,）( ､l ヽ､＿＿＿＿＿＿＿＿＿
:::::::::|:::::: l: l:::::ﾉ´j ､（ ´ （~ ,＞<〈 ソ~｡‐.､
:::::: | ! l ~ ｡ ､´ , ` ﾉ' |｡ `‐
| l ヽ ＿_ ￣_,. イ/ !
:l ヽ.ヽ ,.、 ,￣ -‐'// |
l ヽ ヽ. ／／ / 〉 :// |
! ヽ ヽ／／ ./ / :// !
重要な知識は私たちが球面調和係数(つまり9つのパラメーター)の最初の2つのオーダーだけと考える必要のある
ローパスフィルタにランバートBRDFが十分に緊密に作用するということです。
最初の9つの球面調和係数の単純な形式は実装を率直にします。
代わりに、上部の半球上の統合は各ピクセルのために行われるに違いありません。
#翻訳ソフトの方が優秀だな（ｗ
つまり、イラディアンスのために。私たちのアプローチの鍵はイラディアンス環境マップへの解析的な近似の迅速な計算です。
レンダリングについては、
私たちが、対話的なフレームレートで動作し、ハードウェア・インプリメンテーションに相性の良い、
単純な手続き的なアルゴリズムを実証します。
テクスチャ・マッピングは私たちのアプローチを備えたイラディアンスのために必要になりません。
添削屋 >>>>>>>>>>>>>>>>>>>>>>>>>> 翻訳ソフト＋単語集成 >>>>> 下手な翻訳
と判明しました。
この板に少し期待していたんだが残念だ。
まともになってくると、３Ｄコンプレックス厨房が荒らし始めるのだ。
こりゃ英和もこんなもんか。
実は１本ぐらい３Ｄの資料を翻訳するために
翻訳ソフトが欲しかったんだが何かないかい？
イラディアンスは実装してみたいもんだ。
鬱鬱鬱鬱鬱鬱鬱鬱鬱鬱凝恋夾恋凝鬱鬱鬱鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱鬱鬱鬱凝愛二二二三三夾凝鬱鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱鬱鬱夾二一一一二二二三夾鬱鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱鬱恋三一一一一二二二三三愛鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱凝夾三一一一一二二二三三夾鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱愛夾二二一一一一一二二二三鬱鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱恋三二一一一一一一夾恋恋夾恋鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱鬱三二二二二二二三恋恋三三夾三鬱鬱鬱鬱鬱鬱
鬱鬱鬱鬱愛三恋凝愛夾三二夾夾愛鬱鬱夾三凝鬱鬱鬱鬱鬱
鬱鬱鬱鬱恋夾三夾恋夾夾二三夾夾恋三二三夾凝鬱愛三一
鬱鬱鬱凝恋夾凝鬱凝夾三二三二二二二二二夾夾鬱愛二二
鬱鬱鬱愛恋夾夾夾三一三二二三二一一二三夾三鬱愛一一
鬱鬱鬱愛夾三二二二一三三一三三一一二三夾夾鬱鬱一一
鬱鬱鬱凝夾三二一一一三夾一二夾三二三三恋鬱鬱鬱鬱鬱
鬱鬱鬱鬱恋夾三二一二夾夾一一三三三三夾恋鬱鬱鬱鬱鬱
鬱鬱愛鬱凝恋三二二三夾恋恋恋鬱二三夾恋恋鬱鬱鬱鬱鬱
鬱鬱鬱愛鬱凝恋夾三三三愛愛愛三二夾夾夾恋鬱鬱鬱鬱凝
鬱鬱鬱鬱鬱鬱凝愛恋夾三三二二三夾愛恋恋愛鬱鬱鬱鬱愛
夾愛鬱鬱鬱鬱凝凝愛恋夾恋愛愛凝鬱凝夾恋鬱凝鬱鬱凝愛
鬱凝鬱鬱鬱鬱凝愛恋恋鬱鬱鬱鬱愛夾恋夾恋凝凝愛凝凝愛
夾夾恋鬱鬱鬱鬱凝凝恋恋愛夾三二恋恋夾愛凝愛愛凝鬱凝
恋愛鬱鬱鬱鬱鬱鬱凝凝恋恋鬱鬱鬱恋三恋三鬱凝愛凝鬱凝
鬱鬱鬱鬱鬱鬱鬱愛鬱凝愛三三二二三恋愛一鬱凝愛凝鬱愛
凝凝鬱鬱鬱鬱鬱恋凝鬱凝愛恋夾恋愛鬱一二凝愛愛愛鬱愛
凝凝凝鬱鬱鬱鬱二一鬱鬱鬱鬱凝鬱鬱三一三凝愛凝愛凝凝
愛凝凝鬱鬱凝鬱一一恋鬱鬱鬱鬱鬱夾一一三凝愛凝凝愛凝
凝凝凝鬱凝鬱鬱一一一鬱鬱鬱鬱凝二一一夾愛凝愛愛愛凝
イラディアンスってどういう技術かさわりだけで良いから教えてクレヨン。
環境マップのディフューズ成分（低周波成分）を用いてライティングするということかな。
で、
今翻訳した論文では
ディフューズ成分についてなら、テクスチャマッピングではなく、
９つのパラメータによる計算で同じ結果を得られるよってことなのかな。
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
ttp://www.radiumsoftware.com/ideas.html
光源数は増やしてもそれほど負荷は増えないとか。
かなり気持ちの良い映像が得られるみたい。
説明聞いたが良く分からんかった。スマソ。
もう少し勉強が必要なようだ。
どうもありがとう。
ちなみにそれ使うとどんな効果を出せるの？
>>318の誇大評価に免じて大サービスだよ。
多くの現実のシーンにおけるライティングは複雑であり、エリアライトや、
天空光のような広範囲の連続的なライティング分布を含む様々な光源から光がやって来る。
しかし、今日のグラフィックスハードウェアは点光源や平行光源しかサポートしていない。
1つの理由は、一般的なライティング分布に対するシンプルな手続き的公式がないことである。
その代わりに、各ピクセルについて、上半球全体にわたって積分を行わなければならない。
我々は、拡散反射オブジェクト、すなわち放射照度に対する非常にシンプルな公式を提供する。
我々のアプローチで鍵となるのは、放射照度環境マップの解析的近似の高速な計算である。
レンダリングについては、インタラクティブなフレームレートで動作し、
かつハードウェアで容易に実装可能な、シンプルな手続き的アルゴリズムを示す。
このアプローチでは、放射照度の計算にテクスチャマッピングを使うは必要はない。
主な要素となるのは、ライティングの球面調和係数に関する放射照度の解析的な公式の
導出である。レンダリングについて鍵となる注目点は、ランバートのBRDFが
十分にローパスフィルタに近い振る舞いをするため、球面調和の最初の2つの次数、
すなわち9つのパラメータのみを考慮すれば十分であるということである。
この最初の9つの球面調和成分によるシンプルな形式によって、実装が簡単になる。
とか言って、>>290が出題されてからこの時間まで必死に辞書ひいてただろ？ﾊﾞﾚﾊﾞﾚ
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
多分すでに一度実装しようとした人じゃないのか。
結構みんな元ネタ知ってるでしょ。
ライティングにはIBL(ImageBasedLighting)っていう手法があるのよ。
http://www.oakcorp.net/finalrender/hdri.html
みたいな。
今月のCG-WORLDに関連記事が載ってるからチェックしてみよう。
確か元々は実写の照明と、ＣＧのライティングを融合させるための手段だったと思う。
それでIBLで良い効果を得るにはHDR(HighDynamicRange)なテクスチャが必要になるんだけど、
ハードウェアはHDRテクスチャなんてサポートしていない。
そこでHDR環境マップの鏡面反射とかを除いたディフューズ成分についてだけは、
9つの係数による簡単な近似計算で1%程度の誤差で再現できるよっていう話。
また従来の平行光源からも9つの係数を求めてやれば、
平行光源を何個増やそうが負荷は一定で済むと言うメリットもある。
まずは英語で書かれた論文へのリンクを張ってくれ。
明日だれかがこりゃ英和で翻訳しながら英語を楽しむから。
Is this a pen ?
豪語していたガチンコゲームクラブはどこ逝ったよ？
翻訳ソフトが代用になることは当分なさそうですなぁ…。
無理しなくていいぞ。
かなり有意義なスレになったから。
>>333の指摘通り、それなりに時間がかかったのは事実ですが、
辞書はほとんど引いておらず、主に日本語の言い回しに苦戦しました。
2段落目の最後の「使うは必要はない」は見逃してください。
IBLやHDR以前の問題なので勉強が必要なのだが、
大まかなことは分かった。
またまたどうもありがとうぅ。
元ネタは既に>>263で指摘済み。
その上で、327と添削屋が頑張ってくれた。
英語の苦手な漏れにとって昨夜は有意義だった。
▼ﾟД｡▼ｶﾌｯ▼ﾟД｡▼ｶﾌｯ
はい、マトメ。
It's an ill wind that blows nobody good.
いいからねろ
英語できねーやつが３Ｄ語るなよﾌﾟ
あれくらい英語ができるようになるには何年かかるんだ！？
3D野郎だろう。
英語に強いだけでなく技術英語や３Ｄの知識も詳しくないとあの訳はできない。
Do you know ?
野郎ってぐらいだからｵﾁｿﾁｿは必要だな。
BioかBBXのBBSで一度でも質問ではなく解答したことがある人で、
3D技術系のウェブサイトを運営している人。
もしくはXFCに参加したことのある人。
グランツーリスモ作ったライターがＯＨ！Ｘで使ってた言葉。
Ｂｉｏとは関係ない。
たしか、言い出しっぺはみためっくす氏だったのかな。
氏のサイトに書いてあったのと>>359のそれとは少しニュアンスが
違うような気もするが、氏のサイトは消えてるので確認する術なし。
ｺﾞﾒｿ。そうだったのか。
勘違いしてました。
みためっくす氏のやつは3D野郎“会”のほうか。
ボケたのかな。もう忘れちまったい。
誰か記憶力のある人ﾌｫﾛｰﾌﾟﾘｰｽﾞ（ｗ
候補者はそれほど多くないよな。
もちろん親切にな。
いくらでもありますが？
つうかさぁ、まともなのって327と添削屋ぐらいじゃん。
後は糞とＲＯＭばっか。
2chももう終わりだね。解散ーん。
おれらはネタで遊んでるちゅーねん。
つまり、このスレは駄スレだが英語の出来る奴には良スレってことだね。
ことわざで書くとは御見それしました。
本当に中学生？これが出来るなんてＩＣＵレベルじゃない
最近のガキンチョはレベル高いな
http://www.cs.ubc.ca/~heidrich/Papers/phd.pdf
やや古いがよくまとまっている。量もあるから暇つぶしにもってこいだ。
博士論文とか修士論文は枚数制限がないので基礎から丁寧にやっている場合がおおい。
だから有名人の博士論文を読むのは
ある分野の専門知識をまとまった形で学びたい場合は有用だと思う。
>>310で
behavesをなんで使ってるんですか？
ふるまうってのは態度の事に使うと思うんですけど。
この場合違うと思います。
shareじゃないんですか？俺のミスですか？
behaves＝ふるまう＝ニュアンスは態度ですよね？
この場合shareを使うんじゃないですか？
「behave」は、論文では「無生物の動作や作用」の表現に多用され、
日本語でも半ば意図的に「振る舞う」と直訳されることが少なくない。
同じ文脈で「share」が使われることなどありえない。
ただの英語オタなら、この板から出て行け。
凄いね、下手な書籍よりためになる。
┌―‐''''┐ ＿
|ι´Д｀|っ ＜ ガチンコをいじめるなよ。
└ｕ―ｕ┘ ＼ ああえみえても やつはけっこういいやつだぜ。
しかも、、、、こんな所で、、、、、、、、、、、
ＫＵ・ＴＵ・ＪＯ・ＫＵ・ＤＡ！！！
もう来ない！！ぜってー来ない！！サヨナラ。
うぁぁぁっぁぁぁぁぁっぁぁぁぁっぁぁぁっぁぁぁっぁぁぁ
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.
間違いなんて誰にでもあるぞ。
「thanks for my proposal」にチョットﾜﾗﾀ。
自画自賛かよ！
「thanks to ～」とのコンドーム君、ハケーン。
「thank you for ～」ならともかくな。ﾔﾚﾔﾚ
って、俺は英語読めても書けねーぞ、ｺﾗ
有益な情報が英語のページから得られたもんだから
おとなしくなったんじゃないかな。
有益な情報がなくなると荒れる。
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.
no Japanese/English page can't explain me about that topic.
390's writing makes me to decide to post.
Thanks for any info.
> no Japanese/English page
> 390's writing
…すいません、ネタですか？
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...
英語厨房が荒らしてるぞ。
／ ＼
| ｱｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ |
＼ ／
￣V￣￣V￣￣￣V￣￣￣￣V￣￣￣￣V￣￣￣V￣￣
∧ ∧ ∧＿∧ ∧,,∧
(,,ﾟ∀ﾟ) ''￣ヽ （ ﾟ∀ﾟ） ﾐﾟ∀ﾟ ミ
./ | ( ﾟ∀ﾟ ) .| ﾟ∀ﾟ .| /つ⌒l'~O ∧＿∧ ﾐ ﾐ
（＿__ﾉ (∩ ∩) └ ー ┘ (l､__（＿)___）（ﾟ∀ﾟ ） ﾐ,,,,,,,,,ミ
／ ~~~~~~~ ＼
概して言えば、今日、ビュー座標系からスクリーン座標系に変換する場合、
我々はすべての頂点のz値を計算しなければなりません。
しかし、私は具体的なz値(あるいはw)を求める必要のない、よい方法があると聞きました。
もしそうであれば、すべての頂点に対する除算の計算を省略することができます。
さらに私はこの方法を用いることで遠近のＺ平面でポリゴンをクリップしたり省略したりすることができるようになると聞きました。
しかし私は全然理解することができませんでした。
誰か助けてください。
＃ちょっとは訳うまくなった？
http://spin.s2c.ne.jp/stoday03.html
んで、この記事の内容が理解できないってこと？
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.
英語厨房は自作自演らしいな。
俺、英語で書けないんで日本語で書くけど、
確か、なんだかんだでｚは求めなければいけないんじゃなかったっけ？
求めなくても使えるよ～ってだけで。
い？マジで？
おそらく２次元同次座標系を用いた三角形の走査線変換を意味するのですよね？
私には正確にはわかりません、
しかし、数ヶ月前北カロライナ大学のページを訪れたとき迅速な説明をみつけたことがあります。
重要なことは、すべての同次三角形は３頂点の線形結合比率で定義される、または示されるということです。
減るねぇ。
これからはネタ振りも英語でやってくれ。
読むだけなら出来るから。
翻訳ご苦労様。
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.
>>411
ポリゴンを一度VU1のマイクロプログラムでコーディネートして、
VU1のローカルメモリに出力するんだけど。
もちろんこの場合ポリゴンはＺバッファを使わずにソートしなくちゃならないんだけど。
ちなみに俺PS2 linuxユーザー
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.
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 ?
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.
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
>z-correct bump mapping" mentioned in the recent review at Tom's Hardware?
No.
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.
私はミップマップについていくつかの疑問を恐らく持っています。
たぶん、どのプラットフォームかは重要では在りません。
ミップマップが必要とれるか、今はもう必要ない場合にそのミップマップを消去したいときもまた、
私は動的に各ミップマップレベルをロードしたい。
質問は、ご存知のように多くの大きなサイズのテクスチャが同時に要求されたとき。
もしその合計サイズがVRAMがカバーできるよりも大きくなったなら、
いくつかのテクスチャの消去を妥協しなければならないことです。
たとえ妥協したとしても、どうすればこの問題を解決できますか。
オクトツリーアルゴリズムを使用する場合、トライアングルストリップを使うことは可能ですか？
ストリップがいくつかのノードを通り抜ける場合や1つのノードだけが目に見える場合に
ストリップを切り取るべきですか？
もしくは、そのような長いストリップを使用してはなりませんか？
動的テクスチャローディングは、ミップマップよりはむしろ動的なテクスチャ管理によってなされることになっています。
私はミップマップのための特別なテクスチャ管理が価値があると思いません。
I had faced to the similar case as you.
There is a good solution for running short of VRAM when using like as mipmap
but still it is not a ideal method.(as 415 said it can be remarkely
said dynamic texture management)
If you don't have to sort polygons such as no-semitrans polygons,
sort these polygons not by Z-value but by texture,yes as you guess it is
oftenly called "Texture sort"
To do like this , we can strongly decrease the traffic
between MAIN-RAM and VRAM.
>>415
激しく同意。
>>413がどのプラットフォームを対象にしているのか俺はしらんけど、
個々のミップマップレベルを読みこんだり消去したりするのは普通はむちゃ非効率的で
造作もなくCPUとかGPUを止まらせると思う。
GeForce4 Tiに関する質問があります。
誰かGL_DOT_PRODUCT_AFFINE_DEPTH_REPLACE_NVが何をするか分かりませんか？
この新しいトークンは、GL_NV_texture_shader3のOpenGL拡張(GeForce4 Tiシリーズでのみ利用可能)
の中で定義されているみたいです。
トムのハードウェアにおいて最近の調査の中で言及された「Ｚ補正バンプ・マッピング」
は有利な面と、不利な面の両面がありますか？
http://www.tomshardware.com/graphic/02q1/020206/geforce4-03.html
うむ、それは390が言ったフィルター同じぐらい軽快に動作するように思える。
>>419
Vmag.オンラインのムービークリップを見たことがありますか？
TidepoolデモはＺ補正バンプ・マッピングの効果について説明します。
http://www.vwalker.com/news/0202/06_gf4/06_214417.html
実際のジオメトリは置き換えずに、
水面の深度値が表面の高さによってピクセル毎に置換されているように見えます。
私はデモがAFFINE_DEPTH_REPLACEオペレーションか何かを使用していると思います。
みんな「Ｚ補正バンプ・マッピング」の意味を知っています？
>>420、いぇー、私もそう思う。:)
どうも。
(though there seem to be some minor mistranslations...)
Anyway, thanks a lot for your help.
誤訳を訂正してもらえると嬉しいです。
(半分は英語の勉強のために訳していますので）
おれもがんばって英語覚えるぞー。
>>418 (last sentence)
これは、Tom's Hardwareでの最近のレビューで言及されていた
「Ｚ補正バンプマッピング」と関係があるのでしょうか？
>>420
うーむ、390の言ったとおりフィルタとしてうまく機能しているようだな。
>>421 (third paragraph)
「Ｚ補正バンプマッピング」が一体何を意味しているのか、
誰かわかる人はいませんか？
matrix, it needs -|w| < z < +|w| rather then the usual 0 < z < w.
This means any text book clipping matrix, needs modifing
for GS chip what we call FUCH-KUTARAGI-CHIP.
The best reference IMHO for clipping and perspective transforms is
Jim Blin`s Trip down the Graphics Pipeline which describes the
perspective system in details, and it also explains how to create
your own clipping space.
bye.
どうもありがとうございます。
勉強になりました。
one coordinate space to the another.
I need to transform the direction of the ray from world space
to the object space so I can do an intersection on the triangles
in a mesh.
Thanks for any help
I think you did a very great job but it seems your
translation into the Japanese is calling some suck guys like as 436.
I highly recommend to stop your translating,sorry.
OpenGL, the most popular graphics library in the world, requires that z value in
homogeneous clipping space be within the range between -w and w, as is the case
with your platform. Historically, I believe, this type of projection matrices
rather than DirectX-style projection matrices (0 < z < w) has been widly used.
>>437
You can use the upper-left 3x3 matrix of your transform matrix (from world space
to object space) to transform a direction vector into object space if and only if
the 3x3 matrix is orthonormal, which means the 3x3 matrix represents pure rotation
without any scaling or shearing. Otherwise (if the 3x3 matrix is not orthonormal),
you need to use the inverse transpose of the upper-left 3x3 matrix instead.
>>438
I agree. No Japanese translation is needed for us.
327, we hope you meet our request. Thanks in advance.
wrong: has been widly used.
correct: have been widely used.
which is a singular noun. I'm so sorry to have interrupted our discussion.
>>440
Understood.
일반적인 확산 광원을 계산 (본 예제에서는 단방향 광원) 하며, 결과를
확산 반복 색에 넣는 대신 단순한 밴딩 광도 질감의 질감 좌표로 조명
값을 사용합니다. 확산 반복기에 로드된 원하는 재질 색을 갖는 질감을
조정함으로써 채색이 이루어집니다. 다음 Vertex Shader를 참고하십시오.
So I am going to ask you bitch.fuck you.
The clipping topics is one of the most hardest things and required
high skills more than it looks and these discussions might never end.
값을 사용합니다. 확산 반복기에 로드된 원하는 재질 색을 갖는 질감을
일반적인 확산 광원을 계산 (본 예제에서는 단방향 광원) 하며, 결과를
당신이 옳습니다. 내가 당신과 같은 의견입니다.
Is there a place where I can find standrd constraints values
for joints of a human mesh? (saying a list of euler limit angles as used in using UK)
Apparently most of the time they come from an converting proccess but
I would like this to be a little more automatic...well you know if can do,
it sounds reasonable because I'm going to deal only with human bones.
Ok.Mesh is Shiro Sano.His mesh is the best match. hahaha.
>without any scaling or shearing.
umm...well yes i can undestand the 3x3 matrix can show rotation but
at the same time , it also represent scaling isn't it?
What I meant is that a "orthonormal" 3x3 matrix represents pure rotation.
If a 3x3 matrix contains scaling or shearing, that matrix is NOT orthonormal.
In this case, you must calculate the inverse of the transpose of the 3x3 matrix,
instead of just using the original matrix, in order to transform "normal" vectors.
However, you said in your previous post (I assume 437 = 455) that you wanted to
transform "direction" vectors. Unlike normals, direction vectors can be transformed
simply by using the upper-left 3x3 submatrix of the original 4x4 transform matrix.
I'm very sorry to have mixed up "direction" with "normal."
Es würde zu weit führen jeden Modus im Einzelnen zu erläutern. Hier nur ein Beispiel:
der GeForce4 Ti unterstützt nun Bump-Mapping mit Korrektur in der Z-Achse.
Mit dieser Technik werden Treppeneffekte eliminiert, die man an den Schnittpunkten
zwischen der gemappten Oberfläche und anderen Objekten finden kann -
zu finden beispielsweise wo Wasser (Bump-Mapping) und Land sich berühren.
クリップ厨房ﾊｹｰｿ！
Foo the fuck are U ?
Anyway go out.
We should clip such a piss ▼ﾟД｡▼ｶﾌｯ kidz before
clipping polygons from our sight.
>455
From a certain view point we can take 3x3 matrix as a combination of
three vectors. When all of lengthes of them are 1.0 and vertical with
each other , we can expect that 3x3 matrix can represent pure rotation as 456 said.
Orthonormalizing 3x3 matrix doesn't cost so expensive that you should better orthonormalize them
even if you have NOT orthonormalized matrix.
＿＿＿＿
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣
|∵ | ＿_|＿_ | ＜うるせーバカ >>461
＼| ＼＿/ ／ ＼＿＿＿＿
＼＿＿＿_／
<丶｀∀´> ＜ 당신이 옳습니다.
（ ） │ 내가 당신과 같은 의견입니다.
｜ ｜ | ＼＿＿＿＿＿＿＿＿＿＿
〈＿フ__フ
議論と呼べるほどのことは何も書かれて無い気がします。
海外の論文をパクってきてるだけ？（まぁそれでも良いんだけど）
最近はbioもbbxも寂しいし。
もしやあなたは！
／￣￣￣￣￣＼
| おまえらも |
∩_∩ | |
（´ー`） < 暇な奴ら |
（ ） | |
| | | | だなぁ |
（___）__） ＼＿＿＿＿＿／
（ |￣￣| ）
（ * r'''￣'''ヽ * ）
∧＿∧ ｾｯｾ （ * （ ・∀・ ） * ）
（ *・∀・） o O （ * r''' ￣'';'ヽ／ヾ ）
（（ （ つ つr'''￣'';'ヽ ～～～～～～～～～
人 Ｙ i i
⌒ し（＿） ヽ＿＿ノ ⌒⌒⌒⌒⌒⌒⌒⌒
ﾌｰ
∧＿∧ r'''￣￣'';'ヽ、 ∧＿∧ｲｲﾅｧ
（ ；-∀-） i i （´∀｀ ）
（ つ つi i （ ）
人 Ｙ i i ｜ ｜ |
⌒ し（＿） ヽ＿___＿ノ ⌒⌒⌒（＿（＿）⌒⌒⌒⌒⌒
ｲｯｼｮﾆﾂｸﾛｳ !!
∧＿∧ r'''￣￣'';'ヽ、 ∧＿∧ ｲｲﾉ !?
（ *・∀・） i i （´∀｀ ）
（ つ つi i ⊂ つ
人 Ｙ i i ｜ ｜ |
⌒ し（＿） ヽ＿___＿ノ ⌒⌒⌒（＿（＿）⌒⌒⌒⌒⌒
Where the devil are you pointing at concretely?
It seems there's no thesis in this thread,at least,i couldn't find.
I or We don't discuss about such a high flown tips at all nor
desire to do that.
it's quite my surprise that many people living in here could
make themselves understood in English and some postings are
impossible for me to distinguish whether native-speaker's or not.
BTW keep-on and good luck. (^_^)/
jisakujien.
As 469 said, we're just doing our own discussion. Indeed we're not talking
about such advanced topics currently, but our ultimate goal is to discuss
cutting-edge techniques in the area of three-dimensional computer graphics.
I think English is a language in which we can express our opinion much more
clearly and more explicitly than in Japanese. I love English!
∧＿∧ ／￣￣￣￣
∧（ ´∀｀）＜ raise it!
（ ⊂ ⊃ ＼＿＿＿＿
（ つ ノ ノ
｜（_＿）＿）
（_＿）＿）
／ ＼ ＿＿＿＿＿＿＿＿
/ ∧ ∧ ＼ ／
| ・ ・ | ＜ 氏ねよおめーら
| ）●（ | ＼＿＿＿＿＿＿＿＿
＼ ー ﾉ
＼＿＿＿_／
うぜー。AA野郎は逝け。
やっぱりゲームについて研究したいでしょ？
その～、ゲームの世界観ってあるしょ？
それ。
その世界観を大きく膨らませて、それを実際のゲームで表現したくない？
そんな人はここ。
http://www6.plala.or.jp/primary/
なんかゲームの研究やってるみたいだから、
興味のある人は参加してみたらいいよ。
そして、その研究を題としたメルマガもやってるみたいだし。
http://www.mag2.com/m/0000081566.htm
メーリングリストで語るって手もあるみたいだね。
http://www.freeml.com/info/primary@freeml.com
まぁ、オレはゲームの世界観って好きだし、
レトロの時代の強い世界観のゲームを
ＰＣで表現できたらいいなって思うな。
それはなぜ世界観が強いのか？っていう研究はおもしろいと思うぜ。
穴場とかないかなぁ？
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□
途中で落ちるなぁ。自宅のＰＣでも試してみるかな。
RenderMan以外ではあまり積極的に使われていないようですが、
やはり特許問題がらみなんでしょうか
それとも、もう廃れてしまった技術ですか
そうであるならば、最近ではこのような
影の表現にどのような技術があるのか
教えてください。
/. ――┤. -=・=- -=・=- | | ∧ ∧｛´ ◎ `｝__＿＿（ ´∀｀）＼ う ＼
./(. = ,= | ∧∧ ∧＿∧ | | ( ´ー｀) ）:::／´∀｀ ;:::: ＼ヽ(`Д´)ﾉ゛＼ ま＼
|||＼┏┓/∫ (=ﾟωﾟ)ノ~ （ ´Д｀）／/ ＼ < .∧|∧ /::::::::::| .¶＿¶. ＼い＼
V/ ∧,,∧ ∬ ～（ x） ／ / ,一-、(´ー｀) /:::::|::::::| (ΦдΦ)／~ ＼棒＼
|| ミ,,ﾟДﾟノ,っ━~~ U U / /| / /￣ l⊂ヽ ＼/|:::::::::|::::::| γ＿＿ ∧w∧ 旦∬
人 ﾐ ,,, ~,,,ﾉ .ｎ THANK YOU 2ｃｈ ■■-っ ┌───────┐ ＼ （ ﾟДﾟ ）∩゛
( ﾟーﾟ)と..ﾐ,,,/~),ヽ（凸）ﾉ~ and.. ´∀｀/. ｜ ● ● | ヽ ノ
／￣￣し'J＼［Y］ GOOD-BYE ２ｃｈ WORLD！ ／| .┌▽▽▽▽┐. |____|__||_| ））
/ ● ●､ヽ （. ┤ .｜ ｜. |□━□ ） (ﾟДﾟ)?
|Y Y ＼ またどこかで会おうね.. ＼. └△△△△┘. | J |）∧＿∧
|.| ｜ .▼ |∀ﾟ) ｜＼あ＼ | ∀ ﾉ " , 、 ﾐ
| ＼ ／■＼ ＿人 |∧∧∩゛∧＿∧∩゛∧＿∧ | ＼り.＼ | - Å′ ゝ∀ く
| （ ´∀｀）_＿＿／( ﾟДﾟ.)'/ （ ´∀｀ ）/ （・∀・ ）,. |. ＼が＼. | ）. ＼ Λ＿Λ
＼ （ Ｏ ） 冫、 U / （ / ⊂ ⊂.）ヽ(´ー｀)ﾉ゛ ＼と.. ∧_∧/(´Д｀;)<丶｀∀´>
｜││ │ ` | | ∪ | | （ （ （ ( へ (ﾟдﾟ)～⌒(ﾟーﾟ*) (-＿-) (･ω･` )
（_（__（＿_）（・∀・） ∪~∪ （＿（＿_） （＿（＿） く ⊂⌒~⊃｡Д｡）⊃⊃⊃（∩∩）（∩ ∩）
晒しアゲだなこれは。
∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥
∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥
∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥
∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥
∥ ∥ ∥＼／∥ ∥ ∥＼／終 ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥
∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥
∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥
∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥
∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥＼／∥ ∥ ∥
＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
／| |＼
＼だからさぁｸｿｽﾚ立てんなって言っただろ／
?ﾊﾟﾁﾊﾟﾁ?ﾊﾟﾁﾊﾟﾁ ￣￣￣￣￣∨￣￣￣￣￣￣?ﾊﾟﾁﾊﾟﾁ?
∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧
∧＿∧∧＿∧∧＿∧∧＿∧ （ ´∀｀）∧＿∧∧＿∧∧＿∧
＿∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧
∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧
（ ） （ ） （ ） （ ）
1. まずAを>>1とし、Bを>>2から>>100までとする。
2. そしてAはひたすら逃げて、BはAを追いかける。
3. 始める前にAは夏みかんを右手に持つ。
4. そしたらAが夏みかんを持った瞬間にスタートする。
5. で、Bの人が「あいつがAだー！！追えー！！！！」と言いながら追う。
6. その時Aはちゃんと夏みかんを持っている。
7. ルールは簡単。Aが夏みかんを落としたりBの人に捕まったらギロチンで死刑。
8. 後はAの地獄ゲームの始まり！！！（ﾜｸﾜｸ
∧＿∧ ﾏﾃｰ ∧＿∧
（ ´∀｀） （・∀・； ）
（ B つつ （ A つつ
／ ／ ／ ／ ／ ／
（_＿）＿） （_＿）＿）
これでなるはずなのに上手くならない。膝から下、肘から下の動きが変になる。
頂点をボーンローカル座標に移動する時に、ボーンの固定角度を取り込むにはどうすればいいの？
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★ 送料激安！ スピード発送！ 商品豊富！
★☆ http://www.get-dvd.com
☆★ 激安ＤＶＤショップ 「ＧＥＴＤＶＤドットコム」
★☆ http://www.get-dvd.com
☆★ 今すぐアクセス Ｌｅｔ’ｓ Ｇｏ！ 急げ！
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
某スレでテクスチャーを張る時に、
UVストリップを考えて張らないといけない、
UVが細切れだと良くないと書かれていました。
効率的なUVの張り方や、UVストリップについて
紹介されている本、サイトをご存じな方がいらしたら
教えていただけないでしょうか。ｍ（＿ ＿）ｍ
＞なるべくUV頂点を連結させて、一筆描きみたいな感じで
＞UV頂点情報が繋がってた方がデータ圧縮効率が上がるので
＞処理や表示に優しいとか、長い帯状のモデルとかのUV配置に
＞効力があるとか…くらいの知識しか無いです
この文章から推察すると、モデルを展開したときに
個々の頂点が繋がったままの状態の事なのかなと思うのですが・・・。
ポリゴンを、ばらばらにしないで頂点、辺を共有したまま
テクスチャー張れってことかもね。
トライアングルストリップってのが、効率よく頂点を共有して少ない情報で
生成できるポリゴンだからね。
あとは、テクスチャーを１枚にまとめてしまうとか。
モデルで分割した近い場所にある頂点はマージするなどして、
なるべく頂点の共有・一体化すれば良いという感じでしょうか。
UVは低解像度のテクスチャーだと、UVの頂点を切り離さないと
継ぎ目が奇麗に表現できない事があり、今まではかなり分割していました・・・。
今後連続させるように工夫してみたいです。
それとテクスチャーをひとつにまとめるのも効率化につながるのですね。
トライアングルストリップというのも初めて聞きました（汗）
調べて勉強してみます。
＞俺もよくは知らないが、UV頂点番号情報を連続させる事だった気ｶﾞｽ。
＞UV頂点にもﾎﾟﾘｺﾞﾝと同じ様に頂点番号情報がある訳だが、例えば500頂点のﾎﾟﾘｺﾞﾝは、UV頂点情報は最初500UV頂点の情報を合わせて持ってるっつちゅう事だ。
＞でもﾃｸｽﾁｬ領域を効果的に使う為にﾃﾞｻﾞｲﾅｰがUV頂点情報をある程度分割していくことで重複するUV頂点が発生する。
＞UV頂点が増えた分だけデータ量も増える訳だが、これは制作上しょうがないのだが、ﾌﾟﾛｸﾞﾗﾑでﾓﾃﾞﾙとUVの情報に圧縮処理をかける事でﾃﾞｰﾀ量の最適化や転送効率を上げている。
＞しかし、UV頂点情報を圧縮するにはある程度頂点情報が連続してないといけないという条件があるのだ。
＞なので、ﾃﾞｻﾞｲﾅｰがﾓﾃﾞﾙのUV設定を不必要に細切れにしちゃうと、ﾃﾞｰﾀ量は増えるわﾃﾞｰﾀ圧縮は効かないわで、最適化で苦労してるﾌﾞﾛｸﾞﾗﾏｰがｲﾗっと来る訳ですよ。
＞ﾃﾞｻﾞｲﾅｰで出来るUVの最適化作業は、なるべく重複するUV頂点を作らない事と、重なってるUV頂点は、切り離さなきゃいけないもの以外は必ず結合させるって事だな。
質問させてください。
3Dの経験はAPIを使ったプログラムを含めて一切ありませんが、今ちょっと書いてみようとしています。
とある組み込み系非力CPUのデモプログラムを一つ書いてくれと頼まれているのですが、
そのデモを見せる相手の方がとてもスターウォーズ好きなので、あのオープニングを再現しようかと思いました。
EPISODE IV
A NEW HOPE
↑みたいな黄色いテキストが下から出てくる、あの部分です。
スクロールする文字列をグラフィックにしたデータは既にありますが、
これをどのように変形して、どのような速さでスクロールすれば良いのかがわかりません。
自前で適当に作ってみたところ、かなり違和感が出てしまいました。
3D APIは一切ないので、自前で1ラインずつ縮小コピーしたりして作っています。
可能な限りは自分で調べてみるつもりですが、検索キーワードでこれを使えばいいよ、みたいな
助言をもらえると本当に助かります。
3Dに詳しい方、どうかよろしくお願いします。
エスパーでもない限り回答できないのだが。。
①文字の座標は３D空間で動かす。
②３D座標を画面に投影して表示。
③①に戻る。
で良いだろうが、数学的にキッチリ説明しようとすると面倒。
乱暴だけど、
①→Z座標を増加。
②→XY座標をZで割って、消失点の座標を加算して画面座標に。
でいいんじゃないかな？
検証したわけじゃないから間違ってたらスマンネ。
違和感はなかなか説明が難しいのですが、
一番大きいのは奥に行くほど速くなってしまうことです。
あと、文字の大きさも奥に行くほど大きくなっている気がします。
とりあえず、消失点と投影について調べてみます。ありがとうございます
しかもビルボードになんでわざわざｘファイルなんだ？
どうやら透視投影という手法で計算すると良いようですね。
以下のページに数式だけ載っていたので、それで明日簡単に作ってみます。
PDF注意：http://www.ichinoseki.ac.jp/satok/SATOK/ex/VBA/ex6-4.pdf
ttp://void-main.org/starwars/
助言をくれた>>503さんありがとうございます。
calc()が処理時間が不定な上、重い。
setTimeout()をcalc()の前に持っていって、
第二引数を調整すれば安定する。
初歩的なデバッグだよワトスン君！
アイデアどうも ＾＾
数式と挙動を確かめたかっただけだったんで、
ソース見てもらったらわかるように、実装はかなりいい加減です。
今度、っていつか全然わからないけれど（笑）、暇をみて修正します。
あと言い忘れたんだけど、ｲ㌔。
SKYBOXをうまく作るコツがあれば、教えて頂けないでしょうか。
形状： Ａ：立方体が基本だろ (方向転換時繋ぎ目が目立つ)
Ｂ：球のほうがいい (テクスチャがまのびする)
サイズ： Ａ：表示範囲ぎりぎりの最大のサイズにしてマップを覆い尽くす
（マップの広さがせまくなる問題が発生）
Ｂ：skyboxをマップより小さくして、プレイヤーカメラと一緒に移動
（背景から障害物が現れてしまう問題が発生）
テクスチャ： Ａ：256程度で充分？ Ｂ：1024くらいは貼っとけ
ゲームは広いフィールドで戦うFPSと思っていただければ。
技術より見せ方のセンスの問題のような気もしますが、skyboxについては
ぐぐってもコレってのが無いですね・・・3D関係の本見ても遠景無しが多いし（´・ω・`）
ヒント：フォグ
>（背景から障害物が現れてしまう問題が発生）
Zテストオフ・Z更新オフで、最初に描画すれば無問題だわ。
上部のテクスチャが綺麗にはれないんだけど、一般的にどうしてるの？
苦肉の策でクランプして空白で引き延ばしてるが・・・。
もう少し状況をｋｗｓｋ
（俺の使ってる３Ｄソフトが悪いのかもしれんが・・・）
円柱だと視点動かしたときに境界分かるし。
・地平線近くを歪まないような形状にする。
・地平線から離れるに従って単色になるようにして歪みを見せない。
というようにやれば良いと思う。
俺はそうやってるんだけど、もっといい方法ないかなと。
ttp://msdn.microsoft.com/coding4fun/gamedevelopment/beginning4/default.aspx
ttp://www.toymaker.info/Games/html/skybox.html
>>520
UVの展開方法が悪い可能性。
hsghdg
urtute
dhhd
hjhdj
trtrr
目標はど○ぶつの森みたいな感じの、村で生活するようなやつ
最初はモデルを表示したりするだけの簡単なものから作っていって、だんだんマップの上を歩かせたりできるようにしようと思うんだけど。
DirectXとかに比べると敷居低いしいろいろ出来る
無論１からでもいいと思うよ
テクスチャなどは無し
ttp://www.geocities.jp/jt9rgbased2ugiw/
キャラクターのモデル作成が難しい。
とりあえず今は簡単な基本図形のモデルで作っていきます。
モデリングの才能無いかもorz
iアプリに使用できるキャラクターとマップのモデルを募集してますｗ
あとはアニメーションが出来るようになれば簡単なキャラクターなら作れるかも
てか、このスレって人全然いないのかな
いままでより、だいぶゲームっぽくなってきたかも
誰もレスくれないのは寂しいorz
http://pc11.2ch.net/test/read.cgi/gamedev/1172541825/
こちらでどうぞ。
プログラム系のスレを日記用に再利用すんのヤメレ
わかった
>>508-509
なんで東大なの？
ttp://www.4gamer.net/games/032/G003263/20091106014/
こういうのとか
あとはMODだと思う
現状の3Dを堪能するには映画館レベルの環境が無いとダメなのが知れ渡ってしまった
いまのBDや3Dテレビは期待ハズレな部分多いよ
SFの立体映像みたいなのでないとお客は食いつかないよね
手軽との意味によりますが、より低いスキルから入るのに
DarkBasicProがかんたんに3Dを操ることができる。
BASIC言語と3Dライブラリから構成されていて、
BASIC言語自体は初心者向けであり、特に初心者にやさしい。
逆に言えば上級者には不満だろう。
3Dライブラリは初心者向けのやさしいライブラリとなっており、
初心者に難しいベクトル/行列/三角関数を使わないで利用可能です。
レベル的に中学生くらいから3Dを操作できるだろう。
現在、DarkBasicProが無料DLになってるので試してみるといい。
試作品を土日でかんたんに作るのにいい。
ナウシカいつの作品だよ。マスター古すぎないか？
なんと398円/月(年払い)で SSD搭載ハイブリッドサーバーが存分に使えます。
メール作成から各種ツールのインストールまで面倒な設定は「全て」お任せ！！
WordPressを使った２ちゃんまとめサイトも、EC-Cubeで作った同人誌販売サイトも、
ウフフな画像でキャッキャな会員サイトも、使い道は自由、あなたの想像次第。
＼ ￤ /
＼ ￤ /
／￣￣ ヽ,
/ ', / ＿/＼／＼/＼／|＿
＼ ﾉ//, {0} /¨`ヽ {0} ,ﾐヽ / ＼ ／
＼ ／ く ｌ ヽ._.ノ ', ゝ ＼ ＜本当にスゲエ！＞
／ ／⌒ ﾘ ｀ー'′ ' ⌒＼ ＼ ／ ＼
( ￣￣⌒ ⌒￣ ＿) ￣|／＼/＼/＼/￣
｀￣￣｀ヽ /´￣
| |
ゴゾンジ！の充実ぶりにジュウシマツも驚いています。
詳しくはこちら
ゴゾンジ！レンタルサーバー
http://gozonji.ne.jp/
■ゴゾンジ！ジュウシマツもびっくり！
http://yuzuru.2ch.net/test/read.cgi/fortune/9241108701/
('ω')>>550sageろｸｽﾞやろー☆
統一されそうにないな
|O＼
| ＼ ｷﾘｷﾘ
∧|∧ ＼ ｷﾘｷﾘ
ｸﾞｸﾞｩ>（；⌒ヽ ＼
∪ | (~)
∪∪ γ´⌒｀ヽ
） ） {i:i:i:i:i:i:i:i:}
（ （ ( ´･ω･)、
(O ⌒ )O
⊂＿)∪
（＃＾ω＾,;）
( ）
''~~'''""'ﾞ~
グーグル検索⇒『来島のモノノリウエ』
37UPVDZN03