Войти
ПрограммированиеФорумГрафика

Vulkan API (вышел!) (604 стр)

Страницы: 1603 604 605 606621 Следующая »
#9045
17:31, 27 янв 2022

Нашёл в одном движке VkYetiSurfaceCreateInfoGOOGLE
Это расширение даже никогда не релизилось в паблик, гугл молчит как рыба.

#9046
20:37, 27 янв 2022

v1c
Это для стадии

#9047
11:24, 31 янв 2022

Еще до dynamic_rendering добавили VK_KHR_imageless_framebuffer, который позволяет создать один фреймбуфер на рендер пасс и при vkCmdBeginRenderPass передавать image view. И это даже в ядро 1.2 добавили и на некоторых мобилках поддерживается.

#9048
15:48, 1 фев 2022

/A\
Это не часть dynamic rendering, дескриптор рендерпасса всё равно нужен для пайплайна.

#9049
16:41, 1 фев 2022

v1c
Я пропустил это расширение. Хорошо ведь что еще в 1.2 начали упрощать работу с фреймбуфером.
Тем более в dynamic_rendering только 1 пасс, а тут много пассов можно делать.

#9050
9:31, 2 фев 2022

The 2021 Vulkan Ecosystem and SDK Survey Results

Responses in the Other category include:
1. Gamedev.ru (5)

до 1% еще не дотягивает

#9051
(Правка: 9:40) 9:35, 2 фев 2022

/A\
о, мне всегда интересно их результаты с выводами почитать. ещё я по-прежнему чувствую себя ущербным, потому что мне по-прежнему их рассылка не приходит и я об их ивентах узнаю только с этого форума.

> There is a project in the Validation Layer repository tracking enhancements to the formatting of validation layer errors
я вот это реквестил. хочу ошибки с хайлатом и с хоть каким-то форматированием.

#9052
(Правка: 9:50) 9:50, 2 фев 2022

у нас с форума ответило, кажется, не меньше респондентов, чем с vulkan.org, лол. жмём, пагни.

#9053
10:02, 2 фев 2022

Да, у нас очень хороший форум. Практически не приходится ходить за ответами куда-то ещё, почти на все отвечают, и по вулкану и не по вулкану.

#9054
(Правка: 10:57) 10:54, 2 фев 2022

Ранее везде писали, что зависимости и layout transition предпочтительнее для производительности делать через описание рендерпассов и subpass dependency чем через pipeline barrier.
С этим dynamic rendering барьеры - единственный способ.
Не получится ли при переходе на них неожиданные падения перфоманса? Возможно, лучше и дальше писать рендерпассы?

Второй непонятный для меня момент - внутри renderpass нельзя использовать compute. С новым подходом этого ограничения нет и можно смешивать CmdDraw и CmdDispatch?

#9055
11:18, 2 фев 2022

CatsCanFly
> С этим dynamic rendering барьеры - единственный способ.
> Не получится ли при переходе на них неожиданные падения перфоманса?

у тебя супер крутой рендер с 100-500 техниками ? может стоит забыть про скорость и сделать что-то полезное и красивое?

#9056
(Правка: 11:23) 11:22, 2 фев 2022

/A\
> до 1% еще не дотягивает
Надо исправляться :)

innuendo
> может стоит забыть про скорость и сделать что-то полезное и красивое?
Про красивое - это к артистам.

CatsCanFly
> Не получится ли при переходе на них неожиданные падения перфоманса?
Может быть кто-то уже померил?

#9057
11:59, 2 фев 2022

CatsCanFly
> Ранее везде писали, что зависимости и layout transition предпочтительнее для
> производительности делать через описание рендерпассов и subpass dependency чем
> через pipeline barrier.
все, кто проверяли, не обнаружили никакой разницы. например, themeister проверял.

#9058
12:01, 2 фев 2022

HolyDel
> Про красивое - это к артистам.
например, плавный переход между каскадами :)

#9059
13:20, 2 фев 2022

CatsCanFly
Зависимости между сабпасами можно сделать только через SubpassDependency, барьер внутри рендер пасса требует subpass self dependency, это когда scrSubpass == dstSubpass.
Барьеры до и после рендер пасса можно ставить как обычно или через SubpassDependency или неявно через initialLayout/finalLayout.

Для десктопных карт сабпасы не имеют смысла, а для мобильных очень даже имеют, так как там используется кэш тайла.

Страницы: 1603 604 605 606621 Следующая »
ПрограммированиеФорумГрафика