Search Issue Tracker
Fixed in 5.4.0
[GLCore][ComputeShader] Dispatching specificing shader results in crash
I couldn't find realy compute shader crashing problem. But its related with loop and gpu memory accessing in it. Check gif.
"After some investigation its compute shader crash for sure.
For now I know that it crashes, because of loop using count from memory. It might be corrupted not sure.
At least not accessing memory bug.
So might be a high number, going to do a bit simulations.
Trying max unit 4294967295. No crash
Trying 0. (kind obvious) No crash.
Mhh maybe the compiler optimizes my constant values, got to try dynamic ones. **** still no crash…
Maybe value have to be supplied by buffer (Don’t remember how its called in gpu, got that fancy name).
Got another crazy idea, maybe they release compute buffer during the compute shader job (And glcore doesn’t have protection for it). Trying. Nop it still crashes without the buffer releases. Yea that would was stupid idea, not sure how it would be related to loops…
I should probably try with other gpu, maybe its amd problem (I Hope). Nop Nvidia Crash. Damn I love nvidia crashes, because when AMD crashes it looks like your computer going to explode."
1. Open scene "AOBake"
2. Click select "EthanBody" in game view
3. Open window Tools->Vagabond-POLM->Open POLM Tool
4. Click button "Use Selected"
5. Click "Precompute"
6. Click "Bake AO"
7. Driver crash.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
- A vertical graphical artifact appears on Android Player when clearing Z & Stencil Buffer and running with OpenGLES3 Graphics API
- Player crashes when built with IL2CPP Scripting backend
- TextMeshPro package throws multiple Shader errors when importing TMP Essential Resources
- Package Manager search text field has no validation and leads to Editor freezes
- PlayerLoop.SetPlayerLoop() function is ignored when playing game in Player