Телеграмм чат группы prographon страница 11258

        this->rotation += angles;
        this->rotation.x = std::fmod(this->rotation.x + 360.0f, 360.0f);
        this->rotation.y = std::fmod(this->rotation.y + 360.0f, 360.0f);
        this->rotation.z = std::fmod(this->rotation.z + 360.0f, 360.0f);
        this->needTransformUpdate = true;

14:24пожаловаться #1

потом делаешь

glm::yawPitchRoll(angles.y, angles.x, angles.z);

*переведя в радианы

14:25пожаловаться #2

Как ты получаешь angles из матрицы трансформации? Или ты хранишь этот вектор где-то?

14:25пожаловаться #3

храню вектор

14:25пожаловаться #4

Хмм, т.е. и при сериализации сцены надо поидее их записывать в файл сцены, да?
А то я вот думал, как поворот хранить в уровнях :D

14:27пожаловаться #5

ну де. У меня матрица в трансформе это скорее как кеш

14:27пожаловаться #6

то есть я всегда записываю отдельно T R S

14:27пожаловаться #7

Ну я вот вчера так сделал. И было бы круто, если бы из R можно было получать этот "angles" вектор, а не хранить его отдельно
Ведь иначе есть зависимость... Типа если у тебя кто-то извне будет вертеть объект, то у него будет меняться R, но не будет меняться angles

14:28пожаловаться #8

Извне, в смысле какой-нибудь игровой скрипт

14:28пожаловаться #9

Я неправильно выразился, у меня vec3 translate vec3 rotate vec3 scale

14:30пожаловаться #10

Вообще извне вертеть давать ничего не надо. Делай геттеры сеттеры лучше

Timur Gagiev in pro.graphon (and gamedev)

14:30пожаловаться #11

https://gamedev.ru/terms/SM ться >_<

gamedev.ru

ShadowMapping / Термины / Программирование игр / GameDev.ru — Разработка игр

Один из наиболее современных способов генерации теней. Под термином Shadow Mapping скрываются несколько разных подходов к их получению: * 1. Подход, который называют...

14:32пожаловаться #12

Не, ну это понятно. Просто я например вращаю кватернионами, потом получаю матрицу поворота из этого...
А если повернуть кватернионом и после этого всего хранить только yaw/roll/pitch (и конвертить обратно в матрицу поворота из них), то ошибки не будут аккумулироваться?

14:34пожаловаться #13

Это как "your/your're" или "would of" в английском. Но в туторах редко вижу такое 😂

14:36пожаловаться #14

koren in pro.graphon (and gamedev)

Мне кажется, что не стоит ограничивать вращение

15:12пожаловаться #15

koren in pro.graphon (and gamedev)

А то при интерполяции позиций может быть такая замечатьная ситуация, что на кадре 0 угол был 354, а на кадре 2 - 12. А у кадра 1 что будет?

15:14пожаловаться #16

Ну, это же только в редакторе. Внутри можно хранить всё вообще иначе
Вот я и пытаюсь понять, как показывать нормальные числа, а хранить матрицу поворота :D

15:16пожаловаться #17

Оно не ограничивается, а берется по модулю

15:21пожаловаться #18

koren in pro.graphon (and gamedev)

Ну это да.. Но при интерполяции модуль не поможет

15:21пожаловаться #19

Ага, мне кажется, что задавать поворот через yaw/pitch/roll может быть плохо при всяких интерполяциях
Поэтому пока что я храню матрицу поворота, но кажется, что некоторые хранят прям кватернион? (И потом когда нужна матрица поворота получают из него её)