I tried something similar, and I still got a hang in inside of glGetQueryObjectuiv(g_query_state.queries[i], GL_QUERY_RESULT, &result). It might be a good idea to check for results with GL_QUERY_RESULT_AVAILABLE first and then call it with GL_QUERY_RESULT.

Okay, looks like the problem is with the undo system; if you manually exit editmode then push the understack, e.g.:

In D4993#114932, @Juan Gea (juang3d) wrote:

Looks great,
What are the benefits of this over the @Lukas Stockner (lukasstockner97) dithered sobol implementation?

• Added an option to ignore coherency setting in non-bluenoise mode.
• Added a 128x128 blue noise mask.
• Updated defaults. Seems the setting of coherency that leads to quickest convergence differs from scene to scene.

I can confirm rB27d5d3c2f8b fixed it (I've been testing pretty much the exact same code for the past half hour, and there's been no crashes).

In D1522#32553, @Antony Riakiotakis (psy-fi) wrote:

This fix only takes care of mapping for the texture for the final compositing on the screen, however the shaders need calculation fixes as well. All the position reconstruction code in particular relies on the fact that uv coordinates are in the 0-1 range.
This is fixable but adds complexity in the code. In the case of, for instance, depth of field or any algorithm that requires downscaling, this scaling will have to be propagated to downscaled textures as well, and tracking this becomes quite annoying.
I'm a bit sceptical too if we really need to support this. Probably the best would be to just disable compositing for cards not supporting npo2 and remove the card from the blacklist.

Layered Weights is now a different normalize mode. It uses method in previous comment.

Hardware has NPOT support, but is being blacklisted (there's a comment in gpu_extensions.c that certain API chipsets have issues, or something like that).

My graphics card has non power of 2 support. It's just being blacklisted (there's a comment in gpu_extensions.c about how certain API chipsets are problematic). I can try disabling the blacklisting and see what happens.

So, from the looks of it we still need to normalize if there are more than one groups affecting a vertex.

Reworked patch. Now, if new option 'layered weights' is enabled, vertices only affected by one deform group will not be normalized.

Remove code that kept verts affected by single weight groups from being normalized, as this breaks existing rigs.