KB
и два случая: скейлы единичные и неединичные
Size: a a a
2020 December 16
SV
@shiko_q ты знаешь конкретные причины? Интересует, как происходит пересчет размера объекта в иерархии, и производительность
Там основная проблема в том что когда начнутся повороты объекты начнет шакалить
KB
Там основная проблема в том что когда начнутся повороты объекты начнет шакалить
ну это всё понятно
KB
я про другое
KB
как они считают скейл вложенных объектов
KB
насколько это затратно и есть ли проверка на единичный скейл
SP
Можно коллизии частицам считать, не проблема вообще
🤔ну коллизии частицами это то понятно. Здесь вопрос был типа, мне при триггере с объектом в любом случае получать геткомпонент.
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
SP
Ты вообще спишь когда-нибудь?
Вот поспал, 6 часов целых
W
@shiko_q ты знаешь конкретные причины? Интересует, как происходит пересчет размера объекта в иерархии, и производительность
Насколько я знаю, трансформация идёт снизу вверх, от самого вложенного объекта.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
W
и два случая: скейлы единичные и неединичные
Ну, для неединичных будет домножение, для единичных не будет)
На этом стоит заморачиваться только если у тебя дофига объектов на сцене одновременно с такими скейлами
На этом стоит заморачиваться только если у тебя дофига объектов на сцене одновременно с такими скейлами
KB
Насколько я знаю, трансформация идёт снизу вверх, от самого вложенного объекта.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
а ты можешь в меня кинуть ссылкой на каком-то официальном источнике?
KB
Насколько я знаю, трансформация идёт снизу вверх, от самого вложенного объекта.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
Вся трансформация - это просто перемножение матриц.
В случае с единичным скейлом домножение на матрицу скейла не производится, т.к. там ничего не изменится.
или скажи, как погуглить, потому что именно про перемножение, его порядок и прочее я инфы пока не нашла
W
🤔ну коллизии частицами это то понятно. Здесь вопрос был типа, мне при триггере с объектом в любом случае получать геткомпонент.
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
Проверяй через сравнение со слоем.
Если слой из тех, кто должен реагировать на коллизию - тогда только делай свои трайгеткомплнент
Если слой из тех, кто должен реагировать на коллизию - тогда только делай свои трайгеткомплнент
W
или скажи, как погуглить, потому что именно про перемножение, его порядок и прочее я инфы пока не нашла
Ммм.. Была статья про оптимизации вложенности. Почему большая вложенность есть плохо и тд.
Толь бест прэктис, толь еще что
Толь бест прэктис, толь еще что
SP
Проверяй через сравнение со слоем.
Если слой из тех, кто должен реагировать на коллизию - тогда только делай свои трайгеткомплнент
Если слой из тех, кто должен реагировать на коллизию - тогда только делай свои трайгеткомплнент
Факинг ифы
W
🤔ну коллизии частицами это то понятно. Здесь вопрос был типа, мне при триггере с объектом в любом случае получать геткомпонент.
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
В плане. Либо коллизии проверяют сами частицы и при столкновении стучатся к объекту вызывая у него метод получения урона.
Либо объект геткомпонентом получает инфу о типе коллизии и наносимом уроне🤔
Но там ж в любом случае много геткомпонентов за единицу времени
А еще лучше делай сразу на ECS и не сношай моск себе )
W
Не на UECS, а на Лео, к примеру )
SP
А еще лучше делай сразу на ECS и не сношай моск себе )
🥺какой ecs я хочу деда мороза заставить стрелять в коронавирус за пару дней. А ecs страшный
n
Ммм.. Была статья про оптимизации вложенности. Почему большая вложенность есть плохо и тд.
Толь бест прэктис, толь еще что
Толь бест прэктис, толь еще что
была рпг, где на вложенность забили и расставляли кучу пропсов просто по локации с вложенностью в несколько десятков уровней
в итоге это всё на пека педалило чуть ли не до слайд-шоу
в итоге это всё на пека педалило чуть ли не до слайд-шоу
P#
была рпг, где на вложенность забили и расставляли кучу пропсов просто по локации с вложенностью в несколько десятков уровней
в итоге это всё на пека педалило чуть ли не до слайд-шоу
в итоге это всё на пека педалило чуть ли не до слайд-шоу
До 50 уровней вложенности почти не влияет на производительность если не делать нецелочисленный скейл