Slow performance with axis aligned ray about bvh

[madmann91]

Hello, and thank you for the bug report. Are you on x86? If so, can you try adding the following code before doing anything (you need to include x86intrin.h)?

_mm_setcsr(_mm_getcsr() | (_MM_FLUSH_ZERO_ON | _MM_DENORMALS_ZERO_ON));

Regardless if this solves your issue or not, could you point me to more information to reproduce the bug? And maybe point me to a scene I could use to reproduce this?
Edit: Nevermind, I think I managed to reproduce that bug with an orthographic camera on one of my test scenes.

[madmann91]

I'm working on a fix. It seems that bvh::RobustNodeIntersector is not affected by the issue. You can try using that in the mean time. To do that, create the single ray traverser with that as a template parameter:

bvh::SingleRayTraverser<Bvh, 64, bvh::RobustNodeIntersector<Bvh>>

[madmann91]

This issue should now be fixed by 3b2f3d0 (and following bug fix 354de26). This performance problem was caused by too many false positives in the ray-node intersection during BVH traversal. The fix introduced here will just prevent the traversal from processing nodes in that case, but keep in mind that bvh::FastNodeIntersector is anyway an intersector that loses precision for ray directions that are close to zero. That should not be a problem in most use cases, but you may want to switch to the robust intersector when you observe artefacts due to the ray missing the geometry. Could you please check that the issue is fixed on your end as well?

[stephomi]

Yes it works!

I'm using the bvh to project a mesh onto another, so the rays are generated for each vertices (the ray length are very short as the 2 meshes are somewhat identical).

[madmann91]

Alright, then I'm closing this.