Произошла ошибка потери устройства vulkan

I try to figure it out, how to use the ray tracing. What I have is a rasterizer drawed Triangle (most the same as shown by Vulkan tutorials, but refactored into my own code and utility functions). The recreation of the swapchain due window resizing/minimizing etc. works correctly.

Then I have added the creation of a bottom acceleration structure. And since then I get some Device Lost errors, but not always… Here a skeleton of my code:

mainLoop:
- acquireNextImage
- renderWorld
- render gui
- present

acquireNextImage:
- signaling a semaphore "Image Available"

render gui:
- wait for fence "Gui"
- begin command buffer (use graphics queue)
- begin render pass
- bind pipeline (graphics)
- set viewport
- set scissor
- draw (2 triangles in my GUI yet)
- end render pass
- end command buffer
- reset fence "Gui"
- submit command buffer (waiting for semaphore "Image Available", signaling semaphore "Rendering Done", checking fence "Gui")

present:
- queue present (waiting for semaphore "Rendering Done")

renderWorld:
(actually this does not render anything yet, it just creates a vertex buffer, an index buffer, and creates the bottom acceleration strucutre for it - and caches it for further frames, so this code runs only once at start!)
- == vertexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == indexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == bottom acceleration structure ==
- get acceleration structure build sizes info
- create buffer (acceleration structure storage, shader device address)
- create acceleration structure (bottom level)
- create buffer (acceleration structure storage, shader device address) (this is my scratch buffer)
- wait for fence "BuildAcc"
- begin command buffer (use dedicated compute queue)
- pipeline barrier (transfer write -> acceleration structure write), don't know if I need it here
- build acceleration structures
- pipeline barrier (acceleration structure write -> shader read), don't know if I need it here
- end command buffer
- reset fence "BuildAcc"
- submit command buffer (checking fence "BuildAcc")
- wait queue idle                                      <------- here device lost
- destroy scratch buffer

So, if I comment out «renderWorld», all works fine. If I let renderWorld be in, then I get a device lost (see the last «wait queue idle» line). But not every time I run the program.

If I put a breakpoint on the «wait queue idle» line, and after the program stops at this line, I can continue the program and all is fine. Also if I comment out the «build acceleration structures» command, all is working (except ofcourse there is no acc structure, but there is no device lost).

So I don’t know, where the problem is. In my opinion, I need to synchronize something somehow, because with the break point I can run it and it works. So the code must be OK as I understand it.

There is also no validation error except missing shader bindings, but because I do not use them yet (I dont ray trace render yet), I should not be a problem.

After the device lost, the other semaphores are not reset and also my gui render path is not working anymore.

Can somebody tell me, if I missed a synchronisation somewhere? I how I can add it? I dont have copied by whole code here, because it would be tons of code Vulkan is very codddddddddy. But if you need some peace of code, then ask for it, and I can paste it here.

I try to figure it out, how to use the ray tracing. What I have is a rasterizer drawed Triangle (most the same as shown by Vulkan tutorials, but refactored into my own code and utility functions). The recreation of the swapchain due window resizing/minimizing etc. works correctly.

Then I have added the creation of a bottom acceleration structure. And since then I get some Device Lost errors, but not always… Here a skeleton of my code:

mainLoop:
- acquireNextImage
- renderWorld
- render gui
- present

acquireNextImage:
- signaling a semaphore "Image Available"

render gui:
- wait for fence "Gui"
- begin command buffer (use graphics queue)
- begin render pass
- bind pipeline (graphics)
- set viewport
- set scissor
- draw (2 triangles in my GUI yet)
- end render pass
- end command buffer
- reset fence "Gui"
- submit command buffer (waiting for semaphore "Image Available", signaling semaphore "Rendering Done", checking fence "Gui")

present:
- queue present (waiting for semaphore "Rendering Done")

