L
хранить компактнее, девять флоутов - против четырёх
Или вообще 16 флоатов
Size: a a a
2020 April 16
L
Откуда 9? 3 же
Матрица 3x3 или 4x4
BE
ну если с транслетом то да, все 16
VK
ну если с транслетом то да, все 16
12
K
Ну в итоге то всё равно матрицу 4x4 хранить
А сами углы занимают по одному флоату
А сами углы занимают по одному флоату
VK
Можно и в кватернион перегонять) Не считать же 3 sincos для каждой вершины, или сколько там надо, и делать кучу умножений
L
ну если с транслетом то да, все 16
Туда не только транслятор можно запилить, но и вообще 99% возможных штук. Но в некоторых контекстах есть минусы
L
Кстати помимо кватернионов есть ещё роторы, которые очень похожи , но имеют свои бонусы
Вот примерное сравнение кватернионы vs роторы: https://marctenbosch.com/quaternions/code.htm
Р🍌
Всех приветствую
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
L
Всех приветствую
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
Вручную (в коде) камеру уже умеешь двигать?
Суть такова:
1) Собираешь из WASD векторы движения влево/вправо + вперёд/назад.
2) Преобразуешь это в пространство камеры.
3) Добавляешь это преобразование к состоянию камеры.
Ну это общий принцип
Суть такова:
1) Собираешь из WASD векторы движения влево/вправо + вперёд/назад.
2) Преобразуешь это в пространство камеры.
3) Добавляешь это преобразование к состоянию камеры.
Ну это общий принцип
K
Всех приветствую
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
Кто-нибудь может подсказать ресурс с реализацией примитивного передвижения камеры на wasd?
Теорию, код, что угодно
Если код, то на дх желательно
Каждый кадр получаешь дельту координат мышки и делаешь поворот (dY, dX, 0)
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
K
Каждый кадр получаешь дельту координат мышки и делаешь поворот (dY, dX, 0)
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
Это если у тебя пространство настроено так, что X смотрит вправо, Y вверх а Z вперёд
Р🍌
Вручную (в коде) камеру уже умеешь двигать?
Суть такова:
1) Собираешь из WASD векторы движения влево/вправо + вперёд/назад.
2) Преобразуешь это в пространство камеры.
3) Добавляешь это преобразование к состоянию камеры.
Ну это общий принцип
Суть такова:
1) Собираешь из WASD векторы движения влево/вправо + вперёд/назад.
2) Преобразуешь это в пространство камеры.
3) Добавляешь это преобразование к состоянию камеры.
Ну это общий принцип
Я сделал банальное передвижение при нажатии клавиш, соответствующих координатам (X,Y,Z)
Просто увеличивал значения xyz камеры при нажатии соответств клавиш и обратно, если при этом зажат shift
Просто увеличивал значения xyz камеры при нажатии соответств клавиш и обратно, если при этом зажат shift
Пу
Assertion failed on expression: 'task.rasterData.vertexBuffer == NULL'
Баг после обновления Unity. Кто как решил? Я нашёл в интернетах решение и применил, но не понимаю его
Баг после обновления Unity. Кто как решил? Я нашёл в интернетах решение и применил, но не понимаю его
Р🍌
Вектор камеры lookAt был направлен на (0,0,0) по мировым, и усё. Потом строил видовую с помощью
Интересует именно внутренняя реализация, с нужными преобразованиями, нашел в коде Луны момент, но ни капли не объясненный и не врубился, почему именно так:
Вообще, обычно смещение камеры относительно вектора "направления взгляда" так реализуется или иначе?
XMMatrixLookAtLH(Pos, LookAt, Up);
Интересует именно внутренняя реализация, с нужными преобразованиями, нашел в коде Луны момент, но ни капли не объясненный и не врубился, почему именно так:
void Camera::Walk(float d)
{
XMVECTOR s = XMVectorReplicate(d);
XMVECTOR l = XMLoadFloat3(&mLook);
XMVECTOR p = XMLoadFloat3(&mPosition);
XMStoreFloat3(&mPosition, XMVectorMultiplyAdd(s, l, p));
}
Вообще, обычно смещение камеры относительно вектора "направления взгляда" так реализуется или иначе?
Р🍌
Каждый кадр получаешь дельту координат мышки и делаешь поворот (dY, dX, 0)
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
На W делаешь транслейт (0, 0, 1)
На A делаешь транслейт (1, 0, 0)
На S и D то же самое, но с минусом
Это то очевидные вещи, меня волнует то, что должно быть внутри этих транслейтов
K
Это то очевидные вещи, меня волнует то, что должно быть внутри этих транслейтов
Возьми готовую либу, например glm
Р🍌
Я бы с радостью взял готовую либу!
Но меня крайне сильно интересует собственноручное написание данного момента
Но меня крайне сильно интересует собственноручное написание данного момента
K
Я бы с радостью взял готовую либу!
Но меня крайне сильно интересует собственноручное написание данного момента
Но меня крайне сильно интересует собственноручное написание данного момента
Ну посмотри её исходники
K
Там всё достаточно понятно