統一３Ｄスレ

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

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

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

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

>>413
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.

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

>>417
>>415
激しく同意。
>>413がどのプラットフォームを対象にしているのか俺はしらんけど、
個々のミップマップレベルを読みこんだり消去したりするのは普通はむちゃ非効率的で
造作もなくCPUとかGPUを止まらせると思う。

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

>>418
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

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

>>420
うむ、それは390が言ったフィルター同じぐらい軽快に動作するように思える。

**327** · 02/02/09 14:08

>>421
>>419
Vmag.オンラインのムービークリップを見たことがありますか？
TidepoolデモはＺ補正バンプ・マッピングの効果について説明します。
http://www.vwalker.com/news/0202/06_gf4/06_214417.html

実際のジオメトリは置き換えずに、
水面の深度値が表面の高さによってピクセル毎に置換されているように見えます。
私はデモがAFFINE_DEPTH_REPLACEオペレーションか何かを使用していると思います。
みんな「Ｚ補正バンプ・マッピング」の意味を知っています？

>>420、いぇー、私もそう思う。:)
どうも。

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

Hey 327, you made a great job for us!
(though there seem to be some minor mistranslations...)
Anyway, thanks a lot for your help.

**327** · 02/02/09 14:37

>>430
誤訳を訂正してもらえると嬉しいです。
(半分は英語の勉強のために訳していますので）

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

スゲーぜ、おめーら。
おれもがんばって英語覚えるぞー。

**430** · 02/02/09 18:49

Hi 327, I'm afraid you have mistranslated the following sentences.

>>418 (last sentence)
これは、Tom's Hardwareでの最近のレビューで言及されていた
「Ｚ補正バンプマッピング」と関係があるのでしょうか？

>>420
うーむ、390の言ったとおりフィルタとしてうまく機能しているようだな。

>>421 (third paragraph)
「Ｚ補正バンプマッピング」が一体何を意味しているのか、
誰かわかる人はいませんか？

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

A certain Japanese console has a unusual need for its clipping
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.

**327** · 02/02/10 02:20

>>433
どうもありがとうございます。
勉強になりました。

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

一人だけ自作自演で頑張ってるけど誰も食いつかない駄スレ。

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

I'm having a hard problem in transforming a direction vector from
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

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

to 327
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.

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

2chに巣食うクリッピングヲタ。

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

>>434
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.

**440** · 02/02/10 09:01

Sorry there are typos at the end of first paragraph.
wrong: has been widly used.
correct: have been widely used.

**440** · 02/02/10 09:15

Oops, "has" is correct since the subject of that sentence is "the type"
which is a singular noun. I'm so sorry to have interrupted our discussion.

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

英語の話の中身は高度でもないので読む必要ないＹＯ！

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

Vous avez raison. Je suis d'accord avec vous.

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

仏語か。次はロシア語きぼーん。

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

당신이 옳습니다. 내가 당신과 같은 의견입니다.

**327** · 02/02/10 11:45

>>438
>>440
Understood.

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

>>446
일반적인 확산 광원을 계산 (본 예제에서는 단방향 광원) 하며, 결과를
확산 반복 색에 넣는 대신 단순한 밴딩 광도 질감의 질감 좌표로 조명
값을 사용합니다. 확산 반복기에 로드된 원하는 재질 색을 갖는 질감을
조정함으로써 채색이 이루어집니다. 다음 Vertex Shader를 참고하십시오.

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

Hi. I am Tinko Muketa.please call me Muketin.
So I am going to ask you bitch.fuck you.

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

>>2chに巣食うクリッピングヲタ。
The clipping topics is one of the most hardest things and required
high skills more than it looks and these discussions might never end.

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

>>449
값을 사용합니다. 확산 반복기에 로드된 원하는 재질 색을 갖는 질감을
일반적인 확산 광원을 계산 (본 예제에서는 단방향 광원) 하며, 결과를
당신이 옳습니다. 내가 당신과 같은 의견입니다.

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

>>448だ！！

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

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.

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

>453
Ok.Mesh is Shiro Sano.His mesh is the best match. hahaha.

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

>the 3x3 matrix is orthonormal, which means the 3x3 matrix represents pure rotation
>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?

**440** · 02/02/10 16:11

>>455
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."

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

>>451 Guten Tag, Herr Gatschinko Spielsklub.
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.

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

>>450
クリップ厨房ﾊｹｰｿ！

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

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

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

クリップ厨＝２ｃｈの３Ｄ厨房の正体

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

>>460
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.

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

　　　　　＿＿＿＿
　　　／∵∴∵∴＼
　　 /∵∴∵∴∵∴＼
　　/∵∴∴,（･）（･）∴|
　　|∵∵／　　 ○　＼|
　　|∵ /　　三　|　三　|　　／￣￣￣￣
　　|∵ |　　　＿_|＿_ 　|　＜うるせーバカ >>461
　　＼|　　　＼＿/　／　　＼＿＿＿＿
　　　　＼＿＿＿_／

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

　 Λ＿Λ 　　／￣￣￣￣￣￣￣￣￣￣
　<丶｀∀´> ＜　당신이 옳습니다.
　（　　　　）　│　내가 당신과 같은 의견입니다.
　｜｜　|　　　＼＿＿＿＿＿＿＿＿＿＿
　〈＿フ__フ

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

Is anybody working overseas?

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

英語になっても荒らしは減ってないし、
議論と呼べるほどのことは何も書かれて無い気がします。
海外の論文をパクってきてるだけ？（まぁそれでも良いんだけど）
最近はbioもbbxも寂しいし。

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

>>465
もしやあなたは！

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

　　　　　　　／￣￣￣￣￣＼
　　　　　　　|　　おまえらも　|
　 ∩_∩　　|　　　　　　　　　　|
　（´ー`）　<　　暇な奴ら　　　|
　（　　　）　 |　　　　　　　　　　|
　 |　|　|　　 |　　だなぁ　　　　|
　（___）__）　＼＿＿＿＿＿／

**ﾏﾀｰﾘ** · 02/02/11 00:33

　　　　　　　　　　　　　　　　（　　　　|￣￣|　　　　　）
　　　　　　　　　　　　　　　　（　　*　r'''￣'''ヽ　*　　　　）
　　　　 ∧＿∧　ｾｯｾ　　　（　*　　（・∀・）　　*　　　）
　　　　（ *・∀・）　　　　o O （　　*　r'''　￣'';'ヽ／ヾ　　）
　（（　（　つ　つr'''￣'';'ヽ　　　～～～～～～～～～
　　　　人　Ｙ　 i　　　　　i
　　⌒　し（＿）　ヽ＿＿ノ ⌒⌒⌒⌒⌒⌒⌒⌒

　　　　　　　　　　　　　　　ﾌｰ
　　　　　　　　　　　　 ∧＿∧　　r'''￣￣'';'ヽ、　　　　 ∧＿∧ｲｲﾅｧ
　　　　　　　　　　　　（；-∀-） i　　　　　　　 i　　　　（´∀｀　）
　　　　　　　　　　　　（　つ　つi　　　　　　　　 i　　　（　　　　）
　　　　　　　　　　　　人　Ｙ　　i　　　　　　　 i　　　　｜｜　|
　　　　　　　　　　⌒　し（＿）　　ヽ＿___＿ノ ⌒⌒⌒（＿（＿）⌒⌒⌒⌒⌒

　　　　ｲｯｼｮﾆﾂｸﾛｳ　!!
　　　　 ∧＿∧　　r'''￣￣'';'ヽ、　　　　 ∧＿∧　ｲｲﾉ !?
　　　　（ *・∀・） i　　　　　　　 i　　　　（´∀｀　）
　　　　（　つ　つi　　　　　　　　 i　　　⊂　　　　つ
　　　　人　Ｙ　　i　　　　　　　 i　　　　｜｜　|
　　⌒　し（＿）　　ヽ＿___＿ノ ⌒⌒⌒（＿（＿）⌒⌒⌒⌒⌒

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

>海外の論文をパクってきてるだけ？（まぁそれでも良いんだけど）
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.

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

Hi everyone.

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. (^_^)/

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

>>470
jisakujien.

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

>>465
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!

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

　　　 ∧＿∧　／￣￣￣￣
　 ∧（　´∀｀）＜　raise it!
　（　⊂ 　　　⊃ ＼＿＿＿＿
　（　つ　ノノ
　｜（_＿）＿）
　（_＿）＿）

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

そのadvanced topicsとやらを出し惜しみすんな。

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

　　　　　＿＿＿
　　　／　　　　＼　　　　　＿＿＿＿＿＿＿＿
　　 /　　 ∧　∧　＼　　／
　　|　　　　・　・　　 |　＜　氏ねよおめーら
　　|　　　　）●（　　|　　＼＿＿＿＿＿＿＿＿
　　＼　　　ー　　ﾉ
　　　＼＿＿＿_／

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

>>475
うぜー。AA野郎は逝け。

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

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

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

ゲームをやりこんでる人なら
やっぱりゲームについて研究したいでしょ？
その～、ゲームの世界観ってあるしょ？
それ。
その世界観を大きく膨らませて、それを実際のゲームで表現したくない？
そんな人はここ。
http://www6.plala.or.jp/primary/
なんかゲームの研究やってるみたいだから、
興味のある人は参加してみたらいいよ。
そして、その研究を題としたメルマガもやってるみたいだし。
http://www.mag2.com/m/0000081566.htm
メーリングリストで語るって手もあるみたいだね。
http://www.freeml.com/info/primary@freeml.com
まぁ、オレはゲームの世界観って好きだし、
レトロの時代の強い世界観のゲームを
ＰＣで表現できたらいいなって思うな。
それはなぜ世界観が強いのか？っていう研究はおもしろいと思うぜ。

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

保守

◆Last/oxcCA · 02/12/24 09:56

現在最下位です。。。

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

（・∀・）

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

（・ ∀ ・）

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

だれか3Dmark03アプしてくれん？　公式や３ガメからのダウンじゃ時間かかりすぎる。
穴場とかないかなぁ？

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

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

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

４ガメからダウン完了。でも動作させたＰＣ、ＧＦ４Ｔｉ４６００なんだが
途中で落ちるなぁ。自宅のＰＣでも試してみるかな。

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

Deep Shadow Mapsについて質問です。
RenderMan以外ではあまり積極的に使われていないようですが、
やはり特許問題がらみなんでしょうか
それとも、もう廃れてしまった技術ですか
そうであるならば、最近ではこのような
影の表現にどのような技術があるのか
教えてください。

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

　　＿＿＿.　　　　　　　　　　　　　　 ∩゛　　　　∧空∧　　　　（（（　）））／＼
　　/. ――┤.　-=・=-　　　　-=・=-　　　　| |　 ∧ ∧｛´ ◎ `｝__＿＿（　´∀｀）＼う＼
　./(. 　= ,= | 　　　　 ∧∧　　　 ∧＿∧　 | |　( ´ー｀) ）:::／´∀｀ ;:::: ＼ヽ(`Д´)ﾉ゛＼ま＼
　|||＼┏┓/∫ 　　　(=ﾟωﾟ)ノ~　（　´Д｀）／/　　＼　< .∧|∧　　　/::::::::::| .¶＿¶.　　　＼い＼
　V/　∧,,∧ ∬ 　～（　　x）　／　　　 /　　　,一-、(´ー｀)　　/:::::|::::::| (ΦдΦ)／~　　　＼棒＼
　 ||　ミ,,ﾟДﾟノ,っ━~~　U U 　 / /|　　　　/　　　/￣　l⊂ヽ　＼/|:::::::::|::::::| 　γ＿＿　　∧w∧ 旦∬
　人ﾐ ,,,　 ~,,,ﾉ　　.ｎ　　THANK YOU　2ｃｈ　■■-っ ┌───────┐　　＼（ﾟДﾟ　）∩゛
( ﾟーﾟ)と..ﾐ,,,/~),ヽ（凸）ﾉ~　　　　　and..　　　　 ´∀｀/.　｜ ●　　　　　 ●　| 　　　　ヽ　　　ノ
　　／￣￣し'J＼［Y］ GOOD-BYE ２ｃｈ WORLD！／|　.┌▽▽▽▽┐.　|____|__||_| ））
　/　　　　 ●　　●､ヽ　　　　　　　　　　　　　　　（.　┤ .｜　　　　｜.　|□━□ ）　(ﾟДﾟ)?
　|Y　　Y　　　　　　　＼　　またどこかで会おうね..　＼.　 └△△△△┘.　|　 J　　|）∧＿∧
　|.| 　｜　　　　　.▼ |∀ﾟ)　　　　　　　　　　　　　　　｜＼あ＼　　　　　　 |　∀　ﾉ　" ,　、　ﾐ
　| ＼／■＼　＿人　|∧∧∩゛∧＿∧∩゛∧＿∧　　| 　＼り.＼　　　　　| - Å′　ゝ∀　く
　|　　（　´∀｀）_＿＿／( ﾟДﾟ.)'/ （ ´∀｀）/ （・∀・　）,.　|.　　　＼が＼.　　 |　）. ＼　 Λ＿Λ
　＼　（Ｏ　）　　冫、 U　　/　（　　　 / ⊂　　⊂.）ヽ(´ー｀)ﾉ゛　＼と.. ∧_∧/(´Д｀;)<丶｀∀´>
　　｜││ │ 　 `　　 |　　 | 　　∪　|　 |　　（　（　（　　(　へ (ﾟдﾟ)～⌒(ﾟーﾟ*) (-＿-) (･ω･` )
　　（_（__（＿_）（・∀・） ∪~∪　　（＿（＿_）　（＿（＿）　く ⊂⌒~⊃｡Д｡）⊃⊃⊃（∩∩）（∩ ∩）

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

このスレ恥ずかしいなあ...読んでて赤面しちゃったよ
晒しアゲだなこれは。

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

∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥
∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥
∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥
∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥
∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥
∥　∥ ∥＼／∥　∥ ∥＼／終　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥
∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥
∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥
∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥
∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥＼／∥　∥ ∥
　＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／＼＿／
　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
／|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　|＼
　　　　　　　　　　　　＼だからさぁｸｿｽﾚ立てんなって言っただろ／
　?ﾊﾟﾁﾊﾟﾁ?ﾊﾟﾁﾊﾟﾁ￣￣￣￣￣∨￣￣￣￣￣￣?ﾊﾟﾁﾊﾟﾁ?
　　∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧
　∧＿∧∧＿∧∧＿∧∧＿∧ （　´∀｀）∧＿∧∧＿∧∧＿∧
　　＿∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧
　　　　∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧∧＿∧
　　　（　　　　）　　　（　　　　）　　　（　　　）　　　（　　　　）

**名前は開発中のものです。** · 03/05/14 21:55

◆1CL6vYZ2rM · 03/05/25 20:41

〔夏みかんかくれんぼのやり方　大公開！！【今なら】〕

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 つつ
　　　／／／　　　　　／／／
　　（_＿）＿）　　　　　（_＿）＿）

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

頂点座標＊(-自ボーン座標分移動)*(-親ボーン座標分移動)*(親ボーン回転量)*(親ボーン座標分移動）＊(自ボーン回転量）＊（自ボーン座標分移動）

これでなるはずなのに上手くならない。膝から下、肘から下の動きが変になる。
頂点をボーンローカル座標に移動する時に、ボーンの固定角度を取り込むにはどうすればいいの？

**直リン** · 03/07/03 21:12

http://homepage.mac.com/maki170001/

**名前は開発中のものです。** · 03/07/28 21:03

>>493氏ね

**名前は開発中のものです。** · 03/07/28 21:04

☆★　新商品　ゾク・ゾク　入荷！！　急げ～！！　☆★☆
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★　送料激安！　　スピード発送！　　商品豊富！　　　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　激安ＤＶＤショップ　「ＧＥＴＤＶＤドットコム」　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　今すぐアクセス　Ｌｅｔ’ｓ　Ｇｏ！　　　急げ！　
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★

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

あげ

**名前は開発中のものです。** · 2005/12/15(木) 08:45:37

デザイナーです。
某スレでテクスチャーを張る時に、
UVストリップを考えて張らないといけない、
UVが細切れだと良くないと書かれていました。

効率的なUVの張り方や、UVストリップについて
紹介されている本、サイトをご存じな方がいらしたら
教えていただけないでしょうか。ｍ（＿　＿）ｍ

**497** · 2005/12/15(木) 08:58:02

私が見たレスです。
＞なるべくUV頂点を連結させて、一筆描きみたいな感じで
＞UV頂点情報が繋がってた方がデータ圧縮効率が上がるので
＞処理や表示に優しいとか、長い帯状のモデルとかのUV配置に
＞効力があるとか…くらいの知識しか無いです

この文章から推察すると、モデルを展開したときに
個々の頂点が繋がったままの状態の事なのかなと思うのですが・・・。

**名前は開発中のものです。** · 2005/12/15(木) 09:12:06

>>497
ポリゴンを、ばらばらにしないで頂点、辺を共有したまま
テクスチャー張れってことかもね。
トライアングルストリップってのが、効率よく頂点を共有して少ない情報で
生成できるポリゴンだからね。
あとは、テクスチャーを１枚にまとめてしまうとか。

**497** · 2005/12/15(木) 09:38:27

>>499さん、レスありがとうございます。

モデルで分割した近い場所にある頂点はマージするなどして、
なるべく頂点の共有・一体化すれば良いという感じでしょうか。

UVは低解像度のテクスチャーだと、UVの頂点を切り離さないと
継ぎ目が奇麗に表現できない事があり、今まではかなり分割していました・・・。
今後連続させるように工夫してみたいです。

それとテクスチャーをひとつにまとめるのも効率化につながるのですね。

トライアングルストリップというのも初めて聞きました（汗）
調べて勉強してみます。

**名前は開発中のものです。** · 2005/12/17(土) 11:42:16

転記

＞俺もよくは知らないが、UV頂点番号情報を連続させる事だった気ｶﾞｽ。
＞UV頂点にもﾎﾟﾘｺﾞﾝと同じ様に頂点番号情報がある訳だが、例えば500頂点のﾎﾟﾘｺﾞﾝは、UV頂点情報は最初500UV頂点の情報を合わせて持ってるっつちゅう事だ。
＞でもﾃｸｽﾁｬ領域を効果的に使う為にﾃﾞｻﾞｲﾅｰがUV頂点情報をある程度分割していくことで重複するUV頂点が発生する。
＞UV頂点が増えた分だけデータ量も増える訳だが、これは制作上しょうがないのだが、ﾌﾟﾛｸﾞﾗﾑでﾓﾃﾞﾙとUVの情報に圧縮処理をかける事でﾃﾞｰﾀ量の最適化や転送効率を上げている。
＞しかし、UV頂点情報を圧縮するにはある程度頂点情報が連続してないといけないという条件があるのだ。
＞なので、ﾃﾞｻﾞｲﾅｰがﾓﾃﾞﾙのUV設定を不必要に細切れにしちゃうと、ﾃﾞｰﾀ量は増えるわﾃﾞｰﾀ圧縮は効かないわで、最適化で苦労してるﾌﾞﾛｸﾞﾗﾏｰがｲﾗっと来る訳ですよ。
＞ﾃﾞｻﾞｲﾅｰで出来るUVの最適化作業は、なるべく重複するUV頂点を作らない事と、重なってるUV頂点は、切り離さなきゃいけないもの以外は必ず結合させるって事だな。

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

ここを見ている人ってどのくらいいるのかな？
質問させてください。

3Dの経験はAPIを使ったプログラムを含めて一切ありませんが、今ちょっと書いてみようとしています。
とある組み込み系非力CPUのデモプログラムを一つ書いてくれと頼まれているのですが、
そのデモを見せる相手の方がとてもスターウォーズ好きなので、あのオープニングを再現しようかと思いました。

EPISODE IV
A NEW HOPE
↑みたいな黄色いテキストが下から出てくる、あの部分です。

スクロールする文字列をグラフィックにしたデータは既にありますが、
これをどのように変形して、どのような速さでスクロールすれば良いのかがわかりません。
自前で適当に作ってみたところ、かなり違和感が出てしまいました。

3D APIは一切ないので、自前で1ラインずつ縮小コピーしたりして作っています。
可能な限りは自分で調べてみるつもりですが、検索キーワードでこれを使えばいいよ、みたいな
助言をもらえると本当に助かります。

3Dに詳しい方、どうかよろしくお願いします。

**名前は開発中のものです。** · 2006/04/23(日) 19:47:18

違和感とやらをキッチリ記述してくれないと、
エスパーでもない限り回答できないのだが。。

①文字の座標は３D空間で動かす。
②３D座標を画面に投影して表示。
③①に戻る。
で良いだろうが、数学的にキッチリ説明しようとすると面倒。

乱暴だけど、
①→Z座標を増加。
②→XY座標をZで割って、消失点の座標を加算して画面座標に。
でいいんじゃないかな？

検証したわけじゃないから間違ってたらスマンネ。

**名前は開発中のものです。** · 2006/04/23(日) 20:08:40

>>503
違和感はなかなか説明が難しいのですが、
一番大きいのは奥に行くほど速くなってしまうことです。
あと、文字の大きさも奥に行くほど大きくなっている気がします。

とりあえず、消失点と投影について調べてみます。ありがとうございます

**名前は開発中のものです。** · 2006/04/23(日) 20:56:15

板にテクスチャ張ってxファイル作って３D表示すれば済むだろう？

**名前は開発中のものです。** · 2006/04/24(月) 00:00:34

3DAPIは使えないって書いてあるだろ
しかもビルボードになんでわざわざｘファイルなんだ？

**名前は開発中のものです。** · 2006/04/24(月) 00:17:30

解決の助けになるページを発見しました。

どうやら透視投影という手法で計算すると良いようですね。
以下のページに数式だけ載っていたので、それで明日簡単に作ってみます。

PDF注意：http://www.ichinoseki.ac.jp/satok/SATOK/ex/VBA/ex6-4.pdf