renderWorld:
(actually this does not render anything yet, it just creates a vertex buffer, an index buffer, and creates the bottom acceleration strucutre for it - and caches it for further frames, so this code runs only once at start!)
- == vertexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == indexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == bottom acceleration structure ==
- get acceleration structure build sizes info
- create buffer (acceleration structure storage, shader device address)
- create acceleration structure (bottom level)
- create buffer (acceleration structure storage, shader device address) (this is my scratch buffer)
- wait for fence "BuildAcc"
- begin command buffer (use dedicated compute queue)
- pipeline barrier (transfer write -> acceleration structure write), don't know if I need it here
- build acceleration structures
- pipeline barrier (acceleration structure write -> shader read), don't know if I need it here
- end command buffer
- reset fence "BuildAcc"
- submit command buffer (checking fence "BuildAcc")
- wait queue idle                                      <------- here device lost
- destroy scratch buffer

So, if I comment out «renderWorld», all works fine. If I let renderWorld be in, then I get a device lost (see the last «wait queue idle» line). But not every time I run the program.

If I put a breakpoint on the «wait queue idle» line, and after the program stops at this line, I can continue the program and all is fine. Also if I comment out the «build acceleration structures» command, all is working (except ofcourse there is no acc structure, but there is no device lost).

So I don’t know, where the problem is. In my opinion, I need to synchronize something somehow, because with the break point I can run it and it works. So the code must be OK as I understand it.

There is also no validation error except missing shader bindings, but because I do not use them yet (I dont ray trace render yet), I should not be a problem.

After the device lost, the other semaphores are not reset and also my gui render path is not working anymore.

Can somebody tell me, if I missed a synchronisation somewhere? I how I can add it? I dont have copied by whole code here, because it would be tons of code Vulkan is very codddddddddy. But if you need some peace of code, then ask for it, and I can paste it here.

Многие популярные игры используют технологию Vulkan API для обработки графики и вывод ее на экран монитора в процессе игры. К таким играм, например, относится DOOM4, Wolfenstein II: The New Colossus и другие. Нередко пользователи могут столкнуться с проблемой запуска самой игры, в результате чего на экране отображается сообщение об ошибке. В сообщении сказано, что файл vulkan-1.dll не найден и игра, естественно, не запускается.

Для правильной работы игр, которые используют Vulkan API, требуется сначала установить или обновить драйвер видеокарты. Современные видеоадаптеры от NVidia и AMD полностью поддерживают технологию Vulkan, что нельзя сказать о видеокартах, выпущенных до 2016 года. Именно на компьютерах, где установлены такие видеокарты и возникают проблемы с компонентом графического драйвера vulkan-1.dll.

Самый простой и правильный способ избавиться от ошибки запуска игры – это обновить драйвер на видеокарту.

Для загрузки видеодрайвера потребуется пройти на сайт разработчика программного обеспечения — Khronos. На сайте требуется выбрать производителя видеокарты. Далее следует выбрать операционную систему вашего компьютера и выбрать из списка модель видеокарты. К сожалению не все видеокарты могут работать с новой технологией, поэтому если вы не находите в списке свою видеокарту, то возможно, вы не сможете запустить такую игру. По крайней мере, загрузите и установите с сайта производителя графического адаптера актуальную версию драйверов.

После установки драйвера обязательно перезагрузите компьютер.

Следующим этапом будет, если ошибка осталась, попытаться найти сам файл vulkan-1.dll в интернете и зарегистрировать его в системе.

Зайдите на сайт dll-files.com, который специализируется на поиске файлов динамических библиотек (DLL). Вводим в поисковый запрос имя файла: «vulkan-1.dll» и выполняем поиск. Переходим на страницу с результатом поиска и нажимаем кнопку Download, чтобы скачать файл dll к себе на компьютер.

Скачанный файл следует поместить в системную папку System32 (или SysWOW64, если у вас Windows имеет разрядность 64 бит). Можете скопировать файл в обе папки, ничего страшного не произойдет. Указанные системные папки находятся на системном диске (как правило – это диск С) в папке Windows. После чего попробуйте снова запустить игру.

