IntegratedQuantum

> Right. But the correct source location for the panic encountered by the program you posted is in mem.zig. From what I've seen some functions are lost from the call...

You could always just send an extra source.sendMessage before returning the error.

yes, please

Is this actually an issue outside of software rendering? Also the second option is not going to work. It would only help if glfw gave us a timestamp for mouse...

> We could take our own timestamps during glfw events callbacks. The events are only processed when calling `glfwPollEvents` which is currently called from the render thread. It would need...

What exactly would this show? Average time spent?

Yeah, and keep in mind there is two tasks per chunk, one for lighting/meshing and one for generation. I think lighting takes a big chunk of that combined time. That's...

Wouldn't this make adding new tasks more difficult?

fixed by #445

It crashes with division by zero error when I try it: ``` thread 6678 panic: division by zero /home/mint/Downloads/Cubyz/src/gui/windows/debug.zig:52:97: 0x1330e34 in render (Cubyzig) draw.print(" " ++ name ++ " time:...