BEPUphysics

In the end, there should be relatively few individual transforms being layered together to get the final result (localGraphicTransform * physicsWorldTransform) That's just it, though. There is no localGraphicTransform. World is exactly equal to physicsWorldTransform. I was able to get the bucket to...

Everything must agree. If the graphic is positioned in code according to the center of mass, it must be centered in model-space accordingly. If the model was placed in model space such that the origin was the bottom left corner, but the game transformed it with the expectation that the origin was t...

Okay. I've been fiddling with this for a little over an hour now, and I learned this: The World matrix of the affected models is entity.CollisionInformation.WorldTransform.Matrix multiplied by two sets of Identity matrixes. I'm 99.834% positive the Projection and View aren't the problem, because eve...

Are there any conditions when TriangleMesh.GetVerticiesAndIndicesFromModel won't work as expected, such as when vertices are offset in the modeler or other similar conditions? I wouldn't be surprised if there were, but I haven't encountered or heard of any. It's a pretty simple convenience method w...

Alright. This is so peculiar... Okay, related question. Are there any conditions when TriangleMesh.GetVerticiesAndIndicesFromModel won't work as expected, such as when vertices are offset in the modeler or other similar conditions?

Hey, do you think it could be related to setting LocalPosition before the entity is added to a Space? I used to add all my models to a Space on creation, but then I realized that doesn't work and changed it. However, a number of constructors still reference CollisionInformation (in fact, I just fixe...

I can't quite tell because I'm not familiar with the geometry, but it looks like the bucket has more than a simple offset going on. In any case, I can't do much more remotely, unfortunately. Something, somewhere, is transforming something wrong. :) I could have told you that. XD I'd be happy if I c...

Okay, it works now, but this is all it does:



I'm not sure how that helps me other than telling me the models are the same. Does it help you at all?

I can't quite get it to work. I created it, added entities, and call Draw(), but nothing shows up. I stepped through it and it appears it's drawing correctly, but nothing appears onscreen. Am I missing something? It sets the states it needs in Draw(), so that's not the problem... Is the update meth...

It may be useful to bring in the BEPUphysicsDrawer for debugging purposes. Seeing the actual configuration of the shapes could provide more insight than bounding boxes alone. I can't quite get it to work. I created it, added entities, and call Draw(), but nothing shows up. I stepped through it and ...

The LocalPosition is the offset from the entity position to the center of the collision shape in local space. If the entity has nonidentity orientation at the time of this calculation, the LocalPosition will not be correct. Another minor point- the entity's Position is its center of rotation. It ma...

This is right, isn't it? The LocalPosition is the offset from the entity position to the center of the collision shape in local space. If the entity has nonidentity orientation at the time of this calculation, the LocalPosition will not be correct. Another minor point- the entity's Position is its ...

Okay, I've been hunting for this bug somewhere in my code and can't seem to find it. What happens with it is that most entities with a LocalPosition have their collision data offset from the intended position. I have a class called RotateMachine that takes a center position in the constructor and th...

As it turns out, I got my modeler to redo the thing I needed scale for, so I didn't have to use this. Thanks for your help, though!

Alright. When I get around to testing this, I'll let you know if there are any problems.