CU
но думаю пилить туда стандарт html это лишнее
Size: a a a
2020 December 05
U
но думаю пилить туда стандарт html это лишнее
а я и не собираюсь
CU
каких-то базовых функций расстановки, иерархии достаточно
CU
ну и учти, что тебе потом надо это как-то обрабатывать
U
распарсить xml особо не проблема)
CU
распарсить xml особо не проблема)
я про ивенты
U
я про ивенты
а, это тоже не особо
я все равно луа собирался въебать
я все равно луа собирался въебать
CU
а, это тоже не особо
я все равно луа собирался въебать
я все равно луа собирался въебать
как знаешь, но если бы я такое проектировал, то посмотрел бы как реализовано во всяких UWP/WPF/Android/SwiftUI
U
пиздец в перетаскивании в контейнерах :D
VK
наркомания, но должно прокатить кое-как, наверно)
U
что тут происходит
CU
это кросс-компиляция байткода для ксени?
VK
что тут происходит
Конвертирую глубину из float s23e8 во float u20e4 прямо в шейдере перед выводом
VK
То, из-за чего у меня тут бомбило последнее время
VK
это кросс-компиляция байткода для ксени?
Не совсем кросс-компиляция байткода, это уже вообще свой байткод практически
VK
что тут происходит
А то там вот такая беда (шум вот тут), если использовать внутри буфер глубины float32, но игре его нужно будет выгрузить в другую текстуру (как float24 уже — тут ничего не поделаешь), а потом загрузить обратно во фреймбуфер (причём через R8G8B8A8, где R8 это stencil), после чего она продолжит рисовать мир https://cdn.discordapp.com/attachments/440280035056943104/784514680226971738/unknown.png
VK
что тут происходит
В двух вариантах — с правильным округлением до ближайшего целого без возможности сделать early Z, и с неправильным тупо вниз, но с которым early Z ещё сможет, может быть, кое-как работать
VK
Точнее, не early Z, а re-Z, конечно. Потому что записывать придётся после шейдера, естественно
VK
Если причина шума в этом, конечно
VK
Но в любом случае, EDRAM > RAM > EDRAM сейчас с обычными буферами глубины (не с полностью кастомным output-merger на ROV, то есть) в Xenia нормально не работает