ほとんどのノードにスケールや回転はなく、回転はあってもzだけだ。過剰なのは間違いないが、開発効率とメンテのことを考えるとそこに手を突っ込む気にはなれない。unity使ってるならunityの普通から離れるべきじゃないだろう。
posted at 13:09:50
ツイートの記録を停止しています
このアカウントはTwitter APIの仕様変更の影響でツイートの記録を停止しています。
記録を再開するには、Twilogにログインしてください。
Stats | Twitter歴 5,351日(2009/08/05より) |
ツイート数 16,857(3.1件/日) |
表示するツイート :
ほとんどのノードにスケールや回転はなく、回転はあってもzだけだ。過剰なのは間違いないが、開発効率とメンテのことを考えるとそこに手を突っ込む気にはなれない。unity使ってるならunityの普通から離れるべきじゃないだろう。
posted at 13:09:50
高速化。unityの感覚がまだないなあ。オブジェクト一個何マイクロ何バイト、みたいなことすら知らないからな。canvas内の頂点数とオブジェクト数がどれくらい性能に影響するのかわかってない。
posted at 13:05:48
操作次第で圧縮効かない地形になることはありうるが、おおよそ疎だし、匙加減だろうなあ。作ってみないとわからんな。
posted at 09:45:54
これ、データの持ち方どうやるんだろ。単に三次元のマス目をまんま持ったら無理だよなあ。近くだけ展開、遠くは圧縮、だろうけど、遠距離の相互作用あったらヤバそう。一回作ってみたいな。
posted at 09:30:29
ドラクエビルダーズ始めた。カメラは慣れるんだろうか。普通のゲームみたいに地形に仮定を置けないので程よく自動にはできない、ということなんだろうけど。
posted at 09:24:10