Может появиться в этот раз другая ошибка, что компонент vulkan-1.dll не зарегистрирован в системе.

В таком случае проводим регистрацию файла:

1. Вызываем окно Выполнить, нажав на клавиатуре Win+R;
2. Вводим такую команду для 64-битных систем:
%windir%SysWoW64
egsvr32.exe %windir%SysWoW64vulkan-1.dll

Для Windows x86 (32-бит) вводим такую команду:

%systemroot%System32
egsvr32.exe %windir%System32vulkan-1.dll

Возможно, потребуется перезагрузить компьютер.

Также не помешает повторно установить компонент DirectX, установщик которого можно скачать ан официальном сайте Microsoft.

Если проблема осталась, а у вас на компьютере или ноутбуке имеется две видеокарты (встроенная и дискретная), попробуйте в BIOS отключить интегрированную видеокарту или, наоборот, отключить дискретную, а запустить игру через интегрированную. Для этого может понадобиться подключить монитор к другому разъему системного блока. При этом будьте готовы к тому, что игра через интегрированную видеокарту будет работать заметно медленней, так как у интегрированного видео обычно более низкая производительность, по сравнению с дискретными видеокартами. Но из-за того, что она может быть встроена в процессор или быть другой фирмы, вероятность запуска игр с поддержкой Vulkan API повышается.

Напоследок, когда ни один из способов не привел к положительному эффекту, нужно посетить сайт разработчика самой игры. Дело в том, что возможные проблемы с игрой могут быть описаны в отдельном разделе Вопросы и ответы (FAQ), Поддержка и т.п. Здесь могут быть указаны рекомендации по устранению возможных ошибок запуска игры.

Кстати, очень распространенная причина появления ошибок – это скачивание игр из непроверенных источников, пиратских сайтов и т.п. Приобретение или загрузка лицензионной игры во многих случаях позволит избавить геймера от «головной боли» и сразу наслаждаться игрой.

Добрый день! Недавно отписывался в соседней ветке по обсуждению 12 плейна о проблемах в ВР Пост. Думаю в этой ветке будет уместнее писать о проблемах.

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

Пытаюсь разобраться и добиться стабильной работы VR в 12 плейне, но в релизной версии столкнулся со сбоями, начиная от запуска в ангаре и затемненным главным меню и заканчивая мелкими фризами на разных стадиях полета.

Что удалось выяснить на сегодня:

1) Последняя версия Зибо 2.2 все-таки запустилась в ВР, не без танцев с бубнами, но до кабины добрался, уже хорошо  (Спасибо коллеге по цеху vinnitsa2a за напоминалку о необходимости обновиться).

2) При полете в VR 12 плейн очень любит кушать память видеокарты, на моей 3070ti все 8ГБ памяти кушает на все 100% примерно через пару минут нахождения в виртуальной реальности, после чего на максимальных настройках начинаются фризы, а потом текстуры плывут, как в кислотном фиолетовом мире. О похожих проблемах писали выше на картах 900 серии. 

3) При прочих равных в 11 плейне такого в помине не было на тех же максималках на любых джетах и всех примочках (Энвиру не юзал). Можно сказать что видеокарту особо вообще не грузило, как то равномерно ложилась нагрузка на все компоненты железа. Вообще странно, на фоне сообщений коллег по цеху о том, что 12 в плане фпс более оптимизирован. Возможно, на 4к мониторе  действительно просто фантастика, не спорю.

4) Логично пришлось понижать рендеринг для достижения каких то результатов, в итоге на средних настройках только рендеринга некая стабильность была получена, полет UUEE — ULLI прошел практически отлично, зафризило только планшет самого зибо, который покрылся малиновыми текстурами , но понижать рендеринг еще это уже убийство для ВР и для глаз….

5) К слову о глазах, в 12 какая то прям очень яркая что ли засветка неба, но прям некомфортно было лезть на эшелон, а может это как раз снижение резкости за счет рендеринга.

