СЗ
это скорее дерево в котором ноды выключать нужно в зависимости от того что ты показываешь
между тайлами - это уже динамические, пусть будет другой историей
размеры тайлов можно расчитать при инициализации (плясать от размера камеры)
Size: a a a
2021 May 05
m
СЗ
камеру в зумаут и у тебя вместо 4 тайлов уже 32? :)
St
квадро-дерево, окто-дерево, bvh
m
да-да - мило. надо почитать
St
готовые реализации есть
IP
так в этом и смысл - это креативная часть, её берешь и пишешь
IP
подводные камни зависят от того как ты кодишь, что у тебя за объекты и.т.п.
Г
ну типо берешь box2d и все, там вроде есть такое
К
Бокс надо тоже кластерить
AG
а на basisu не проверял? uastc?
MB
нет, мне не понравилось то, как basisu экспортит сразу во все форматы. Лень было заморачиваться с удалением ненужного. Ну и сам базис на клиента качать нельзя, js не вывозит преобразование, мы льём сразу в видяху.
AG
astc 6x6 плотность данных ниже чем etc2, кстати, но не то чтобы очень сильно (выиграешь оперативы, да, но не место на диске)
MB
мы в своё время кранч тестили. На взлёте клиента жопа по cpu
MB
да, но у нас весь двиг заточен под 4*4. Исходники кратны 4, а т.к. они атласы, то нельзя произвольным образом их тянуть или дополнять до кратности на 6. Потом они в рантайме идут в суператлас, тоже с шагом по 4. короче иные блоксайзы можно но сложно вкрячить, а т.к. кобилы - побочка, раньше было png вообще на них, так что оставил так
AG
что ты имеешь ввиду под шагом 4? шаг чего именно?
MB
уес2, astc 4*4. s3tc по пямяти имеют одинаковую плотность
MB
то текстура должны иметь размер кратный блоку. И когда ты используешь текстурсабдату, то лить ты должен в координаты кратные блоку. У меня по всем компрессиям блок одинаковый 4*4
AG
звучит логично, но не видел чтобы энкодер astc менял размер текстурам и он все так же использует стпень двойки