[過去ﾛｸﾞ]
ゲームにおけるデータ構造・クラス設計・パターン2 (627ﾚｽ)
ゲームにおけるデータ構造・クラス設計・パターン2 http://mevius.5ch.net/test/read.cgi/gamedev/1211544659/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
593: 名前は開発中のものです。 [sage] 2012/01/10(火) 02:51:27.11 ID:tQJO4ffg floatじゃなくてhalf floatなのかもしれん。これだけで半分になる。 あとは、エントロピー符号化の前に、 曲面補完とか使って圧縮かけてるのかもしれない。 ビットマップで曲線を保持すると解像度分のデータが必要だが、 ベジェ曲線なんかで表せば、上手くいけばハンドル数個分で済む。 FUELなんかはたぶんこういう方法使ってて、川が途中で途切れてたりするところが目立つのはそのためだと思う。 全部俺の勝手な予想だが、いろいろ工夫はしてると思うよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1211544659/593
595: 名前は開発中のものです。 [sage] 2012/01/10(火) 22:24:32.24 ID:Lc/KjEb7 >>592 そういう問題ではないんだけど、マップの構造設計を考えるとそこも考えなきゃいけないと思う >>593 ベジェ曲線・・・確かに全く別のアプローチ方法で面白いかも・・・ ベジェ曲線を3次元で表現するのかX、Yどちらかに絞って高さだけを表現するのか ただそうするとどのタイミングでどこの情報を取ってくるかが問題になるのかな 単純に複数の面(25個ずつくらい)をまとめた構造体で管理してたんじゃベジェ曲線の利点が薄まる？ もう少し調べてみます。アドバイスありがとう http://mevius.5ch.net/test/read.cgi/gamedev/1211544659/595
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.157s*