(Have read and confirm :) )
Describe the bug
A clear and concise description of what the bug is.
When calling bgfx::shutdown() but keeping the application alive, it currently seesm to not be possible to create a fresh bgfx context via bgfx::Init again from another thread. (Have an application where a dedicatd thread manages bgfx, and I want to be able to completely close the thread -> shutting bgfx down, and later to create a new thread with a fresh bgfx instance)
The first thing that creates an error is the s_renderFrameCalled field. This is not being reset to false during shutdown.
To Reproduce
Steps to reproduce the behavior:
- Create a thread
- Initialize bgfx on it
- Shut bgfx down
- join the thread and delete it
- create a new thread
- initialize bgfx there -> error occurs (wrong thread context)
Expected behavior
A clear and concise description of what you expected to happen.
If bgfx has been shutted down, it should reset to its original state completely, so its possible to keep the application alive and create bgfx on another thread freshly.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here. OS, drivers, etc.
Should not be necessary, but its Win11, using Vulkan backend.
The fix is simple but I'm not sure if anything else was overlocked.
Besides that: Great framework, its simple and fun to use and expand :)
(Have read and confirm :) )
Describe the bug
A clear and concise description of what the bug is.
When calling bgfx::shutdown() but keeping the application alive, it currently seesm to not be possible to create a fresh bgfx context via bgfx::Init again from another thread. (Have an application where a dedicatd thread manages bgfx, and I want to be able to completely close the thread -> shutting bgfx down, and later to create a new thread with a fresh bgfx instance)
The first thing that creates an error is the s_renderFrameCalled field. This is not being reset to false during shutdown.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
A clear and concise description of what you expected to happen.
If bgfx has been shutted down, it should reset to its original state completely, so its possible to keep the application alive and create bgfx on another thread freshly.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here. OS, drivers, etc.
Should not be necessary, but its Win11, using Vulkan backend.
The fix is simple but I'm not sure if anything else was overlocked.
Besides that: Great framework, its simple and fun to use and expand :)