В общем промежуточный итог: Похоже для комфортного полета в VR на сегодня необходимо более мощное железо, и как показал первичный диагноз, сим уперся в видеокарту, однако.

ЗЫ: Продолжаю наблюдение.

Edited December 26, 2022 by Kirill_Khokhlov

mainLoop:
- acquireNextImage
- renderWorld
- render gui
- present

acquireNextImage:
- signaling a semaphore "Image Available"

render gui:
- wait for fence "Gui"
- begin command buffer (use graphics queue)
- begin render pass
- bind pipeline (graphics)
- set viewport
- set scissor
- draw (2 triangles in my GUI yet)
- end render pass
- end command buffer
- reset fence "Gui"
- submit command buffer (waiting for semaphore "Image Available", signaling semaphore "Rendering Done", checking fence "Gui")

present:
- queue present (waiting for semaphore "Rendering Done")

renderWorld:
(actually this does not render anything yet, it just creates a vertex buffer, an index buffer, and creates the bottom acceleration strucutre for it - and caches it for further frames, so this code runs only once at start!)
- == vertexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == indexbuffer ==
- create buffer (usage transfer dst)
- get buffer memory requirements
- allocate memory (device local)
- bind buffer memory
- create buffer (usage transfer src) (this is my staging buffer)
- get buffer memory requirements
- allocate memory (host visible, host coherent) (this is my staging memory)
- bind buffer memory
- wait for fence "Transfer"
- begin command buffer (use dedicated transfer queue)
- copy buffer
- end command buffer
- reset fence "Transfer"
- submit command buffer (checking fence "Transfer")
- wait queue idle
- free stating memory
- destroy staging buffer
- == bottom acceleration structure ==
- get acceleration structure build sizes info
- create buffer (acceleration structure storage, shader device address)
- create acceleration structure (bottom level)
- create buffer (acceleration structure storage, shader device address) (this is my scratch buffer)
- wait for fence "BuildAcc"
- begin command buffer (use dedicated compute queue)
- pipeline barrier (transfer write -> acceleration structure write), don't know if I need it here
- build acceleration structures
- pipeline barrier (acceleration structure write -> shader read), don't know if I need it here
- end command buffer
- reset fence "BuildAcc"
- submit command buffer (checking fence "BuildAcc")
- wait queue idle                                      <------- here device lost
- destroy scratch buffer

2 ответа

Лучший ответ

- == bottom acceleration structure ==
- get acceleration structure build sizes info
- create buffer (acceleration structure storage, shader device address) <---- no memory

Итак, последние версии драйверов Nvidia, а именно версии 522.25, 522.30, 526.47, а также 526.61 Hotfix приводят к вылетам (безо всяких объяснений причин) в первые минуты игрового процесса в вышеупомянутой игре на API Vulkan. На DX11 играть тоже невозможно в связи с плохой производительностью игры на этом API (именно с вышеуказанными версиями драйверов), сопровождаемой постоянными фризами и низким FPS. Я проверил более 20 тайлов, в том числе и относительно недавно вышедшие, однако в них такого рода проблем не обнаружил. Откат на версию драйвера под номером 517.48 решает этот вопрос в Ghost recon: Vulkan больше не вылетает, а в DX11 нормализуется производительность.

Если кого-либо не затруднит, то не могли бы вы подтвердить наличие данной проблемы на ваших системах в данной игре. В свою очередь моя система выглядит следующим образом:

Процессор: Ryzen 5 5600X

Видеокарта: GeForce RTX 3060 Ti GAMING Z TRIO 8G

Оперативная память: G.SKILL TRIDENT Z NEO 16GB (2x8GB kit) 3600MHz на 14-ых таймингах.

Материнская плата: Asus ROG CROSSHAIR VIII DARK HERO

Блок питания: Seasonic FOCUS Plus SSR-750PX (80 PLUS PLATINUM)

Буду благодарен, если кто откликнется.