Closed ten3roberts closed 3 months ago
I have tried submitting the heavy work on the same queue prior to getting the first image, and within a get_current_texture/present pair, and the same result is observed.
The issue is fixed and no validations errors are observed if I comment out the draw
command for the compute heavy/time heavy convolution code on both my 2 devices I tried.
Is it incorrect to create textures while recording an encoder, or is that ok behavior?
Thanks for filling! Updating wgpu to 0.20.1 or newer should fix this.
Thanks for filling! Updating wgpu to 0.20.1 or newer should fix this.
Thanks for the reply. I recall trying that, as well as https://github.com/gfx-rs/wgpu/pull/5681 separately, but same thing
I'll try again later and let you know what I see :)
Description
Semaphore must not have any pending operations
is triggered by the vulkan validations when acquiring the next surface texture.I have not been able to find a minimal reproduction of this issue, and this issue started appearing when the rendering got more complex; most specifically taking more time per frame.
If I further increase the time taken in the shader (skybox convolution shader), the device becomes lost.
The following commit experiences the error: https://github.com/ten3roberts/ivy/pull/7/commits/5ae30c1299272172e9a3949efe9607e39589c960
Removing the time intensive skybox convolving code removes the validation error, so it is likely time-dependent.
Expected vs observed behavior Validation errors should not error on invalid semaphore usage
Extra materials
Platforms