CU
Две слишком разные поверхности в блок не запишешь
градиенты хуевые, pixel-perfect хуйня для интерфейсов может ломаться
Size: a a a
2020 November 25
VK
Для этого нормали в зелёный и в альфу DXT5 писали до появления ATI2N, кстати, потому что они сжимаются раздельно, и у зелёного 6 бит на крайние значения, а не 5
PL
Write в сжатую текстуру?
я думал, что glGetCompressedTexImage позволяет всего лишь получить пойнтер на GPU-allocated texture memory, используя который можно записывать нужные тексели.
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
VK
а можно как-то это понять из документации? :) Были подозрения, что glGetCompressedTexImage сделан для WRITE операции, но не наоборот. Т.е. вообще READ операция не поддерживается или как?
https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glGetCompressedTexImage.xhtml
> *return* a compressed texture image
> *return* a compressed texture image
S
я думал, что glGetCompressedTexImage позволяет всего лишь получить пойнтер на GPU-allocated texture memory, используя который можно записывать нужные тексели.
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
Однако ты планировал декомпрессировать блоками?
S
И потом обратно? Это же по перфу бьёт
VK
я думал, что glGetCompressedTexImage позволяет всего лишь получить пойнтер на GPU-allocated texture memory, используя который можно записывать нужные тексели.
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
(аналогично DirectX 11 с D3DDevice->Map() и D3DDevice->Unmap())
Не, в GL такого нет вообще, вроде
VK
Есть маппинг для буферов, для текстур не помню
VK
может быть, в каком-то совсем свежем десктопном только
S
Для этого случая есть partitioning в ASTC и в BPTC (BC6H/BC7), кстати
Ты про количество линий для сжатия?
PL
https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glGetCompressedTexImage.xhtml
> *return* a compressed texture image
> *return* a compressed texture image
это да, я думал return для WRITE или READ :) DirectX API меня сбил совсем
PL
Однако ты планировал декомпрессировать блоками?
это не важно совсем, просто хотел по-быстрому считать всю block-compressed текстурку из памяти
VK
Ты про количество линий для сжатия?
Там можно в одном блоке иметь несколько пар крайних точек
S
Там можно в одном блоке иметь несколько пар крайних точек
Окей. (назвал контрольные точки линиями.)
VK
Окей. (назвал контрольные точки линиями.)
В ASTC можно и прямоугольники :)
AT
Теория, лежащая под тем, что называют MIS, насколько я понимаю. Для интегрирования по сфере с учётом косинусного множетеля можно выбрать такие наборы точек, что большие количества точек спроецируются в одну (одни) и вычисленные в точках значения учитываются с весом. Например, такими наборами точек являются правильные многогранники —
шестисотячейник в D4 + какое-то преобразование.
шестисотячейник в D4 + какое-то преобразование.
AT
Интересно кому-нибудь?) Тут кажется целый цикл лекций будет. Дальше — более практические материалы.
AT
(для тех, кто пишет свой path tracer)
S
Теория, лежащая под тем, что называют MIS, насколько я понимаю. Для интегрирования по сфере с учётом косинусного множетеля можно выбрать такие наборы точек, что большие количества точек спроецируются в одну (одни) и вычисленные в точках значения учитываются с весом. Например, такими наборами точек являются правильные многогранники —
шестисотячейник в D4 + какое-то преобразование.
шестисотячейник в D4 + какое-то преобразование.
Ты нашёл одну из реализаций Importance sampling-a?
AT
Ты нашёл одну из реализаций Importance sampling-a?
Математические основания, лежащие в основе всех реализаций (знают они о том или нет). Реализация закрыта. Но по лекциям, я думаю, её можно воспроизвести будет.