VЗ
ММО наверное?
Нет сингл:)
Size: a a a
2020 February 02
VЗ
Сложность в том что все рил тайм так как процедурно мир генерируется
VЗ
Не понимаю сейчас объективен свои ограничения
VЗ
Без запекания
VЗ
Все аналоги на рынке супер примитивны, в плане визуального исполнения , но мне не ясно почему
AM
@hplusdiese так что на счёт хранения entity как части какого либо компонента?
Можно, но зачем? А если поколение сменилось? Это из разряда dirty flag поведения. Нахер не нужно
AM
Не надо забывать, что брутфорсить быстрее, чем эти индирекшены
IA
Нет сингл:)
синглы в 2020 неактуальны, делай ммо
L
Можно, но зачем? А если поколение сменилось? Это из разряда dirty flag поведения. Нахер не нужно
Так entity не обязательно одно число. Можно два. Вместе с поколением хранить.
VЗ
синглы в 2020 неактуальны, делай ммо
Нет, это слишком сложно, но спасибо за совет
AM
Так entity не обязательно одно число. Можно два. Вместе с поколением хранить.
В нормальной ecs в одном int хранится id, поколение и другая инфа
L
В нормальной ecs в одном int хранится id, поколение и другая инфа
Какая ещё другая инфа?
AM
Так entity не обязательно одно число. Можно два. Вместе с поколением хранить.
А вообще я про то, что ты делать будешь, если твой id не валиден уже? Не говоря уже о том, что кэш просран
L
А вообще я про то, что ты делать будешь, если твой id не валиден уже? Не говоря уже о том, что кэш просран
А что не так с тем, что он не валиден, если я могу это определить в любой момент?
AM
Какая ещё другая инфа?
Любая, какая хочешь. У меня 21 бит на id, 7 поколение и 4 для user data
AM
А что не так с тем, что он не валиден, если я могу это определить в любой момент?
Просирать кэш дальше. Какой тогда профит от ecs?
L
А вообще я про то, что ты делать будешь, если твой id не валиден уже? Не говоря уже о том, что кэш просран
Если у тебя есть древо, то где-то ты всё равно обосрёшься с кешем.
AM
Если у тебя есть древо, то где-то ты всё равно обосрёшься с кешем.
Есть cache friendly деревья
AM
Иерархия может быть и в линейной последовательности