VK
Но это с большой вероятностью бесполезно
Size: a a a
2020 December 06
U
то есть это бесполезно?
если да, то что дешевле, mat3*vec3 или mat3x4*vec4?
VK
а помните как мне скидывали что можно упаковать матрицу проекции в vec4?
Там не то, чтобы упаковка. Просто нули выкинуты из умножения
U
Там не то, чтобы упаковка. Просто нули выкинуты из умножения
ну так, дешевле и места меньше занимает)
U
если да, то что дешевле, mat3*vec3 или mat3x4*vec4?
или одинаково?
VK
если да, то что дешевле, mat3*vec3 или mat3x4*vec4?
mat3 * vec3, потому что не будешь делать умножение-прибавление единицы или ноля три раза
U
кстати, хотите поржать? в JOML (джавовский аналог glm) есть операция умножения двух mat4x3
VK
кстати, хотите поржать? в JOML (джавовский аналог glm) есть операция умножения двух mat4x3
А где её нет?
VK
Ну, хотя бы как 4x4
U
А где её нет?
ну с точки зрения математики так нельзя
U
но да, семантика там как у двух 4x4, просто нижняя строчка обрезается
VK
ну с точки зрения математики так нельзя
С точки зрения математики и vec * mat нельзя, можно mat * vec, ну или vec^T * mat, это то, что как раз в языках шейдинга и реализовано :)
U
кстати, я в UBO храню матрицы как row-major, это нормально?
U
просто так они несколько компактнее
VK
кстати, я в UBO храню матрицы как row-major, это нормально?
Без разницы, как тебе удобнее с ними работать, и как меньше места занимают в std140
U
нет лишнего выравнивания
U
потому что в std140 vec3 выравниваются как vec4, а mat4x3 это по сути в случае с column-major vec3[4], а с row-major vec4[3]
VK
Если тебе надо отдельные оси вытаскивать (при этом ты не читаешь матрицу целиком… в 12 SGPR, либо тебе ось как xmm на CPU нужна), тогда удобнее, когда в осях компоненты плотно лежат
VK
Если надо отдельно смещение как вектор часто — удобнее наоборот
VK
Много факторов, короче