-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DTriCallback is unused #76
Comments
Looking a bit more into this, is this covered by #5? |
Yes, it would be covered by #5, except that this is unlikely to happen anytime soon (unless someone volunteers to do it). Maybe you can use |
I do not know the reason for this, it maybe an oversight. I think it may be easy to implement. Do you have a good workaround. While it should be easy to do, it would be another deviation from the original ODE, which I try to keep at a minimum. If you cannot find a good + easy workaround, let me know and we can add it. |
I did find a workaround. I separated my existing trimesh into separate trimeshes for each collision type, so I can check which trimesh was collided with to get the collision type, as opposed to looking up the collision type for the specific tri I collide with. |
The biggest problem, in my opinion, is that |
You should be able to use |
Trimesh callbacks have been implemented (except ArrayCallback, which has been deprecated). |
After setting up a
DTriCallback
, I found that it does nothing. Looking into the code, it's never called.The text was updated successfully, but these errors were encountered: