Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VR-Setup error whith volumes #507

Open
PowerOfNames opened this issue Dec 7, 2022 · 3 comments
Open

VR-Setup error whith volumes #507

PowerOfNames opened this issue Dec 7, 2022 · 3 comments
Labels
bug Issue contains a bug needs-verification Issue needs verification

Comments

@PowerOfNames
Copy link
Contributor

PowerOfNames commented Dec 7, 2022

When setting up a VR-Scene with a volume at an initial negative z position, the following error occurs:

[main] ERROR VulkanRenderer - Call to Submit pass rightEye render queue failed: The logical or physical device has been lost.
Exception in thread "main" graphics.scenery.backends.vulkan.VU$VulkanCommandException: Call to Submit pass rightEye render queue failed: The logical or physical device has been lost.
	at graphics.scenery.backends.vulkan.VulkanRenderer$render$1.invokeSuspend(VulkanRenderer.kt:2433)
	at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
	at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
	at kotlinx.coroutines.EventLoopImplBase.processNextEvent(EventLoop.common.kt:284)
	at kotlinx.coroutines.BlockingCoroutine.joinBlocking(Builders.kt:85)
	at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking(Builders.kt:59)
	at kotlinx.coroutines.BuildersKt.runBlocking(Unknown Source)
	at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking$default(Builders.kt:38)
	at kotlinx.coroutines.BuildersKt.runBlocking$default(Unknown Source)
	at graphics.scenery.backends.vulkan.VulkanRenderer.render(VulkanRenderer.kt:1522)
	at graphics.scenery.SceneryBase.sceneryMain$suspendImpl(SceneryBase.kt:223)
	at graphics.scenery.SceneryBase$sceneryMain$1.invokeSuspend(SceneryBase.kt)
	at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
	at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
	at kotlinx.coroutines.EventLoopImplBase.processNextEvent(EventLoop.common.kt:284)
	at kotlinx.coroutines.BlockingCoroutine.joinBlocking(Builders.kt:85)
	at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking(Builders.kt:59)
	at kotlinx.coroutines.BuildersKt.runBlocking(Unknown Source)
	at kotlinx.coroutines.BuildersKt__BuildersKt.runBlocking$default(Builders.kt:38)
	at kotlinx.coroutines.BuildersKt.runBlocking$default(Unknown Source)
	at graphics.scenery.SceneryBase.main(SceneryBase.kt:486)
	at graphics.scenery.tests.examples.volumes.VRTransferFunctionEditorExample$Companion.main(VRTransferFunctionEditorExample.kt:223)
	at graphics.scenery.tests.examples.volumes.VRTransferFunctionEditorExample.main(VRTransferFunctionEditorExample.kt)

It only seems to happen then.

@PowerOfNames PowerOfNames added the bug Issue contains a bug label Dec 7, 2022
@PowerOfNames
Copy link
Contributor Author

Edit: Has nothing todo with the z coordinate -> could be, that if the camera/vr position is within the volumes boundaries, it happens that the renderer decides to quit.

@skalarproduktraum skalarproduktraum added the needs-verification Issue needs verification label May 17, 2023
@skalarproduktraum
Copy link
Member

@moreApi seems to have seen this as well, I will try to reproduce it 👍

@moreApi
Copy link
Member

moreApi commented May 18, 2023

thread {
    //delay volume loading to not crash VR...
    Thread.sleep(1000)
    vol = createVolume(hub)
    scene.addChild(vol)
}

is my workaroudn for this bug

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issue contains a bug needs-verification Issue needs verification
Projects
None yet
Development

No branches or pull requests

3 participants