[過去ﾛｸﾞ]
統一３Ｄスレ (558ﾚｽ)
統一３Ｄスレ http://mevius.5ch.net/test/read.cgi/gamedev/1012625860/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
501: 名前は開発中のものです。 [sage] 2005/12/17(土) 11:42:16 ID:1KjlEnO0 転記 ＞俺もよくは知らないが、UV頂点番号情報を連続させる事だった気ｶﾞｽ。 ＞UV頂点にもﾎﾟﾘｺﾞﾝと同じ様に頂点番号情報がある訳だが、例えば500頂点のﾎﾟﾘｺﾞﾝは、UV頂点情報は最初500UV頂点の情報を合わせて持ってるっつちゅう事だ。 ＞でもﾃｸｽﾁｬ領域を効果的に使う為にﾃﾞｻﾞｲﾅｰがUV頂点情報をある程度分割していくことで重複するUV頂点が発生する。 ＞UV頂点が増えた分だけデータ量も増える訳だが、これは制作上しょうがないのだが、ﾌﾟﾛｸﾞﾗﾑでﾓﾃﾞﾙとUVの情報に圧縮処理をかける事でﾃﾞｰﾀ量の最適化や転送効率を上げている。 ＞しかし、UV頂点情報を圧縮するにはある程度頂点情報が連続してないといけないという条件があるのだ。 ＞なので、ﾃﾞｻﾞｲﾅｰがﾓﾃﾞﾙのUV設定を不必要に細切れにしちゃうと、ﾃﾞｰﾀ量は増えるわﾃﾞｰﾀ圧縮は効かないわで、最適化で苦労してるﾌﾞﾛｸﾞﾗﾏｰがｲﾗっと来る訳ですよ。 ＞ﾃﾞｻﾞｲﾅｰで出来るUVの最適化作業は、なるべく重複するUV頂点を作らない事と、重なってるUV頂点は、切り離さなきゃいけないもの以外は必ず結合させるって事だな。 http://mevius.5ch.net/test/read.cgi/gamedev/1012625860/501
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s