S
у меня, допустим, здоровенная тайловая карта я могу рендерить только то что попадает в камеру и дорисовывать по мере передвижения камеры или могу отрендерить все сразу
Size: a a a
2020 January 24
S
будет ли какой-то импакт если отрисовать все сразу?
SZ
будет ли какой-то импакт если отрисовать все сразу?
будет, поэтому традиционно используеться
- LOD
- Occlusion culling
- View-Frustum Culling
- LOD
- Occlusion culling
- View-Frustum Culling
SZ
если я нарисую двести спрайтов или две тысячи ли два миллиона, будет ли какое различие по производительности/памяти
по памяти - у тебя будет только одна копия спрайта(ну если это одни и те же) + координаты всех спрайтов
по производительности - больше рисуешь больше времени тратишь
по производительности - больше рисуешь больше времени тратишь
S
да я 2д спрайты рисую, какой лод
SZ
да я 2д спрайты рисую, какой лод
а, тю, я не осознал, тогда да, есть смысл рисовать только то что в кадр попадает
S
по памяти - у тебя будет только одна копия спрайта(ну если это одни и те же) + координаты всех спрайтов
по производительности - больше рисуешь больше времени тратишь
по производительности - больше рисуешь больше времени тратишь
ну разновидностей тайлов у меня не много, координаты ничего не стоят, копейки по весу, зато если прорисовывать все целиком каждый цикл то за счет этого могут быть проседания? все таки лучше следить за набором тайлов которые входят в видимое окно и перересовыать только их..
SZ
ну разновидностей тайлов у меня не много, координаты ничего не стоят, копейки по весу, зато если прорисовывать все целиком каждый цикл то за счет этого могут быть проседания? все таки лучше следить за набором тайлов которые входят в видимое окно и перересовыать только их..
ну даже координаты передавать для 2ух млн спрайтов - не самое дешевое занятие с точки зрения производителньости
S
ух, значит сейчас буду имплементить это все
SZ
сам подумай, 60кадров*2млн спрайтов*2 коориднаты*4байта...
хотя выходит 1гб/с что наверное не так и много
хотя выходит 1гб/с что наверное не так и много
S
надо наверное просто поэксперементировать и нащупать те объемы когда стоит запариваться а когда и нет
IB
а к какому такому событию можно надежно привязатся которое гарантированно будет приходить с одной и той же частотой?
везде используют delta time. Считаешь сколько времени прошло с предыдущего кадра (обычно доли секунды), умножаешь все изменения координат (или других значений) на это число
IB
ну разновидностей тайлов у меня не много, координаты ничего не стоят, копейки по весу, зато если прорисовывать все целиком каждый цикл то за счет этого могут быть проседания? все таки лучше следить за набором тайлов которые входят в видимое окно и перересовыать только их..
раз разновидностей немного, стоит использовать инстансинг
S
Вижу, у пистона вродь как можно указать фпс, если так, это избавит гемора с учётом дельты в перемешениях
S
раз разновидностей немного, стоит использовать инстансинг
Что за инстансинг?
SZ
Вижу, у пистона вродь как можно указать фпс, если так, это избавит гемора с учётом дельты в перемешениях
обычно правильно все таки использовать дельту, а не фпс
SZ
потому что если у кого то будет в игре медленее фпс, то и игра вся будет медленеее идти
SZ
Вижу, у пистона вродь как можно указать фпс, если так, это избавит гемора с учётом дельты в перемешениях
еще, часто, особенно в сетевых играх я замечал что существует разделение на TPS и FPS, одно говорит сколько апдейтов игрового лупа, второе сколько апдейтов кадров в секунду
IB
Что за инстансинг?
погугли instanced rendering. Рисуешь один объект, но с разными координатами. Если нужно отрисовать тысячу кубов, инстансинг почти настолько же быстр, как и отрисовка одного куба