You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Everything else in the function is standard for dealing with custom user geometries, and I dont think that's what's relevant to my issue, but this is what returns in the console output when this code is run (at a higher level, it iterates through a function that runs these lines five times)
Calling the setGeometryBoundsFunction()'s internal function.
Calling the setGeometryBoundsFunction()'s internal function.
Calling the setGeometryBoundsFunction()'s internal function.
Calling the setGeometryBoundsFunction()'s internal function.
Calling the setGeometryBoundsFunction()'s internal function.
It never calls the intersection function.
Does anyone have any suggestions as to how to deal with this problem? Should I be defining some other function as well? I don't need any occlusion with this geometry, for instance, but maybe that has something to do with it?
The text was updated successfully, but these errors were encountered:
The bounds function is called when the acceleration structure is build, thus during rtcCommit of the scene. The intersect callback will get used when you trace rays and hit the box of one of the user defined primitives. Maybe you do not trace rays yet? Or the bounds you calculate are wrong? Or your rays to not hit any of the calculated boxes.
It seems like the issue at hand is not that user intersections are not working (I've gotten them working on some occasions where the intersect function will call), but that running rtcCommitScene() with regular geometry seems to not be functioning properly.
I have a path tracer that checks if an intersection occurs with the scene and breaks if the intersection doesn't occur (by checking if the hit's geomID is not RTC_INVALID_GEOMETRY_ID, basically) and it seems like in some instances it works fine, but others it doesn't (and we're testing with the same code, same machine, same geometry, same everything).
Is there any way to see some kind of structured data that a RTCScene holds to help with potentially debugging this issue with breakpoints?
You cannot look into the internal BVH structure. I assume the bounds you calculate for the spheres are not correct. Maybe an image of the artifacts could help. The sphere intersect function seems to be called at least for some pixels?
This is probably just something I'm doing wrong with Embree, but i'm not really sure what the cause of it is.
I run the following two functions (DBG is a debug function):
Everything else in the function is standard for dealing with custom user geometries, and I dont think that's what's relevant to my issue, but this is what returns in the console output when this code is run (at a higher level, it iterates through a function that runs these lines five times)
It never calls the intersection function.
Does anyone have any suggestions as to how to deal with this problem? Should I be defining some other function as well? I don't need any occlusion with this geometry, for instance, but maybe that has something to do with it?
The text was updated successfully, but these errors were encountered: