Robert Konrad

That code is unrelated to HLSL output.

And hlsl is generated in SPIRV-Cross/spirv_hlsl.cpp

Might also make sense for iOS, see https://stackoverflow.com/questions/18034677/transpose-a-mat4-in-opengl-es-2-0-glsl

I think there were two persons in my lectures who couldn't run 330 on their Linux machines. No idea if there are any statistics out there, probably not.

I discussed it with Captain Obvious right this moment and he told me there's no updates on this.

It's from foreign code, this code in particular: https://github.com/Kode/Kha/blob/master/Backends/Kore/main.cpp#L238

Yes, I noticed that exact problem. The mixing never stops but the thread doesn't do any allocations after it started up and the only thing calling back into the GC...

I'll need to keep it the way it is to minimize audio latency and possible stutter and I can't possibly be sure about the framerate. I call into the mixer...

Hey, I just merged and saw that you also fixed this. I also got my audio threads in order - audio callback can now notify the system when it stops...

No observable change in behaviour with HXCPP_CAPTURE_SETJMP enabled on neither Android nor Switch sadly.