2006-04-28 00:08:18 +00:00
|
|
|
/*
|
|
|
|
Bullet Continuous Collision Detection and Physics Library
|
|
|
|
Copyright (c) 2003-2006 Erwin Coumans http://continuousphysics.com/Bullet/
|
|
|
|
|
|
|
|
This software is provided 'as-is', without any express or implied warranty.
|
|
|
|
In no event will the authors be held liable for any damages arising from the use of this software.
|
|
|
|
Permission is granted to anyone to use this software for any purpose,
|
|
|
|
including commercial applications, and to alter it and redistribute it freely,
|
|
|
|
subject to the following restrictions:
|
|
|
|
|
|
|
|
1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required.
|
|
|
|
2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software.
|
|
|
|
3. This notice may not be removed or altered from any source distribution.
|
|
|
|
*/
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
#include "CcdPhysicsController.h"
|
2006-11-21 00:53:40 +00:00
|
|
|
#include "btBulletDynamicsCommon.h"
|
2008-09-13 16:03:11 +00:00
|
|
|
#include "BulletCollision/CollisionShapes/btScaledBvhTriangleMeshShape.h"
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
#include "BulletCollision/CollisionShapes/btTriangleIndexVertexArray.h"
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
#include "PHY_IMotionState.h"
|
2005-12-31 07:20:08 +00:00
|
|
|
#include "CcdPhysicsEnvironment.h"
|
2008-08-21 15:19:54 +00:00
|
|
|
#include "RAS_MeshObject.h"
|
2009-07-25 22:57:29 +00:00
|
|
|
#include "KX_GameObject.h"
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
#include "BulletSoftBody/btSoftBody.h"
|
2008-09-24 03:12:10 +00:00
|
|
|
#include "BulletSoftBody//btSoftBodyInternals.h"
|
|
|
|
#include "BulletSoftBody/btSoftBodyHelpers.h"
|
|
|
|
#include "LinearMath/btConvexHull.h"
|
2008-09-26 02:27:59 +00:00
|
|
|
#include "BulletCollision/Gimpact/btGImpactShape.h"
|
2009-03-22 21:04:28 +00:00
|
|
|
#include "BulletCollision/Gimpact/btGImpactShape.h"
|
2008-09-26 02:27:59 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
#include "BulletSoftBody/btSoftRigidDynamicsWorld.h"
|
2006-05-22 21:03:43 +00:00
|
|
|
|
2009-03-22 21:04:28 +00:00
|
|
|
#include "DNA_mesh_types.h"
|
|
|
|
#include "DNA_meshdata_types.h"
|
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
extern "C"{
|
|
|
|
#include "BKE_cdderivedmesh.h"
|
|
|
|
}
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
class BP_Proxy;
|
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
///todo: fill all the empty CcdPhysicsController methods, hook them up to the btRigidBody class
|
2005-08-13 08:05:48 +00:00
|
|
|
|
2005-08-03 18:22:30 +00:00
|
|
|
//'temporarily' global variables
|
2006-11-21 00:53:40 +00:00
|
|
|
//float gDeactivationTime = 2.f;
|
|
|
|
//bool gDisableDeactivation = false;
|
|
|
|
extern float gDeactivationTime;
|
|
|
|
extern bool gDisableDeactivation;
|
|
|
|
|
2005-08-13 08:05:48 +00:00
|
|
|
|
2006-08-28 06:44:29 +00:00
|
|
|
float gLinearSleepingTreshold = 0.8f;
|
2005-08-03 18:22:30 +00:00
|
|
|
float gAngularSleepingTreshold = 1.0f;
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 startVel(0,0,0);//-10000);
|
2008-03-01 19:17:37 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
CcdPhysicsController::CcdPhysicsController (const CcdConstructionInfo& ci)
|
2005-12-31 07:20:08 +00:00
|
|
|
:m_cci(ci)
|
2005-07-16 10:15:31 +00:00
|
|
|
{
|
2008-09-26 02:27:59 +00:00
|
|
|
m_prototypeTransformInitialized = false;
|
|
|
|
m_softbodyMappingDone = false;
|
2005-07-16 10:15:31 +00:00
|
|
|
m_collisionDelay = 0;
|
2005-08-05 17:00:32 +00:00
|
|
|
m_newClientInfo = 0;
|
2008-08-05 16:23:33 +00:00
|
|
|
m_registerCount = 0;
|
2008-09-26 02:27:59 +00:00
|
|
|
m_softBodyTransformInitialized = false;
|
2008-09-29 06:58:49 +00:00
|
|
|
m_parentCtrl = 0;
|
2008-08-21 15:19:54 +00:00
|
|
|
// copy pointers locally to allow smart release
|
2005-07-16 10:15:31 +00:00
|
|
|
m_MotionState = ci.m_MotionState;
|
2008-08-21 15:19:54 +00:00
|
|
|
m_collisionShape = ci.m_collisionShape;
|
2008-08-21 21:04:42 +00:00
|
|
|
// apply scaling before creating rigid body
|
|
|
|
m_collisionShape->setLocalScaling(m_cci.m_scaling);
|
|
|
|
if (m_cci.m_mass)
|
|
|
|
m_collisionShape->calculateLocalInertia(m_cci.m_mass, m_cci.m_localInertiaTensor);
|
2008-08-21 15:19:54 +00:00
|
|
|
// shape info is shared, increment ref count
|
|
|
|
m_shapeInfo = ci.m_shapeInfo;
|
|
|
|
if (m_shapeInfo)
|
|
|
|
m_shapeInfo->AddRef();
|
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
m_bulletMotionState = 0;
|
2006-02-21 05:36:56 +00:00
|
|
|
|
|
|
|
|
2005-12-31 07:20:08 +00:00
|
|
|
CreateRigidbody();
|
2006-02-21 05:36:56 +00:00
|
|
|
|
2005-12-31 07:20:08 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
///???
|
2009-01-14 22:33:39 +00:00
|
|
|
/*#ifdef WIN32
|
2008-09-17 01:49:47 +00:00
|
|
|
if (GetRigidBody() && !GetRigidBody()->isStaticObject())
|
|
|
|
GetRigidBody()->setLinearVelocity(startVel);
|
2009-01-14 22:33:39 +00:00
|
|
|
#endif*/
|
2005-12-31 07:20:08 +00:00
|
|
|
|
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btTransform& CcdPhysicsController::GetTransformFromMotionState(PHY_IMotionState* motionState)
|
2005-12-31 07:20:08 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
static btTransform trans;
|
|
|
|
btVector3 tmp;
|
|
|
|
motionState->getWorldPosition(tmp.m_floats[0], tmp.m_floats[1], tmp.m_floats[2]);
|
|
|
|
trans.setOrigin(tmp);
|
|
|
|
|
|
|
|
float ori[12];
|
|
|
|
motionState->getWorldOrientation(ori);
|
|
|
|
trans.getBasis().setFromOpenGLSubMatrix(ori);
|
|
|
|
//btQuaternion orn;
|
|
|
|
//motionState->getWorldOrientation(orn[0],orn[1],orn[2],orn[3]);
|
|
|
|
//trans.setRotation(orn);
|
2006-02-21 05:36:56 +00:00
|
|
|
return trans;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
class BlenderBulletMotionState : public btMotionState
|
|
|
|
{
|
|
|
|
PHY_IMotionState* m_blenderMotionState;
|
|
|
|
|
|
|
|
public:
|
|
|
|
|
|
|
|
BlenderBulletMotionState(PHY_IMotionState* bms)
|
|
|
|
:m_blenderMotionState(bms)
|
|
|
|
{
|
|
|
|
|
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
void getWorldTransform(btTransform& worldTrans ) const
|
2006-11-21 00:53:40 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btVector3 pos;
|
|
|
|
float ori[12];
|
2006-11-21 00:53:40 +00:00
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
m_blenderMotionState->getWorldPosition(pos.m_floats[0],pos.m_floats[1],pos.m_floats[2]);
|
|
|
|
m_blenderMotionState->getWorldOrientation(ori);
|
|
|
|
worldTrans.setOrigin(pos);
|
|
|
|
worldTrans.getBasis().setFromOpenGLSubMatrix(ori);
|
2006-11-21 00:53:40 +00:00
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
void setWorldTransform(const btTransform& worldTrans)
|
2006-11-21 00:53:40 +00:00
|
|
|
{
|
|
|
|
m_blenderMotionState->setWorldPosition(worldTrans.getOrigin().getX(),worldTrans.getOrigin().getY(),worldTrans.getOrigin().getZ());
|
|
|
|
btQuaternion rotQuat = worldTrans.getRotation();
|
|
|
|
m_blenderMotionState->setWorldOrientation(rotQuat[0],rotQuat[1],rotQuat[2],rotQuat[3]);
|
2006-12-04 04:13:42 +00:00
|
|
|
m_blenderMotionState->calculateWorldTransformations();
|
2006-11-21 00:53:40 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
};
|
|
|
|
|
2007-06-23 04:49:17 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* CcdPhysicsController::GetRigidBody()
|
|
|
|
{
|
|
|
|
return btRigidBody::upcast(m_object);
|
|
|
|
}
|
|
|
|
btCollisionObject* CcdPhysicsController::GetCollisionObject()
|
|
|
|
{
|
|
|
|
return m_object;
|
|
|
|
}
|
|
|
|
btSoftBody* CcdPhysicsController::GetSoftBody()
|
|
|
|
{
|
|
|
|
return btSoftBody::upcast(m_object);
|
|
|
|
}
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
#include "BulletSoftBody/btSoftBodyHelpers.h"
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
|
2006-02-21 05:36:56 +00:00
|
|
|
void CcdPhysicsController::CreateRigidbody()
|
|
|
|
{
|
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
//btTransform trans = GetTransformFromMotionState(m_MotionState);
|
2007-06-23 04:49:17 +00:00
|
|
|
m_bulletMotionState = new BlenderBulletMotionState(m_MotionState);
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
///either create a btCollisionObject, btRigidBody or btSoftBody
|
|
|
|
|
|
|
|
//create a collision object
|
2008-09-21 15:17:50 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
int shapeType = m_cci.m_collisionShape ? m_cci.m_collisionShape->getShapeType() : 0;
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
//disable soft body until first sneak preview is ready
|
2008-09-24 03:12:10 +00:00
|
|
|
if (m_cci.m_bSoft && m_cci.m_collisionShape &&
|
2008-09-26 06:25:35 +00:00
|
|
|
(shapeType == CONVEX_HULL_SHAPE_PROXYTYPE)|
|
|
|
|
(shapeType == TRIANGLE_MESH_SHAPE_PROXYTYPE) |
|
|
|
|
(shapeType == SCALED_TRIANGLE_MESH_SHAPE_PROXYTYPE))
|
2008-09-17 01:49:47 +00:00
|
|
|
{
|
|
|
|
btRigidBody::btRigidBodyConstructionInfo rbci(m_cci.m_mass,m_bulletMotionState,m_collisionShape,m_cci.m_localInertiaTensor * m_cci.m_inertiaFactor);
|
|
|
|
rbci.m_linearDamping = m_cci.m_linearDamping;
|
|
|
|
rbci.m_angularDamping = m_cci.m_angularDamping;
|
|
|
|
rbci.m_friction = m_cci.m_friction;
|
|
|
|
rbci.m_restitution = m_cci.m_restitution;
|
2008-09-21 15:17:50 +00:00
|
|
|
|
|
|
|
|
2009-05-24 23:43:10 +00:00
|
|
|
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
btVector3 p(0,0,0);// = getOrigin();
|
2009-05-24 23:43:10 +00:00
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
btSoftRigidDynamicsWorld* softDynaWorld = (btSoftRigidDynamicsWorld*)m_cci.m_physicsEnv->getDynamicsWorld();
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
PHY__Vector3 grav;
|
2008-09-24 03:12:10 +00:00
|
|
|
grav[0] = softDynaWorld->getGravity().getX();
|
|
|
|
grav[1] = softDynaWorld->getGravity().getY();
|
|
|
|
grav[2] = softDynaWorld->getGravity().getZ();
|
|
|
|
softDynaWorld->getWorldInfo().m_gravity.setValue(grav[0],grav[1],grav[2]); //??
|
|
|
|
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
//btSoftBody* psb=btSoftBodyHelpers::CreateRope(sbi, btVector3(-10,0,i*0.25),btVector3(10,0,i*0.25), 16,1+2);
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
btSoftBody* psb = 0;
|
|
|
|
|
|
|
|
if (m_cci.m_collisionShape->getShapeType() == CONVEX_HULL_SHAPE_PROXYTYPE)
|
|
|
|
{
|
|
|
|
btConvexHullShape* convexHull = (btConvexHullShape* )m_cci.m_collisionShape;
|
|
|
|
|
|
|
|
//psb = btSoftBodyHelpers::CreateFromConvexHull(sbi,&transformedVertices[0],convexHull->getNumPoints());
|
|
|
|
|
|
|
|
{
|
|
|
|
int nvertices = convexHull->getNumPoints();
|
2008-09-26 02:27:59 +00:00
|
|
|
const btVector3* vertices = convexHull->getPoints();
|
2008-09-24 03:12:10 +00:00
|
|
|
btSoftBodyWorldInfo& worldInfo = softDynaWorld->getWorldInfo();
|
|
|
|
|
|
|
|
HullDesc hdsc(QF_TRIANGLES,nvertices,vertices);
|
|
|
|
HullResult hres;
|
|
|
|
HullLibrary hlib;/*??*/
|
|
|
|
hdsc.mMaxVertices=nvertices;
|
|
|
|
hlib.CreateConvexHull(hdsc,hres);
|
|
|
|
|
|
|
|
psb=new btSoftBody(&worldInfo,(int)hres.mNumOutputVertices,
|
|
|
|
&hres.m_OutputVertices[0],0);
|
|
|
|
for(int i=0;i<(int)hres.mNumFaces;++i)
|
|
|
|
{
|
|
|
|
const int idx[]={ hres.m_Indices[i*3+0],
|
|
|
|
hres.m_Indices[i*3+1],
|
|
|
|
hres.m_Indices[i*3+2]};
|
|
|
|
if(idx[0]<idx[1]) psb->appendLink( idx[0],idx[1]);
|
|
|
|
if(idx[1]<idx[2]) psb->appendLink( idx[1],idx[2]);
|
|
|
|
if(idx[2]<idx[0]) psb->appendLink( idx[2],idx[0]);
|
|
|
|
psb->appendFace(idx[0],idx[1],idx[2]);
|
|
|
|
}
|
|
|
|
|
2008-09-26 06:25:35 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
|
|
|
|
hlib.ReleaseResult(hres);
|
2008-09-25 03:02:30 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
} else
|
|
|
|
{
|
2008-09-26 06:25:35 +00:00
|
|
|
|
|
|
|
btSoftBodyWorldInfo& sbi= softDynaWorld->getWorldInfo();
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
if (m_cci.m_collisionShape->getShapeType() ==SCALED_TRIANGLE_MESH_SHAPE_PROXYTYPE)
|
|
|
|
{
|
|
|
|
btScaledBvhTriangleMeshShape* scaledtrimeshshape = (btScaledBvhTriangleMeshShape*) m_cci.m_collisionShape;
|
|
|
|
btBvhTriangleMeshShape* trimeshshape = scaledtrimeshshape->getChildShape();
|
|
|
|
|
|
|
|
///only deal with meshes that have 1 sub part/component, for now
|
|
|
|
if (trimeshshape->getMeshInterface()->getNumSubParts()==1)
|
|
|
|
{
|
|
|
|
unsigned char* vertexBase;
|
|
|
|
PHY_ScalarType vertexType;
|
|
|
|
int numverts;
|
|
|
|
int vertexstride;
|
|
|
|
unsigned char* indexbase;
|
|
|
|
int indexstride;
|
|
|
|
int numtris;
|
|
|
|
PHY_ScalarType indexType;
|
|
|
|
trimeshshape->getMeshInterface()->getLockedVertexIndexBase(&vertexBase,numverts,vertexType,vertexstride,&indexbase,indexstride,numtris,indexType);
|
|
|
|
|
|
|
|
psb = btSoftBodyHelpers::CreateFromTriMesh(sbi,(const btScalar*)vertexBase,(const int*)indexbase,numtris);
|
|
|
|
}
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
btBvhTriangleMeshShape* trimeshshape = (btBvhTriangleMeshShape*) m_cci.m_collisionShape;
|
|
|
|
///only deal with meshes that have 1 sub part/component, for now
|
|
|
|
if (trimeshshape->getMeshInterface()->getNumSubParts()==1)
|
|
|
|
{
|
|
|
|
unsigned char* vertexBase;
|
|
|
|
PHY_ScalarType vertexType;
|
|
|
|
int numverts;
|
|
|
|
int vertexstride;
|
|
|
|
unsigned char* indexbase;
|
|
|
|
int indexstride;
|
|
|
|
int numtris;
|
|
|
|
PHY_ScalarType indexType;
|
|
|
|
trimeshshape->getMeshInterface()->getLockedVertexIndexBase(&vertexBase,numverts,vertexType,vertexstride,&indexbase,indexstride,numtris,indexType);
|
|
|
|
|
|
|
|
psb = btSoftBodyHelpers::CreateFromTriMesh(sbi,(const btScalar*)vertexBase,(const int*)indexbase,numtris);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
//psb = btSoftBodyHelpers::CreateFromTriMesh(sbi,&pts[0].getX(),triangles,numtriangles);
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
2009-05-18 21:32:03 +00:00
|
|
|
if (m_cci.m_margin > 0.f)
|
|
|
|
{
|
|
|
|
psb->getCollisionShape()->setMargin(m_cci.m_margin);
|
|
|
|
psb->updateBounds();
|
|
|
|
}
|
2008-09-26 06:25:35 +00:00
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
|
|
|
|
m_object = psb;
|
|
|
|
|
|
|
|
//psb->m_cfg.collisions = btSoftBody::fCollision::SDF_RS;//btSoftBody::fCollision::CL_SS+ btSoftBody::fCollision::CL_RS;
|
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
//psb->m_cfg.collisions = btSoftBody::fCollision::SDF_RS + btSoftBody::fCollision::VF_SS;//CL_SS;
|
2008-09-25 03:02:30 +00:00
|
|
|
|
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
//btSoftBody::Material* pm=psb->appendMaterial();
|
|
|
|
btSoftBody::Material* pm=psb->m_materials[0];
|
|
|
|
pm->m_kLST = m_cci.m_soft_linStiff;
|
|
|
|
pm->m_kAST = m_cci.m_soft_angStiff;
|
|
|
|
pm->m_kVST = m_cci.m_soft_volume;
|
|
|
|
psb->m_cfg.collisions = 0;
|
2008-09-25 03:02:30 +00:00
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
if (m_cci.m_soft_collisionflags & CCD_BSB_COL_CL_RS)
|
|
|
|
{
|
|
|
|
psb->m_cfg.collisions += btSoftBody::fCollision::CL_RS;
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
psb->m_cfg.collisions += btSoftBody::fCollision::SDF_RS;
|
|
|
|
}
|
|
|
|
if (m_cci.m_soft_collisionflags & CCD_BSB_COL_CL_SS)
|
|
|
|
{
|
|
|
|
psb->m_cfg.collisions += btSoftBody::fCollision::CL_SS;
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
psb->m_cfg.collisions += btSoftBody::fCollision::VF_SS;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
psb->m_cfg.kSRHR_CL = m_cci.m_soft_kSRHR_CL; /* Soft vs rigid hardness [0,1] (cluster only) */
|
|
|
|
psb->m_cfg.kSKHR_CL = m_cci.m_soft_kSKHR_CL; /* Soft vs kinetic hardness [0,1] (cluster only) */
|
|
|
|
psb->m_cfg.kSSHR_CL = m_cci.m_soft_kSSHR_CL; /* Soft vs soft hardness [0,1] (cluster only) */
|
|
|
|
psb->m_cfg.kSR_SPLT_CL = m_cci.m_soft_kSR_SPLT_CL; /* Soft vs rigid impulse split [0,1] (cluster only) */
|
|
|
|
|
|
|
|
psb->m_cfg.kSK_SPLT_CL = m_cci.m_soft_kSK_SPLT_CL; /* Soft vs rigid impulse split [0,1] (cluster only) */
|
|
|
|
psb->m_cfg.kSS_SPLT_CL = m_cci.m_soft_kSS_SPLT_CL; /* Soft vs rigid impulse split [0,1] (cluster only) */
|
|
|
|
psb->m_cfg.kVCF = m_cci.m_soft_kVCF; /* Velocities correction factor (Baumgarte) */
|
|
|
|
psb->m_cfg.kDP = m_cci.m_soft_kDP; /* Damping coefficient [0,1] */
|
|
|
|
|
|
|
|
psb->m_cfg.kDG = m_cci.m_soft_kDG; /* Drag coefficient [0,+inf] */
|
|
|
|
psb->m_cfg.kLF = m_cci.m_soft_kLF; /* Lift coefficient [0,+inf] */
|
|
|
|
psb->m_cfg.kPR = m_cci.m_soft_kPR; /* Pressure coefficient [-inf,+inf] */
|
|
|
|
psb->m_cfg.kVC = m_cci.m_soft_kVC; /* Volume conversation coefficient [0,+inf] */
|
|
|
|
|
|
|
|
psb->m_cfg.kDF = m_cci.m_soft_kDF; /* Dynamic friction coefficient [0,1] */
|
|
|
|
psb->m_cfg.kMT = m_cci.m_soft_kMT; /* Pose matching coefficient [0,1] */
|
|
|
|
psb->m_cfg.kCHR = m_cci.m_soft_kCHR; /* Rigid contacts hardness [0,1] */
|
|
|
|
psb->m_cfg.kKHR = m_cci.m_soft_kKHR; /* Kinetic contacts hardness [0,1] */
|
|
|
|
|
|
|
|
psb->m_cfg.kSHR = m_cci.m_soft_kSHR; /* Soft contacts hardness [0,1] */
|
|
|
|
psb->m_cfg.kAHR = m_cci.m_soft_kAHR; /* Anchors hardness [0,1] */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
if (m_cci.m_gamesoftFlag & CCD_BSB_BENDING_CONSTRAINTS)//OB_SB_GOAL)
|
|
|
|
{
|
|
|
|
psb->generateBendingConstraints(2,pm);
|
|
|
|
}
|
|
|
|
|
|
|
|
psb->m_cfg.piterations = m_cci.m_soft_piterations;
|
|
|
|
psb->m_cfg.viterations = m_cci.m_soft_viterations;
|
|
|
|
psb->m_cfg.diterations = m_cci.m_soft_diterations;
|
|
|
|
psb->m_cfg.citerations = m_cci.m_soft_citerations;
|
|
|
|
|
|
|
|
if (m_cci.m_gamesoftFlag & CCD_BSB_SHAPE_MATCHING)//OB_SB_GOAL)
|
2008-09-25 03:02:30 +00:00
|
|
|
{
|
|
|
|
psb->setPose(false,true);//
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
psb->setPose(true,false);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
|
2008-09-25 03:02:30 +00:00
|
|
|
psb->randomizeConstraints();
|
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
if (m_cci.m_soft_collisionflags & (CCD_BSB_COL_CL_RS+CCD_BSB_COL_CL_SS))
|
|
|
|
{
|
|
|
|
psb->generateClusters(m_cci.m_soft_numclusteriterations);
|
|
|
|
}
|
2008-09-24 03:12:10 +00:00
|
|
|
|
|
|
|
// psb->activate();
|
|
|
|
// psb->setActivationState(1);
|
|
|
|
// psb->setDeactivationTime(1.f);
|
2008-09-25 03:02:30 +00:00
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
//psb->m_materials[0]->m_kLST = 0.1+(i/(btScalar)(n-1))*0.9;
|
2008-09-24 03:12:10 +00:00
|
|
|
psb->setTotalMass(m_cci.m_mass);
|
2008-09-28 03:07:13 +00:00
|
|
|
|
2008-09-21 15:17:50 +00:00
|
|
|
psb->setCollisionFlags(0);
|
2008-09-26 06:25:35 +00:00
|
|
|
|
2008-09-28 03:07:13 +00:00
|
|
|
///create a mapping between graphics mesh vertices and soft body vertices
|
2008-09-26 06:25:35 +00:00
|
|
|
{
|
|
|
|
RAS_MeshObject* rasMesh= GetShapeInfo()->GetMesh();
|
|
|
|
|
|
|
|
if (rasMesh && !m_softbodyMappingDone)
|
|
|
|
{
|
|
|
|
|
|
|
|
//printf("apply\n");
|
|
|
|
RAS_MeshSlot::iterator it;
|
|
|
|
RAS_MeshMaterial *mmat;
|
|
|
|
RAS_MeshSlot *slot;
|
|
|
|
size_t i;
|
|
|
|
|
|
|
|
//for each material
|
|
|
|
for (int m=0;m<rasMesh->NumMaterials();m++)
|
|
|
|
{
|
|
|
|
// The vertex cache can only be updated for this deformer:
|
|
|
|
// Duplicated objects with more than one ploymaterial (=multiple mesh slot per object)
|
|
|
|
// share the same mesh (=the same cache). As the rendering is done per polymaterial
|
|
|
|
// cycling through the objects, the entire mesh cache cannot be updated in one shot.
|
|
|
|
mmat = rasMesh->GetMeshMaterial(m);
|
|
|
|
|
|
|
|
slot = mmat->m_baseslot;
|
|
|
|
for(slot->begin(it); !slot->end(it); slot->next(it))
|
|
|
|
{
|
|
|
|
int index = 0;
|
|
|
|
for(i=it.startvertex; i<it.endvertex; i++,index++)
|
|
|
|
{
|
|
|
|
RAS_TexVert* vertex = &it.vertex[i];
|
|
|
|
|
|
|
|
|
|
|
|
//search closest index, and store it in vertex
|
|
|
|
vertex->setSoftBodyIndex(0);
|
|
|
|
btScalar maxDistSqr = 1e30;
|
|
|
|
btSoftBody::tNodeArray& nodes(psb->m_nodes);
|
|
|
|
btVector3 xyz = btVector3(vertex->getXYZ()[0],vertex->getXYZ()[1],vertex->getXYZ()[2]);
|
|
|
|
for (int n=0;n<nodes.size();n++)
|
|
|
|
{
|
|
|
|
btScalar distSqr = (nodes[n].m_x - xyz).length2();
|
|
|
|
if (distSqr<maxDistSqr)
|
|
|
|
{
|
|
|
|
maxDistSqr = distSqr;
|
|
|
|
|
|
|
|
vertex->setSoftBodyIndex(n);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
m_softbodyMappingDone = true;
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-24 03:12:10 +00:00
|
|
|
// m_object->setCollisionShape(rbci.m_collisionShape);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform startTrans;
|
|
|
|
|
|
|
|
if (rbci.m_motionState)
|
|
|
|
{
|
|
|
|
rbci.m_motionState->getWorldTransform(startTrans);
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
startTrans = rbci.m_startWorldTransform;
|
|
|
|
}
|
2008-09-25 21:04:41 +00:00
|
|
|
//startTrans.setIdentity();
|
2008-09-24 03:12:10 +00:00
|
|
|
|
2008-09-25 21:04:41 +00:00
|
|
|
//m_object->setWorldTransform(startTrans);
|
|
|
|
//m_object->setInterpolationWorldTransform(startTrans);
|
|
|
|
m_MotionState->setWorldPosition(startTrans.getOrigin().getX(),startTrans.getOrigin().getY(),startTrans.getOrigin().getZ());
|
2008-09-24 03:12:10 +00:00
|
|
|
m_MotionState->setWorldOrientation(0,0,0,1);
|
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
if (!m_prototypeTransformInitialized)
|
|
|
|
{
|
|
|
|
m_prototypeTransformInitialized = true;
|
|
|
|
m_softBodyTransformInitialized = true;
|
|
|
|
GetSoftBody()->transform(startTrans);
|
|
|
|
}
|
|
|
|
|
2008-09-25 21:04:41 +00:00
|
|
|
// btVector3 wp = m_softBody->getWorldTransform().getOrigin();
|
|
|
|
// MT_Point3 center(wp.getX(),wp.getY(),wp.getZ());
|
|
|
|
// m_gameobj->NodeSetWorldPosition(center);
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
btRigidBody::btRigidBodyConstructionInfo rbci(m_cci.m_mass,m_bulletMotionState,m_collisionShape,m_cci.m_localInertiaTensor * m_cci.m_inertiaFactor);
|
|
|
|
rbci.m_linearDamping = m_cci.m_linearDamping;
|
|
|
|
rbci.m_angularDamping = m_cci.m_angularDamping;
|
|
|
|
rbci.m_friction = m_cci.m_friction;
|
|
|
|
rbci.m_restitution = m_cci.m_restitution;
|
|
|
|
m_object = new btRigidBody(rbci);
|
|
|
|
}
|
2008-09-03 02:27:16 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
//
|
|
|
|
// init the rigidbody properly
|
|
|
|
//
|
|
|
|
|
2006-04-17 01:33:10 +00:00
|
|
|
//setMassProps this also sets collisionFlags
|
2006-11-21 00:53:40 +00:00
|
|
|
//convert collision flags!
|
2008-03-01 19:17:37 +00:00
|
|
|
//special case: a near/radar sensor controller should not be defined static or it will
|
|
|
|
//generate loads of static-static collision messages on the console
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (m_cci.m_bSensor)
|
2008-03-01 19:17:37 +00:00
|
|
|
{
|
|
|
|
// reset the flags that have been set so far
|
2008-09-17 01:49:47 +00:00
|
|
|
GetCollisionObject()->setCollisionFlags(0);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
// sensor must never go to sleep: they need to detect continously
|
|
|
|
GetCollisionObject()->setActivationState(DISABLE_DEACTIVATION);
|
2008-03-01 19:17:37 +00:00
|
|
|
}
|
2008-09-17 01:49:47 +00:00
|
|
|
GetCollisionObject()->setCollisionFlags(m_object->getCollisionFlags() | m_cci.m_collisionFlags);
|
|
|
|
btRigidBody* body = GetRigidBody();
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
if (body)
|
2008-05-01 16:00:59 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
body->setGravity( m_cci.m_gravity);
|
|
|
|
body->setDamping(m_cci.m_linearDamping, m_cci.m_angularDamping);
|
|
|
|
|
|
|
|
if (!m_cci.m_bRigid)
|
|
|
|
{
|
|
|
|
body->setAngularFactor(0.f);
|
|
|
|
}
|
2009-05-23 22:35:47 +00:00
|
|
|
body->setContactProcessingThreshold(m_cci.m_contactProcessingThreshold);
|
|
|
|
|
2008-05-01 16:00:59 +00:00
|
|
|
}
|
2008-09-29 03:09:03 +00:00
|
|
|
if (m_object && m_cci.m_do_anisotropic)
|
|
|
|
{
|
|
|
|
m_object->setAnisotropicFriction(m_cci.m_anisotropicFriction);
|
|
|
|
}
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
2009-07-25 22:57:29 +00:00
|
|
|
static void DeleteBulletShape(btCollisionShape* shape, bool free)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
|
|
|
if (shape->getShapeType() == TRIANGLE_MESH_SHAPE_PROXYTYPE)
|
|
|
|
{
|
|
|
|
// shapes based on meshes use an interface that contains the vertices.
|
|
|
|
btTriangleMeshShape* meshShape = static_cast<btTriangleMeshShape*>(shape);
|
|
|
|
btStridingMeshInterface* meshInterface = meshShape->getMeshInterface();
|
|
|
|
if (meshInterface)
|
|
|
|
delete meshInterface;
|
|
|
|
}
|
2009-07-25 22:57:29 +00:00
|
|
|
if(free) {
|
|
|
|
delete shape;
|
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
|
2009-07-25 22:57:29 +00:00
|
|
|
bool CcdPhysicsController::DeleteControllerShape( )
|
2005-07-16 10:15:31 +00:00
|
|
|
{
|
2008-08-21 15:19:54 +00:00
|
|
|
if (m_collisionShape)
|
|
|
|
{
|
|
|
|
// collision shape is always unique to the controller, can delete it here
|
|
|
|
if (m_collisionShape->isCompound())
|
|
|
|
{
|
|
|
|
// bullet does not delete the child shape, must do it here
|
|
|
|
btCompoundShape* compoundShape = (btCompoundShape*)m_collisionShape;
|
|
|
|
int numChild = compoundShape->getNumChildShapes();
|
|
|
|
for (int i=numChild-1 ; i >= 0; i--)
|
|
|
|
{
|
|
|
|
btCollisionShape* childShape = compoundShape->getChildShape(i);
|
2009-07-25 22:57:29 +00:00
|
|
|
DeleteBulletShape(childShape, true);
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
}
|
2009-07-25 22:57:29 +00:00
|
|
|
DeleteBulletShape(m_collisionShape, true);
|
|
|
|
|
|
|
|
return true;
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
2009-07-25 22:57:29 +00:00
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool CcdPhysicsController::ReplaceControllerShape(btCollisionShape *newShape)
|
|
|
|
{
|
|
|
|
|
|
|
|
/* Note, deleting the previous collision shape must be done alredy */
|
|
|
|
/* if (m_collisionShape) DeleteControllerShape(); */
|
|
|
|
|
|
|
|
m_object->setCollisionShape(newShape);
|
|
|
|
m_collisionShape= newShape;
|
|
|
|
m_cci.m_collisionShape= newShape;
|
|
|
|
|
|
|
|
|
|
|
|
/* Copied from CcdPhysicsEnvironment::addCcdPhysicsController() */
|
|
|
|
|
|
|
|
/* without this, an object can rest on the old physics mesh
|
|
|
|
* and not move to account for the physics mesh, even with 'nosleep' */
|
|
|
|
btSoftRigidDynamicsWorld* dw= GetPhysicsEnvironment()->getDynamicsWorld();
|
|
|
|
btCollisionObjectArray &obarr= dw->getCollisionObjectArray();
|
|
|
|
btCollisionObject *ob;
|
|
|
|
btBroadphaseProxy* proxy;
|
|
|
|
|
|
|
|
for(int i= 0; i < obarr.size(); i++) {
|
|
|
|
ob= obarr[i];
|
|
|
|
if (ob->getCollisionShape() == newShape); {
|
|
|
|
proxy = obarr[i]->getBroadphaseHandle();
|
|
|
|
|
|
|
|
if(proxy)
|
|
|
|
dw->getPairCache()->cleanProxyFromPairs(proxy,dw->getDispatcher());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
CcdPhysicsController::~CcdPhysicsController()
|
|
|
|
{
|
|
|
|
//will be reference counted, due to sharing
|
|
|
|
if (m_cci.m_physicsEnv)
|
|
|
|
m_cci.m_physicsEnv->removeCcdPhysicsController(this);
|
|
|
|
|
|
|
|
if (m_MotionState)
|
|
|
|
delete m_MotionState;
|
|
|
|
if (m_bulletMotionState)
|
|
|
|
delete m_bulletMotionState;
|
|
|
|
delete m_object;
|
|
|
|
|
|
|
|
DeleteControllerShape();
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
if (m_shapeInfo)
|
|
|
|
{
|
|
|
|
m_shapeInfo->Release();
|
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
2008-03-01 19:17:37 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
/**
|
|
|
|
SynchronizeMotionStates ynchronizes dynas, kinematic and deformable entities (and do 'late binding')
|
|
|
|
*/
|
|
|
|
bool CcdPhysicsController::SynchronizeMotionStates(float time)
|
|
|
|
{
|
2006-04-17 01:33:10 +00:00
|
|
|
//sync non-static to motionstate, and static from motionstate (todo: add kinematic etc.)
|
2006-04-14 04:03:56 +00:00
|
|
|
|
2008-09-25 21:04:41 +00:00
|
|
|
btSoftBody* sb = GetSoftBody();
|
|
|
|
if (sb)
|
|
|
|
{
|
2009-04-23 20:30:01 +00:00
|
|
|
if (sb->m_pose.m_bframe)
|
|
|
|
{
|
|
|
|
btVector3 worldPos = sb->m_pose.m_com;
|
|
|
|
btQuaternion worldquat;
|
|
|
|
btMatrix3x3 trs = sb->m_pose.m_rot*sb->m_pose.m_scl;
|
|
|
|
trs.getRotation(worldquat);
|
|
|
|
m_MotionState->setWorldPosition(worldPos[0],worldPos[1],worldPos[2]);
|
|
|
|
m_MotionState->setWorldOrientation(worldquat[0],worldquat[1],worldquat[2],worldquat[3]);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
btVector3 aabbMin,aabbMax;
|
|
|
|
sb->getAabb(aabbMin,aabbMax);
|
|
|
|
btVector3 worldPos = (aabbMax+aabbMin)*0.5f;
|
|
|
|
m_MotionState->setWorldPosition(worldPos[0],worldPos[1],worldPos[2]);
|
|
|
|
}
|
2008-09-25 21:04:41 +00:00
|
|
|
m_MotionState->calculateWorldTransformations();
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
|
|
|
|
if (body && !body->isStaticObject())
|
2006-04-14 04:03:56 +00:00
|
|
|
{
|
2009-04-14 12:34:39 +00:00
|
|
|
|
|
|
|
if ((m_cci.m_clamp_vel_max>0.0) || (m_cci.m_clamp_vel_min>0.0))
|
|
|
|
{
|
|
|
|
const btVector3& linvel = body->getLinearVelocity();
|
|
|
|
float len= linvel.length();
|
|
|
|
|
|
|
|
if((m_cci.m_clamp_vel_max>0.0) && (len > m_cci.m_clamp_vel_max))
|
|
|
|
body->setLinearVelocity(linvel * (m_cci.m_clamp_vel_max / len));
|
|
|
|
|
|
|
|
else if ((m_cci.m_clamp_vel_min>0.0) && btFuzzyZero(len)==0 && (len < m_cci.m_clamp_vel_min))
|
|
|
|
body->setLinearVelocity(linvel * (m_cci.m_clamp_vel_min / len));
|
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
const btTransform& xform = body->getCenterOfMassTransform();
|
|
|
|
const btMatrix3x3& worldOri = xform.getBasis();
|
|
|
|
const btVector3& worldPos = xform.getOrigin();
|
|
|
|
float ori[12];
|
|
|
|
worldOri.getOpenGLSubMatrix(ori);
|
|
|
|
m_MotionState->setWorldOrientation(ori);
|
2006-04-14 04:03:56 +00:00
|
|
|
m_MotionState->setWorldPosition(worldPos[0],worldPos[1],worldPos[2]);
|
|
|
|
m_MotionState->calculateWorldTransformations();
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2006-04-14 04:03:56 +00:00
|
|
|
float scale[3];
|
|
|
|
m_MotionState->getWorldScaling(scale[0],scale[1],scale[2]);
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 scaling(scale[0],scale[1],scale[2]);
|
2006-04-14 04:03:56 +00:00
|
|
|
GetCollisionShape()->setLocalScaling(scaling);
|
|
|
|
} else
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 worldPos;
|
|
|
|
btQuaternion worldquat;
|
2005-07-16 10:15:31 +00:00
|
|
|
|
2006-11-21 12:26:05 +00:00
|
|
|
/* m_MotionState->getWorldPosition(worldPos[0],worldPos[1],worldPos[2]);
|
2006-04-14 04:03:56 +00:00
|
|
|
m_MotionState->getWorldOrientation(worldquat[0],worldquat[1],worldquat[2],worldquat[3]);
|
2006-11-21 00:53:40 +00:00
|
|
|
btTransform oldTrans = m_body->getCenterOfMassTransform();
|
|
|
|
btTransform newTrans(worldquat,worldPos);
|
2006-05-11 00:13:42 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(newTrans);
|
2006-04-14 04:03:56 +00:00
|
|
|
//need to keep track of previous position for friction effects...
|
|
|
|
|
|
|
|
m_MotionState->calculateWorldTransformations();
|
2006-11-21 12:26:05 +00:00
|
|
|
*/
|
2006-04-14 04:03:56 +00:00
|
|
|
float scale[3];
|
|
|
|
m_MotionState->getWorldScaling(scale[0],scale[1],scale[2]);
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 scaling(scale[0],scale[1],scale[2]);
|
2006-04-14 04:03:56 +00:00
|
|
|
GetCollisionShape()->setLocalScaling(scaling);
|
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
return true;
|
2006-04-14 04:03:56 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
WriteMotionStateToDynamics synchronizes dynas, kinematic and deformable entities (and do 'late binding')
|
|
|
|
*/
|
|
|
|
|
|
|
|
void CcdPhysicsController::WriteMotionStateToDynamics(bool nondynaonly)
|
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btTransform& xform = CcdPhysicsController::GetTransformFromMotionState(m_MotionState);
|
|
|
|
SetCenterOfMassTransform(xform);
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::WriteDynamicsToMotionState()
|
|
|
|
{
|
|
|
|
}
|
|
|
|
// controller replication
|
|
|
|
void CcdPhysicsController::PostProcessReplica(class PHY_IMotionState* motionstate,class PHY_IPhysicsController* parentctrl)
|
|
|
|
{
|
2008-09-29 06:58:49 +00:00
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
m_softBodyTransformInitialized=false;
|
2005-12-31 07:20:08 +00:00
|
|
|
m_MotionState = motionstate;
|
2008-08-05 16:23:33 +00:00
|
|
|
m_registerCount = 0;
|
2008-08-21 15:19:54 +00:00
|
|
|
m_collisionShape = NULL;
|
|
|
|
|
|
|
|
// always create a new shape to avoid scaling bug
|
|
|
|
if (m_shapeInfo)
|
|
|
|
{
|
|
|
|
m_shapeInfo->AddRef();
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
m_collisionShape = m_shapeInfo->CreateBulletShape(m_cci.m_margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
|
|
|
|
if (m_collisionShape)
|
|
|
|
{
|
|
|
|
// new shape has no scaling, apply initial scaling
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
//m_collisionShape->setMargin(m_cci.m_margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
m_collisionShape->setLocalScaling(m_cci.m_scaling);
|
BGE patch: new Physics button and margin parameter in Logic panel. Change subversion.
The Physics button controls the creation of a physics representation
of the object when starting the game. If the button is not selected,
the object is a pure graphical object with no physics representation
and all the other physics buttons are hidden.
Selecting this button gives access to the usual physics buttons.
The physics button is enabled by default to match previous Blender
behavior.
The margin parameter allows to control the collision margin from
the UI. Previously, this parameter was only accessible through
Python. By default, the collision margin is set to 0.0 on static
objects and 0.06 on dynamic objects.
To maintain compatibility with older games, the collision margin
is set to 0.06 on all objects when loading older blend file.
Note about the collision algorithms in Bullet 2.71
--------------------------------------------------
Bullet 2.71 handles the collision margin differently than Bullet 2.53
(the previous Bullet version in Blender). The collision margin is
now kept "inside" the object for box, sphere and cylinder bound
shapes. This means that two objects bound to any of these shape will
come in close contact when colliding.
The static mesh, convex hull and cone shapes still have their
collision margin "outside" the object, which leaves a space of 1
or 2 times the collision margin between objects.
The situation with Bullet 2.53 was more complicated, generally
leading to more space between objects, except for box-box collisions.
This means that running a old game under Bullet 2.71 may cause
visual problems, especially if the objects are small. You can fix
these problems by changing some visual aspect of the objects:
center, shape, size, position of children, etc.
2008-09-14 19:34:06 +00:00
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
if (m_cci.m_mass)
|
|
|
|
m_collisionShape->calculateLocalInertia(m_cci.m_mass, m_cci.m_localInertiaTensor);
|
|
|
|
}
|
|
|
|
}
|
2006-02-21 05:36:56 +00:00
|
|
|
|
2009-05-28 11:04:45 +00:00
|
|
|
// load some characterists that are not
|
|
|
|
btRigidBody* oldbody = GetRigidBody();
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object = 0;
|
2005-12-31 07:20:08 +00:00
|
|
|
CreateRigidbody();
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
|
|
|
if (m_cci.m_mass)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
body->setMassProps(m_cci.m_mass, m_cci.m_localInertiaTensor * m_cci.m_inertiaFactor);
|
|
|
|
}
|
2009-05-28 11:04:45 +00:00
|
|
|
|
|
|
|
if (oldbody)
|
|
|
|
{
|
|
|
|
body->setLinearFactor(oldbody->getLinearFactor());
|
|
|
|
body->setAngularFactor(oldbody->getAngularFactor());
|
|
|
|
if (oldbody->getActivationState() == DISABLE_DEACTIVATION)
|
|
|
|
body->setActivationState(DISABLE_DEACTIVATION);
|
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
}
|
|
|
|
// sensor object are added when needed
|
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_cci.m_physicsEnv->addCcdPhysicsController(this);
|
2005-12-31 07:20:08 +00:00
|
|
|
|
|
|
|
|
|
|
|
/* SM_Object* dynaparent=0;
|
|
|
|
SumoPhysicsController* sumoparentctrl = (SumoPhysicsController* )parentctrl;
|
|
|
|
|
|
|
|
if (sumoparentctrl)
|
|
|
|
{
|
|
|
|
dynaparent = sumoparentctrl->GetSumoObject();
|
|
|
|
}
|
|
|
|
|
|
|
|
SM_Object* orgsumoobject = m_sumoObj;
|
|
|
|
|
|
|
|
|
|
|
|
m_sumoObj = new SM_Object(
|
|
|
|
orgsumoobject->getShapeHandle(),
|
|
|
|
orgsumoobject->getMaterialProps(),
|
|
|
|
orgsumoobject->getShapeProps(),
|
|
|
|
dynaparent);
|
|
|
|
|
|
|
|
m_sumoObj->setRigidBody(orgsumoobject->isRigidBody());
|
|
|
|
|
|
|
|
m_sumoObj->setMargin(orgsumoobject->getMargin());
|
|
|
|
m_sumoObj->setPosition(orgsumoobject->getPosition());
|
|
|
|
m_sumoObj->setOrientation(orgsumoobject->getOrientation());
|
|
|
|
//if it is a dyna, register for a callback
|
|
|
|
m_sumoObj->registerCallback(*this);
|
|
|
|
|
|
|
|
m_sumoScene->add(* (m_sumoObj));
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
void CcdPhysicsController::SetCenterOfMassTransform(btTransform& xform)
|
|
|
|
{
|
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
body->setCenterOfMassTransform(xform);
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
//either collision object or soft body?
|
|
|
|
if (GetSoftBody())
|
|
|
|
{
|
2008-09-26 02:27:59 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
} else
|
|
|
|
{
|
|
|
|
|
|
|
|
if (m_object->isStaticOrKinematicObject())
|
|
|
|
{
|
|
|
|
m_object->setInterpolationWorldTransform(m_object->getWorldTransform());
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
m_object->setInterpolationWorldTransform(xform);
|
|
|
|
}
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
body->setInterpolationLinearVelocity(body->getLinearVelocity());
|
|
|
|
body->setInterpolationAngularVelocity(body->getAngularVelocity());
|
|
|
|
body->updateInertiaTensor();
|
|
|
|
}
|
|
|
|
m_object->setWorldTransform(xform);
|
|
|
|
}
|
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// kinematic methods
|
|
|
|
void CcdPhysicsController::RelativeTranslate(float dlocX,float dlocY,float dlocZ,bool local)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object)
|
2005-11-11 05:02:14 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
2009-05-26 21:32:19 +00:00
|
|
|
if (m_object->isStaticObject())
|
2006-11-21 12:26:05 +00:00
|
|
|
{
|
2009-05-26 21:32:19 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
// kinematic object should not set the transform, it disturbs the velocity interpolation
|
|
|
|
return;
|
2006-11-21 12:26:05 +00:00
|
|
|
}
|
|
|
|
|
2009-05-24 23:43:10 +00:00
|
|
|
// btRigidBody* body = GetRigidBody(); // not used anymore
|
2006-04-17 06:27:57 +00:00
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 dloc(dlocX,dlocY,dlocZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
|
|
|
|
2006-04-17 06:27:57 +00:00
|
|
|
if (local)
|
|
|
|
{
|
|
|
|
dloc = xform.getBasis()*dloc;
|
|
|
|
}
|
2005-11-11 05:02:14 +00:00
|
|
|
|
2006-04-17 06:27:57 +00:00
|
|
|
xform.setOrigin(xform.getOrigin() + dloc);
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(xform);
|
2006-04-17 06:27:57 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
|
|
|
|
}
|
|
|
|
|
2005-08-17 19:52:56 +00:00
|
|
|
void CcdPhysicsController::RelativeRotate(const float rotval[9],bool local)
|
2005-08-08 17:08:42 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object)
|
2005-08-17 19:52:56 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
2009-05-26 21:32:19 +00:00
|
|
|
if (m_object->isStaticObject())
|
2006-11-21 12:26:05 +00:00
|
|
|
{
|
2009-05-26 21:32:19 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
// kinematic object should not set the transform, it disturbs the velocity interpolation
|
|
|
|
return;
|
2006-11-21 12:26:05 +00:00
|
|
|
}
|
2006-04-17 06:27:57 +00:00
|
|
|
|
2008-04-23 21:48:17 +00:00
|
|
|
btMatrix3x3 drotmat( rotval[0],rotval[4],rotval[8],
|
|
|
|
rotval[1],rotval[5],rotval[9],
|
|
|
|
rotval[2],rotval[6],rotval[10]);
|
2005-08-17 19:52:56 +00:00
|
|
|
|
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
btMatrix3x3 currentOrn;
|
2005-08-17 19:52:56 +00:00
|
|
|
GetWorldOrientation(currentOrn);
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
|
|
|
|
2005-08-17 19:52:56 +00:00
|
|
|
xform.setBasis(xform.getBasis()*(local ?
|
|
|
|
drotmat : (currentOrn.inverse() * drotmat * currentOrn)));
|
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(xform);
|
2005-08-17 19:52:56 +00:00
|
|
|
}
|
2005-08-08 17:08:42 +00:00
|
|
|
}
|
2005-08-17 19:52:56 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
void CcdPhysicsController::GetWorldOrientation(btMatrix3x3& mat)
|
2005-08-17 19:52:56 +00:00
|
|
|
{
|
2009-05-26 21:32:19 +00:00
|
|
|
float ori[12];
|
|
|
|
m_MotionState->getWorldOrientation(ori);
|
|
|
|
mat.setFromOpenGLSubMatrix(ori);
|
2005-08-17 19:52:56 +00:00
|
|
|
}
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::getOrientation(float &quatImag0,float &quatImag1,float &quatImag2,float &quatReal)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btQuaternion q = m_object->getWorldTransform().getRotation();
|
2005-11-11 05:02:14 +00:00
|
|
|
quatImag0 = q[0];
|
|
|
|
quatImag1 = q[1];
|
|
|
|
quatImag2 = q[2];
|
|
|
|
quatReal = q[3];
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::setOrientation(float quatImag0,float quatImag1,float quatImag2,float quatReal)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object)
|
2006-11-21 12:26:05 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
2009-05-26 21:32:19 +00:00
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
2009-05-26 21:32:19 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
// kinematic object should not set the transform, it disturbs the velocity interpolation
|
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2008-07-21 12:37:27 +00:00
|
|
|
// not required
|
|
|
|
//m_MotionState->setWorldOrientation(quatImag0,quatImag1,quatImag2,quatReal);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
2008-03-10 21:30:35 +00:00
|
|
|
xform.setRotation(btQuaternion(quatImag0,quatImag1,quatImag2,quatReal));
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(xform);
|
2008-07-21 12:37:27 +00:00
|
|
|
// not required
|
|
|
|
//m_bulletMotionState->setWorldTransform(xform);
|
2008-09-26 02:27:59 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
2008-07-21 12:37:27 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
void CcdPhysicsController::setWorldOrientation(const btMatrix3x3& orn)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object)
|
2008-07-21 12:37:27 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (m_object->isStaticObject() && !m_cci.m_bSensor)
|
2008-07-21 12:37:27 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
2008-07-21 12:37:27 +00:00
|
|
|
}
|
|
|
|
// not required
|
|
|
|
//m_MotionState->setWorldOrientation(quatImag0,quatImag1,quatImag2,quatReal);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
2008-07-21 12:37:27 +00:00
|
|
|
xform.setBasis(orn);
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(xform);
|
2008-07-21 12:37:27 +00:00
|
|
|
// not required
|
|
|
|
//m_bulletMotionState->setWorldTransform(xform);
|
2008-09-26 02:27:59 +00:00
|
|
|
//only once!
|
|
|
|
if (!m_softBodyTransformInitialized && GetSoftBody())
|
|
|
|
{
|
|
|
|
m_softbodyStartTrans.setBasis(orn);
|
|
|
|
xform.setOrigin(m_softbodyStartTrans.getOrigin());
|
|
|
|
GetSoftBody()->transform(xform);
|
|
|
|
m_softBodyTransformInitialized = true;
|
|
|
|
}
|
|
|
|
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2005-08-13 08:05:48 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
2005-08-13 08:05:48 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::setPosition(float posX,float posY,float posZ)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object)
|
2006-11-21 12:26:05 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
2009-05-26 21:32:19 +00:00
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
2009-05-26 21:32:19 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
// kinematic object should not set the transform, it disturbs the velocity interpolation
|
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2008-07-21 12:37:27 +00:00
|
|
|
// not required, this function is only used to update the physic controller
|
|
|
|
//m_MotionState->setWorldPosition(posX,posY,posZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
2008-03-10 21:30:35 +00:00
|
|
|
xform.setOrigin(btVector3(posX,posY,posZ));
|
2008-09-17 01:49:47 +00:00
|
|
|
SetCenterOfMassTransform(xform);
|
2008-09-26 02:27:59 +00:00
|
|
|
if (!m_softBodyTransformInitialized)
|
|
|
|
m_softbodyStartTrans.setOrigin(xform.getOrigin());
|
2008-07-21 12:37:27 +00:00
|
|
|
// not required
|
|
|
|
//m_bulletMotionState->setWorldTransform(xform);
|
2006-11-21 12:26:05 +00:00
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
}
|
2007-01-05 02:31:34 +00:00
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
void CcdPhysicsController::forceWorldTransform(const btMatrix3x3& mat, const btVector3& pos)
|
|
|
|
{
|
|
|
|
if (m_object)
|
|
|
|
{
|
|
|
|
btTransform& xform = m_object->getWorldTransform();
|
|
|
|
xform.setBasis(mat);
|
|
|
|
xform.setOrigin(pos);
|
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::resolveCombinedVelocities(float linvelX,float linvelY,float linvelZ,float angVelX,float angVelY,float angVelZ)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
void CcdPhysicsController::getPosition(PHY__Vector3& pos) const
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
const btTransform& xform = m_object->getWorldTransform();
|
2005-12-31 21:59:56 +00:00
|
|
|
pos[0] = xform.getOrigin().x();
|
|
|
|
pos[1] = xform.getOrigin().y();
|
|
|
|
pos[2] = xform.getOrigin().z();
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void CcdPhysicsController::setScaling(float scaleX,float scaleY,float scaleZ)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
if (!btFuzzyZero(m_cci.m_scaling.x()-scaleX) ||
|
|
|
|
!btFuzzyZero(m_cci.m_scaling.y()-scaleY) ||
|
|
|
|
!btFuzzyZero(m_cci.m_scaling.z()-scaleZ))
|
2005-11-11 05:02:14 +00:00
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
m_cci.m_scaling = btVector3(scaleX,scaleY,scaleZ);
|
2005-12-31 21:59:56 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object && m_object->getCollisionShape())
|
2005-12-31 21:59:56 +00:00
|
|
|
{
|
2009-06-14 06:03:12 +00:00
|
|
|
m_object->activate(true); // without this, sleeping objects scale wont be applied in bullet if python changes the scale - Campbell.
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->getCollisionShape()->setLocalScaling(m_cci.m_scaling);
|
2006-12-26 22:02:31 +00:00
|
|
|
|
|
|
|
//printf("no inertia recalc for fixed objects with mass=0\n");
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body && m_cci.m_mass)
|
2006-12-26 22:02:31 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
body->getCollisionShape()->calculateLocalInertia(m_cci.m_mass, m_cci.m_localInertiaTensor);
|
|
|
|
body->setMassProps(m_cci.m_mass, m_cci.m_localInertiaTensor * m_cci.m_inertiaFactor);
|
2006-12-26 22:02:31 +00:00
|
|
|
}
|
|
|
|
|
2005-12-31 21:59:56 +00:00
|
|
|
}
|
2005-11-11 05:02:14 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// physics methods
|
|
|
|
void CcdPhysicsController::ApplyTorque(float torqueX,float torqueY,float torqueZ,bool local)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 torque(torqueX,torqueY,torqueZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
|
|
|
|
|
|
|
|
|
|
|
if (m_object && torque.length2() > (SIMD_EPSILON*SIMD_EPSILON))
|
2006-12-25 02:02:13 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
m_object->activate();
|
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
|
|
|
if (local)
|
|
|
|
{
|
|
|
|
torque = xform.getBasis()*torque;
|
|
|
|
}
|
2008-09-17 01:49:47 +00:00
|
|
|
if (body)
|
2009-04-28 23:26:35 +00:00
|
|
|
{
|
2009-06-11 13:42:41 +00:00
|
|
|
if (m_cci.m_bRigid)
|
|
|
|
{
|
|
|
|
body->applyTorque(torque);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
//workaround for incompatibility between 'DYNAMIC' game object, and angular factor
|
|
|
|
//a DYNAMIC object has some inconsistency: it has no angular effect due to collisions, but still has torque
|
|
|
|
const btVector3& angFac = body->getAngularFactor();
|
|
|
|
btVector3 tmpFac(0,0,1);
|
|
|
|
body->setAngularFactor(tmpFac);
|
|
|
|
body->applyTorque(torque);
|
|
|
|
body->setAngularFactor(angFac);
|
|
|
|
}
|
|
|
|
}
|
2006-12-25 02:02:13 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
2005-11-11 05:02:14 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::ApplyForce(float forceX,float forceY,float forceZ,bool local)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 force(forceX,forceY,forceZ);
|
2006-12-25 02:02:13 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
|
|
|
|
if (m_object && force.length2() > (SIMD_EPSILON*SIMD_EPSILON))
|
2006-12-25 02:02:13 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate();
|
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
|
|
|
|
|
|
|
if (local)
|
|
|
|
{
|
|
|
|
force = xform.getBasis()*force;
|
|
|
|
}
|
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
body->applyCentralForce(force);
|
|
|
|
btSoftBody* soft = GetSoftBody();
|
|
|
|
if (soft)
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
// the force is applied on each node, must reduce it in the same extend
|
|
|
|
if (soft->m_nodes.size() > 0)
|
|
|
|
force /= soft->m_nodes.size();
|
|
|
|
soft->addForce(force);
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2006-12-25 02:02:13 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::SetAngularVelocity(float ang_velX,float ang_velY,float ang_velZ,bool local)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 angvel(ang_velX,ang_velY,ang_velZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object && angvel.length2() > (SIMD_EPSILON*SIMD_EPSILON))
|
2006-04-26 03:20:28 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
|
|
|
if (m_object->isStaticObject())
|
2006-04-17 06:27:57 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
btTransform xform = m_object->getWorldTransform();
|
|
|
|
if (local)
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
angvel = xform.getBasis()*angvel;
|
2006-04-17 06:27:57 +00:00
|
|
|
}
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
body->setAngularVelocity(angvel);
|
2006-04-17 06:27:57 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
|
|
|
|
}
|
|
|
|
void CcdPhysicsController::SetLinearVelocity(float lin_velX,float lin_velY,float lin_velZ,bool local)
|
|
|
|
{
|
2006-04-17 06:27:57 +00:00
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 linVel(lin_velX,lin_velY,lin_velZ);
|
2008-09-26 18:03:14 +00:00
|
|
|
if (m_object/* && linVel.length2() > (SIMD_EPSILON*SIMD_EPSILON)*/)
|
2005-11-11 05:02:14 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate(true);
|
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
2008-10-01 07:55:02 +00:00
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2008-09-25 17:53:15 +00:00
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
btSoftBody* soft = GetSoftBody();
|
|
|
|
if (soft)
|
|
|
|
{
|
|
|
|
if (local)
|
|
|
|
{
|
|
|
|
linVel = m_softbodyStartTrans.getBasis()*linVel;
|
|
|
|
}
|
|
|
|
soft->setVelocity(linVel);
|
|
|
|
} else
|
2006-04-17 06:27:57 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btTransform xform = m_object->getWorldTransform();
|
2008-03-10 21:30:35 +00:00
|
|
|
if (local)
|
|
|
|
{
|
|
|
|
linVel = xform.getBasis()*linVel;
|
|
|
|
}
|
2008-09-25 17:53:15 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
body->setLinearVelocity(linVel);
|
2006-04-17 06:27:57 +00:00
|
|
|
}
|
2005-11-11 05:02:14 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::applyImpulse(float attachX,float attachY,float attachZ, float impulseX,float impulseY,float impulseZ)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 impulse(impulseX,impulseY,impulseZ);
|
2005-08-05 17:00:32 +00:00
|
|
|
|
2008-09-17 01:49:47 +00:00
|
|
|
if (m_object && impulse.length2() > (SIMD_EPSILON*SIMD_EPSILON))
|
2006-04-17 06:27:57 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
m_object->activate();
|
|
|
|
if (m_object->isStaticObject())
|
2008-03-10 21:30:35 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
if (!m_cci.m_bSensor)
|
|
|
|
m_object->setCollisionFlags(m_object->getCollisionFlags() | btCollisionObject::CF_KINEMATIC_OBJECT);
|
|
|
|
return;
|
2008-03-10 21:30:35 +00:00
|
|
|
}
|
2006-04-17 06:27:57 +00:00
|
|
|
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 pos(attachX,attachY,attachZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
body->applyImpulse(impulse,pos);
|
2008-09-25 17:53:15 +00:00
|
|
|
|
2006-04-17 06:27:57 +00:00
|
|
|
}
|
2005-08-05 17:00:32 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::SetActive(bool active)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
// reading out information from physics
|
|
|
|
void CcdPhysicsController::GetLinearVelocity(float& linvX,float& linvY,float& linvZ)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
const btVector3& linvel = body->getLinearVelocity();
|
|
|
|
linvX = linvel.x();
|
|
|
|
linvY = linvel.y();
|
|
|
|
linvZ = linvel.z();
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
linvX = 0.f;
|
|
|
|
linvY = 0.f;
|
|
|
|
linvZ = 0.f;
|
|
|
|
}
|
2005-11-11 05:02:14 +00:00
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
2005-12-31 07:20:08 +00:00
|
|
|
|
|
|
|
void CcdPhysicsController::GetAngularVelocity(float& angVelX,float& angVelY,float& angVelZ)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
const btVector3& angvel= body->getAngularVelocity();
|
|
|
|
angVelX = angvel.x();
|
|
|
|
angVelY = angvel.y();
|
|
|
|
angVelZ = angvel.z();
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
angVelX = 0.f;
|
|
|
|
angVelY = 0.f;
|
|
|
|
angVelZ = 0.f;
|
|
|
|
}
|
2005-12-31 07:20:08 +00:00
|
|
|
}
|
|
|
|
|
2005-07-16 10:15:31 +00:00
|
|
|
void CcdPhysicsController::GetVelocity(const float posX,const float posY,const float posZ,float& linvX,float& linvY,float& linvZ)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btVector3 pos(posX,posY,posZ);
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
2008-10-01 07:55:02 +00:00
|
|
|
btVector3 linvel = body->getVelocityInLocalPoint(pos);
|
2008-09-17 01:49:47 +00:00
|
|
|
linvX = linvel.x();
|
|
|
|
linvY = linvel.y();
|
|
|
|
linvZ = linvel.z();
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
linvX = 0.f;
|
|
|
|
linvY = 0.f;
|
|
|
|
linvZ = 0.f;
|
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::getReactionForce(float& forceX,float& forceY,float& forceZ)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
// dyna's that are rigidbody are free in orientation, dyna's with non-rigidbody are restricted
|
|
|
|
void CcdPhysicsController::setRigidBody(bool rigid)
|
|
|
|
{
|
2006-04-17 01:33:10 +00:00
|
|
|
if (!rigid)
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
//fake it for now
|
|
|
|
btVector3 inertia = body->getInvInertiaDiagLocal();
|
|
|
|
inertia[1] = 0.f;
|
|
|
|
body->setInvInertiaDiagLocal(inertia);
|
|
|
|
body->updateInertiaTensor();
|
|
|
|
}
|
2006-04-17 01:33:10 +00:00
|
|
|
}
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
// clientinfo for raycasts for example
|
|
|
|
void* CcdPhysicsController::getNewClientInfo()
|
|
|
|
{
|
2005-08-05 17:00:32 +00:00
|
|
|
return m_newClientInfo;
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
void CcdPhysicsController::setNewClientInfo(void* clientinfo)
|
|
|
|
{
|
2005-08-05 17:00:32 +00:00
|
|
|
m_newClientInfo = clientinfo;
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2005-08-04 19:07:39 +00:00
|
|
|
void CcdPhysicsController::UpdateDeactivation(float timeStep)
|
2005-07-16 10:15:31 +00:00
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
body->updateDeactivation( timeStep);
|
|
|
|
}
|
2005-08-04 19:07:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
bool CcdPhysicsController::wantsSleeping()
|
|
|
|
{
|
2008-09-17 01:49:47 +00:00
|
|
|
btRigidBody* body = GetRigidBody();
|
|
|
|
if (body)
|
|
|
|
{
|
|
|
|
return body->wantsSleeping();
|
|
|
|
}
|
|
|
|
//check it out
|
|
|
|
return true;
|
2005-07-16 10:15:31 +00:00
|
|
|
}
|
|
|
|
|
2006-05-22 21:03:43 +00:00
|
|
|
PHY_IPhysicsController* CcdPhysicsController::GetReplica()
|
|
|
|
{
|
2008-08-21 15:19:54 +00:00
|
|
|
// This is used only to replicate Near and Radar sensor controllers
|
|
|
|
// The replication of object physics controller is done in KX_BulletPhysicsController::GetReplica()
|
2006-05-22 21:03:43 +00:00
|
|
|
CcdConstructionInfo cinfo = m_cci;
|
2008-08-21 15:19:54 +00:00
|
|
|
if (m_shapeInfo)
|
|
|
|
{
|
|
|
|
// This situation does not normally happen
|
2009-07-25 22:57:29 +00:00
|
|
|
cinfo.m_collisionShape = m_shapeInfo->CreateBulletShape(m_cci.m_margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
else if (m_collisionShape)
|
2006-05-22 21:03:43 +00:00
|
|
|
{
|
2008-08-21 15:19:54 +00:00
|
|
|
switch (m_collisionShape->getShapeType())
|
2006-05-22 21:03:43 +00:00
|
|
|
{
|
|
|
|
case SPHERE_SHAPE_PROXYTYPE:
|
|
|
|
{
|
2008-08-21 15:19:54 +00:00
|
|
|
btSphereShape* orgShape = (btSphereShape*)m_collisionShape;
|
2006-11-21 00:53:40 +00:00
|
|
|
cinfo.m_collisionShape = new btSphereShape(*orgShape);
|
2006-05-22 21:03:43 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
case CONE_SHAPE_PROXYTYPE:
|
2006-05-22 21:03:43 +00:00
|
|
|
{
|
2008-08-21 15:19:54 +00:00
|
|
|
btConeShape* orgShape = (btConeShape*)m_collisionShape;
|
2006-11-21 00:53:40 +00:00
|
|
|
cinfo.m_collisionShape = new btConeShape(*orgShape);
|
2006-05-22 21:03:43 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
default:
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
cinfo.m_MotionState = new DefaultMotionState();
|
2008-08-21 15:19:54 +00:00
|
|
|
cinfo.m_shapeInfo = m_shapeInfo;
|
2006-05-22 21:03:43 +00:00
|
|
|
|
|
|
|
CcdPhysicsController* replica = new CcdPhysicsController(cinfo);
|
|
|
|
return replica;
|
|
|
|
}
|
|
|
|
|
|
|
|
///////////////////////////////////////////////////////////
|
|
|
|
///A small utility class, DefaultMotionState
|
|
|
|
///
|
|
|
|
///////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
DefaultMotionState::DefaultMotionState()
|
|
|
|
{
|
|
|
|
m_worldTransform.setIdentity();
|
2006-08-28 06:44:29 +00:00
|
|
|
m_localScaling.setValue(1.f,1.f,1.f);
|
2006-05-22 21:03:43 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
DefaultMotionState::~DefaultMotionState()
|
|
|
|
{
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
void DefaultMotionState::getWorldPosition(float& posX,float& posY,float& posZ)
|
|
|
|
{
|
|
|
|
posX = m_worldTransform.getOrigin().x();
|
|
|
|
posY = m_worldTransform.getOrigin().y();
|
|
|
|
posZ = m_worldTransform.getOrigin().z();
|
|
|
|
}
|
|
|
|
|
|
|
|
void DefaultMotionState::getWorldScaling(float& scaleX,float& scaleY,float& scaleZ)
|
|
|
|
{
|
2006-08-28 06:44:29 +00:00
|
|
|
scaleX = m_localScaling.getX();
|
|
|
|
scaleY = m_localScaling.getY();
|
|
|
|
scaleZ = m_localScaling.getZ();
|
2006-05-22 21:03:43 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void DefaultMotionState::getWorldOrientation(float& quatIma0,float& quatIma1,float& quatIma2,float& quatReal)
|
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btQuaternion quat = m_worldTransform.getRotation();
|
|
|
|
quatIma0 = quat.x();
|
|
|
|
quatIma1 = quat.y();
|
|
|
|
quatIma2 = quat.z();
|
|
|
|
quatReal = quat[3];
|
2006-05-22 21:03:43 +00:00
|
|
|
}
|
|
|
|
|
2009-04-07 22:14:06 +00:00
|
|
|
void DefaultMotionState::getWorldOrientation(float* ori)
|
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
m_worldTransform.getBasis().getOpenGLSubMatrix(ori);
|
2009-04-07 22:14:06 +00:00
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
void DefaultMotionState::setWorldOrientation(const float* ori)
|
|
|
|
{
|
|
|
|
m_worldTransform.getBasis().setFromOpenGLSubMatrix(ori);
|
|
|
|
}
|
2006-05-22 21:03:43 +00:00
|
|
|
void DefaultMotionState::setWorldPosition(float posX,float posY,float posZ)
|
|
|
|
{
|
2009-03-02 17:43:35 +00:00
|
|
|
btVector3 pos(posX,posY,posZ);
|
2006-05-22 21:03:43 +00:00
|
|
|
m_worldTransform.setOrigin( pos );
|
|
|
|
}
|
|
|
|
|
|
|
|
void DefaultMotionState::setWorldOrientation(float quatIma0,float quatIma1,float quatIma2,float quatReal)
|
|
|
|
{
|
2006-11-21 00:53:40 +00:00
|
|
|
btQuaternion orn(quatIma0,quatIma1,quatIma2,quatReal);
|
2006-05-22 21:03:43 +00:00
|
|
|
m_worldTransform.setRotation( orn );
|
|
|
|
}
|
|
|
|
|
|
|
|
void DefaultMotionState::calculateWorldTransformations()
|
|
|
|
{
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
// Shape constructor
|
2008-09-20 21:33:54 +00:00
|
|
|
std::map<RAS_MeshObject*, CcdShapeConstructionInfo*> CcdShapeConstructionInfo::m_meshShapeMap;
|
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
CcdShapeConstructionInfo* CcdShapeConstructionInfo::FindMesh(RAS_MeshObject* mesh, struct DerivedMesh* dm, bool polytope, bool gimpact)
|
2008-09-20 21:33:54 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
if (polytope || dm || gimpact)
|
2008-09-20 21:33:54 +00:00
|
|
|
// not yet supported
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
std::map<RAS_MeshObject*,CcdShapeConstructionInfo*>::const_iterator mit = m_meshShapeMap.find(mesh);
|
|
|
|
if (mit != m_meshShapeMap.end())
|
|
|
|
return mit->second;
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
bool CcdShapeConstructionInfo::SetMesh(RAS_MeshObject* meshobj, DerivedMesh* dm, bool polytope,bool useGimpact)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
int numpolys, numverts;
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
m_useGimpact = useGimpact;
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
// assume no shape information
|
2008-09-20 21:33:54 +00:00
|
|
|
// no support for dynamic change of shape yet
|
2009-01-13 22:59:18 +00:00
|
|
|
assert(IsUnused());
|
2008-08-21 15:19:54 +00:00
|
|
|
m_shapeType = PHY_SHAPE_NONE;
|
BGE patch: KX_GameObject::rayCast() improvements to have X-Ray option, return true face normal and hit polygon information.
rayCast(to,from,dist,prop,face,xray,poly):
The face paremeter determines the orientation of the normal:
0 or omitted => hit normal is always oriented towards the ray origin (as if you casted the ray from outside)
1 => hit normal is the real face normal (only for mesh object, otherwise face has no effect)
The ray has X-Ray capability if xray parameter is 1, otherwise the first object hit (other than self object) stops the ray.
The prop and xray parameters interact as follow:
prop off, xray off: return closest hit or no hit if there is no object on the full extend of the ray.
prop off, xray on : idem.
prop on, xray off: return closest hit if it matches prop, no hit otherwise.
prop on, xray on : return closest hit matching prop or no hit if there is no object matching prop on the full extend of the ray.
if poly is 0 or omitted, returns a 3-tuple with object reference, hit point and hit normal or (None,None,None) if no hit.
if poly is 1, returns a 4-tuple with in addition a KX_PolyProxy as 4th element.
The KX_PolyProxy object holds information on the polygon hit by the ray: the index of the vertex forming the poylgon, material, etc.
Attributes (read-only):
matname: The name of polygon material, empty if no material.
material: The material of the polygon
texture: The texture name of the polygon.
matid: The material index of the polygon, use this to retrieve vertex proxy from mesh proxy
v1: vertex index of the first vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v2: vertex index of the second vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v3: vertex index of the third vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v4: vertex index of the fourth vertex of the polygon, 0 if polygon has only 3 vertex
use this to retrieve vertex proxy from mesh proxy
visible: visible state of the polygon: 1=visible, 0=invisible
collide: collide state of the polygon: 1=receives collision, 0=collision free.
Methods:
getMaterialName(): Returns the polygon material name with MA prefix
getMaterial(): Returns the polygon material
getTextureName(): Returns the polygon texture name
getMaterialIndex(): Returns the material bucket index of the polygon.
getNumVertex(): Returns the number of vertex of the polygon.
isVisible(): Returns whether the polygon is visible or not
isCollider(): Returns whether the polygon is receives collision or not
getVertexIndex(vertex): Returns the mesh vertex index of a polygon vertex
getMesh(): Returns a mesh proxy
New methods of KX_MeshProxy have been implemented to retrieve KX_PolyProxy objects:
getNumPolygons(): Returns the number of polygon in the mesh.
getPolygon(index): Gets the specified polygon from the mesh.
More details in PyDoc.
2008-08-27 19:34:19 +00:00
|
|
|
m_meshObject = NULL;
|
2009-05-14 13:47:08 +00:00
|
|
|
bool free_dm = false;
|
2008-08-21 15:19:54 +00:00
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
// No mesh object or mesh has no polys
|
|
|
|
if (!meshobj || meshobj->HasColliderPolygon()==false) {
|
|
|
|
m_vertexArray.clear();
|
|
|
|
m_polygonIndexArray.clear();
|
|
|
|
m_triFaceArray.clear();
|
2008-08-21 15:19:54 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
if (!dm) {
|
|
|
|
free_dm = true;
|
|
|
|
dm = CDDM_from_mesh(meshobj->GetMesh(), NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
MVert *mvert = dm->getVertArray(dm);
|
|
|
|
MFace *mface = dm->getFaceArray(dm);
|
|
|
|
numpolys = dm->getNumFaces(dm);
|
|
|
|
numverts = dm->getNumVerts(dm);
|
|
|
|
int* index = (int*)dm->getFaceDataArray(dm, CD_ORIGINDEX);
|
2008-08-21 15:19:54 +00:00
|
|
|
|
|
|
|
m_shapeType = (polytope) ? PHY_SHAPE_POLYTOPE : PHY_SHAPE_MESH;
|
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
/* Convert blender geometry into bullet mesh, need these vars for mapping */
|
2009-05-14 13:47:08 +00:00
|
|
|
vector<bool> vert_tag_array(numverts, false);
|
2009-03-23 06:00:21 +00:00
|
|
|
unsigned int tot_bt_verts= 0;
|
2008-08-21 15:19:54 +00:00
|
|
|
|
2009-03-22 21:04:28 +00:00
|
|
|
if (polytope)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
2009-03-22 21:04:28 +00:00
|
|
|
// Tag verts we're using
|
|
|
|
for (int p2=0; p2<numpolys; p2++)
|
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MFace* mf = &mface[p2];
|
|
|
|
RAS_Polygon* poly = meshobj->GetPolygon(index[p2]);
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
// only add polygons that have the collision flag set
|
2009-03-22 21:04:28 +00:00
|
|
|
if (poly->IsCollider())
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v1]==false) {vert_tag_array[mf->v1]= true;tot_bt_verts++;}
|
|
|
|
if (vert_tag_array[mf->v2]==false) {vert_tag_array[mf->v2]= true;tot_bt_verts++;}
|
|
|
|
if (vert_tag_array[mf->v3]==false) {vert_tag_array[mf->v3]= true;tot_bt_verts++;}
|
|
|
|
if (mf->v4 && vert_tag_array[mf->v4]==false) {vert_tag_array[mf->v4]= true;tot_bt_verts++;}
|
2009-03-22 21:04:28 +00:00
|
|
|
}
|
|
|
|
}
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2009-04-27 22:21:42 +00:00
|
|
|
m_vertexArray.resize(tot_bt_verts*3);
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2009-04-27 22:21:42 +00:00
|
|
|
btScalar *bt= &m_vertexArray[0];
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
for (int p2=0; p2<numpolys; p2++)
|
2009-03-22 21:04:28 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MFace* mf = &mface[p2];
|
|
|
|
RAS_Polygon* poly= meshobj->GetPolygon(index[p2]);
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
// only add polygons that have the collisionflag set
|
|
|
|
if (poly->IsCollider())
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v1]==true)
|
|
|
|
{
|
|
|
|
const float* vtx = mvert[mf->v1].co;
|
|
|
|
vert_tag_array[mf->v1]= false;
|
|
|
|
*bt++ = vtx[0];
|
|
|
|
*bt++ = vtx[1];
|
|
|
|
*bt++ = vtx[2];
|
|
|
|
}
|
|
|
|
if (vert_tag_array[mf->v2]==true)
|
|
|
|
{
|
|
|
|
const float* vtx = mvert[mf->v2].co;
|
|
|
|
vert_tag_array[mf->v2]= false;
|
|
|
|
*bt++ = vtx[0];
|
|
|
|
*bt++ = vtx[1];
|
|
|
|
*bt++ = vtx[2];
|
|
|
|
}
|
|
|
|
if (vert_tag_array[mf->v3]==true)
|
|
|
|
{
|
|
|
|
const float* vtx = mvert[mf->v3].co;
|
|
|
|
vert_tag_array[mf->v3]= false;
|
|
|
|
*bt++ = vtx[0];
|
|
|
|
*bt++ = vtx[1];
|
|
|
|
*bt++ = vtx[2];
|
|
|
|
}
|
|
|
|
if (mf->v4 && vert_tag_array[mf->v4]==true)
|
|
|
|
{
|
|
|
|
const float* vtx = mvert[mf->v4].co;
|
|
|
|
vert_tag_array[mf->v4]= false;
|
|
|
|
*bt++ = vtx[0];
|
|
|
|
*bt++ = vtx[1];
|
|
|
|
*bt++ = vtx[2];
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
2009-03-22 21:04:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else {
|
2009-03-23 06:00:21 +00:00
|
|
|
unsigned int tot_bt_tris= 0;
|
2009-05-14 13:47:08 +00:00
|
|
|
vector<int> vert_remap_array(numverts, 0);
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
// Tag verts we're using
|
2009-03-22 21:04:28 +00:00
|
|
|
for (int p2=0; p2<numpolys; p2++)
|
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MFace* mf = &mface[p2];
|
|
|
|
RAS_Polygon* poly= meshobj->GetPolygon(index[p2]);
|
2009-03-22 21:04:28 +00:00
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
// only add polygons that have the collision flag set
|
2009-03-22 21:04:28 +00:00
|
|
|
if (poly->IsCollider())
|
2009-03-23 06:00:21 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v1]==false)
|
|
|
|
{vert_tag_array[mf->v1]= true;vert_remap_array[mf->v1]= tot_bt_verts;tot_bt_verts++;}
|
|
|
|
if (vert_tag_array[mf->v2]==false)
|
|
|
|
{vert_tag_array[mf->v2]= true;vert_remap_array[mf->v2]= tot_bt_verts;tot_bt_verts++;}
|
|
|
|
if (vert_tag_array[mf->v3]==false)
|
|
|
|
{vert_tag_array[mf->v3]= true;vert_remap_array[mf->v3]= tot_bt_verts;tot_bt_verts++;}
|
|
|
|
if (mf->v4 && vert_tag_array[mf->v4]==false)
|
|
|
|
{vert_tag_array[mf->v4]= true;vert_remap_array[mf->v4]= tot_bt_verts;tot_bt_verts++;}
|
|
|
|
tot_bt_tris += (mf->v4 ? 2:1); /* a quad or a tri */
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
|
|
|
}
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
|
2009-04-27 22:21:42 +00:00
|
|
|
m_vertexArray.resize(tot_bt_verts*3);
|
2009-03-23 06:00:21 +00:00
|
|
|
m_polygonIndexArray.resize(tot_bt_tris);
|
|
|
|
m_triFaceArray.resize(tot_bt_tris*3);
|
|
|
|
|
2009-04-27 22:21:42 +00:00
|
|
|
btScalar *bt= &m_vertexArray[0];
|
2009-03-23 06:00:21 +00:00
|
|
|
int *poly_index_pt= &m_polygonIndexArray[0];
|
|
|
|
int *tri_pt= &m_triFaceArray[0];
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
for (int p2=0; p2<numpolys; p2++)
|
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MFace* mf = &mface[p2];
|
|
|
|
RAS_Polygon* poly= meshobj->GetPolygon(index[p2]);
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
// only add polygons that have the collisionflag set
|
|
|
|
if (poly->IsCollider())
|
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MVert *v1= &mvert[mf->v1];
|
|
|
|
MVert *v2= &mvert[mf->v2];
|
|
|
|
MVert *v3= &mvert[mf->v3];
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
// the face indicies
|
2009-05-14 13:47:08 +00:00
|
|
|
tri_pt[0]= vert_remap_array[mf->v1];
|
|
|
|
tri_pt[1]= vert_remap_array[mf->v2];
|
|
|
|
tri_pt[2]= vert_remap_array[mf->v3];
|
2009-03-23 06:00:21 +00:00
|
|
|
tri_pt= tri_pt+3;
|
|
|
|
|
|
|
|
// m_polygonIndexArray
|
2009-05-14 13:47:08 +00:00
|
|
|
*poly_index_pt= index[p2];
|
2009-03-23 06:00:21 +00:00
|
|
|
poly_index_pt++;
|
|
|
|
|
|
|
|
// the vertex location
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v1]==true) { /* *** v1 *** */
|
|
|
|
vert_tag_array[mf->v1]= false;
|
|
|
|
*bt++ = v1->co[0];
|
|
|
|
*bt++ = v1->co[1];
|
|
|
|
*bt++ = v1->co[2];
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v2]==true) { /* *** v2 *** */
|
|
|
|
vert_tag_array[mf->v2]= false;
|
|
|
|
*bt++ = v2->co[0];
|
|
|
|
*bt++ = v2->co[1];
|
|
|
|
*bt++ = v2->co[2];
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v3]==true) { /* *** v3 *** */
|
|
|
|
vert_tag_array[mf->v3]= false;
|
|
|
|
*bt++ = v3->co[0];
|
|
|
|
*bt++ = v3->co[1];
|
|
|
|
*bt++ = v3->co[2];
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
Merge of first part of changes from the apricot branch, especially
the features that are needed to run the game. Compile tested with
scons, make, but not cmake, that seems to have an issue not related
to these changes. The changes include:
* GLSL support in the viewport and game engine, enable in the game
menu in textured draw mode.
* Synced and merged part of the duplicated blender and gameengine/
gameplayer drawing code.
* Further refactoring of game engine drawing code, especially mesh
storage changed a lot.
* Optimizations in game engine armatures to avoid recomputations.
* A python function to get the framerate estimate in game.
* An option take object color into account in materials.
* An option to restrict shadow casters to a lamp's layers.
* Increase from 10 to 18 texture slots for materials, lamps, word.
An extra texture slot shows up once the last slot is used.
* Memory limit for undo, not enabled by default yet because it
needs the .B.blend to be changed.
* Multiple undo for image painting.
* An offset for dupligroups, so not all objects in a group have to
be at the origin.
2008-09-04 20:51:28 +00:00
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
if (mf->v4)
|
2009-03-23 06:00:21 +00:00
|
|
|
{
|
2009-05-14 13:47:08 +00:00
|
|
|
MVert *v4= &mvert[mf->v4];
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2009-05-14 13:47:08 +00:00
|
|
|
tri_pt[0]= vert_remap_array[mf->v1];
|
|
|
|
tri_pt[1]= vert_remap_array[mf->v3];
|
|
|
|
tri_pt[2]= vert_remap_array[mf->v4];
|
2009-03-23 06:00:21 +00:00
|
|
|
tri_pt= tri_pt+3;
|
|
|
|
|
|
|
|
// m_polygonIndexArray
|
2009-05-14 13:47:08 +00:00
|
|
|
*poly_index_pt= index[p2];
|
2009-03-23 06:00:21 +00:00
|
|
|
poly_index_pt++;
|
|
|
|
|
|
|
|
// the vertex location
|
2009-05-14 13:47:08 +00:00
|
|
|
if (vert_tag_array[mf->v4]==true) { /* *** v4 *** */
|
|
|
|
vert_tag_array[mf->v4]= false;
|
|
|
|
*bt++ = v4->co[0];
|
|
|
|
*bt++ = v4->co[1];
|
|
|
|
*bt++ = v4->co[2];
|
2009-03-23 06:00:21 +00:00
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
2009-03-22 21:04:28 +00:00
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
2009-03-23 06:00:21 +00:00
|
|
|
|
|
|
|
|
|
|
|
/* If this ever gets confusing, print out an OBJ file for debugging */
|
|
|
|
#if 0
|
|
|
|
printf("# vert count %d\n", m_vertexArray.size());
|
|
|
|
for(i=0; i<m_vertexArray.size(); i+=1) {
|
|
|
|
printf("v %.6f %.6f %.6f\n", m_vertexArray[i].x(), m_vertexArray[i].y(), m_vertexArray[i].z());
|
|
|
|
}
|
|
|
|
|
|
|
|
printf("# face count %d\n", m_triFaceArray.size());
|
|
|
|
for(i=0; i<m_triFaceArray.size(); i+=3) {
|
|
|
|
printf("f %d %d %d\n", m_triFaceArray[i]+1, m_triFaceArray[i+1]+1, m_triFaceArray[i+2]+1);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
#if 0
|
|
|
|
if (validpolys==false)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
|
|
|
// should not happen
|
|
|
|
m_shapeType = PHY_SHAPE_NONE;
|
|
|
|
return false;
|
|
|
|
}
|
2009-03-23 06:00:21 +00:00
|
|
|
#endif
|
|
|
|
|
BGE patch: KX_GameObject::rayCast() improvements to have X-Ray option, return true face normal and hit polygon information.
rayCast(to,from,dist,prop,face,xray,poly):
The face paremeter determines the orientation of the normal:
0 or omitted => hit normal is always oriented towards the ray origin (as if you casted the ray from outside)
1 => hit normal is the real face normal (only for mesh object, otherwise face has no effect)
The ray has X-Ray capability if xray parameter is 1, otherwise the first object hit (other than self object) stops the ray.
The prop and xray parameters interact as follow:
prop off, xray off: return closest hit or no hit if there is no object on the full extend of the ray.
prop off, xray on : idem.
prop on, xray off: return closest hit if it matches prop, no hit otherwise.
prop on, xray on : return closest hit matching prop or no hit if there is no object matching prop on the full extend of the ray.
if poly is 0 or omitted, returns a 3-tuple with object reference, hit point and hit normal or (None,None,None) if no hit.
if poly is 1, returns a 4-tuple with in addition a KX_PolyProxy as 4th element.
The KX_PolyProxy object holds information on the polygon hit by the ray: the index of the vertex forming the poylgon, material, etc.
Attributes (read-only):
matname: The name of polygon material, empty if no material.
material: The material of the polygon
texture: The texture name of the polygon.
matid: The material index of the polygon, use this to retrieve vertex proxy from mesh proxy
v1: vertex index of the first vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v2: vertex index of the second vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v3: vertex index of the third vertex of the polygon, use this to retrieve vertex proxy from mesh proxy
v4: vertex index of the fourth vertex of the polygon, 0 if polygon has only 3 vertex
use this to retrieve vertex proxy from mesh proxy
visible: visible state of the polygon: 1=visible, 0=invisible
collide: collide state of the polygon: 1=receives collision, 0=collision free.
Methods:
getMaterialName(): Returns the polygon material name with MA prefix
getMaterial(): Returns the polygon material
getTextureName(): Returns the polygon texture name
getMaterialIndex(): Returns the material bucket index of the polygon.
getNumVertex(): Returns the number of vertex of the polygon.
isVisible(): Returns whether the polygon is visible or not
isCollider(): Returns whether the polygon is receives collision or not
getVertexIndex(vertex): Returns the mesh vertex index of a polygon vertex
getMesh(): Returns a mesh proxy
New methods of KX_MeshProxy have been implemented to retrieve KX_PolyProxy objects:
getNumPolygons(): Returns the number of polygon in the mesh.
getPolygon(index): Gets the specified polygon from the mesh.
More details in PyDoc.
2008-08-27 19:34:19 +00:00
|
|
|
m_meshObject = meshobj;
|
2009-05-14 13:47:08 +00:00
|
|
|
if (free_dm) {
|
|
|
|
dm->release(dm);
|
|
|
|
dm = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
// sharing only on static mesh at present, if you change that, you must also change in FindMesh
|
|
|
|
if (!polytope && !dm && !useGimpact)
|
2008-09-20 21:33:54 +00:00
|
|
|
{
|
|
|
|
// triangle shape can be shared, store the mesh object in the map
|
|
|
|
m_meshShapeMap.insert(std::pair<RAS_MeshObject*,CcdShapeConstructionInfo*>(meshobj,this));
|
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2009-07-25 22:57:29 +00:00
|
|
|
#include <cstdio>
|
|
|
|
|
|
|
|
/* Updates the arrays used by CreateBulletShape(),
|
|
|
|
* take care that recalcLocalAabb() runs after CreateBulletShape is called.
|
|
|
|
* */
|
|
|
|
bool CcdShapeConstructionInfo::UpdateMesh(class KX_GameObject* gameobj, class RAS_MeshObject* meshobj)
|
|
|
|
{
|
|
|
|
int numpolys;
|
|
|
|
int numverts;
|
|
|
|
|
|
|
|
unsigned int tot_bt_tris= 0;
|
|
|
|
unsigned int tot_bt_verts= 0;
|
|
|
|
|
|
|
|
int i, j;
|
|
|
|
int v_orig;
|
|
|
|
|
|
|
|
/* Use for looping over verts in a face as a try or 2 tris */
|
|
|
|
const int quad_verts[7]= {0,1,2, 0,2,3, -1};
|
|
|
|
const int tri_verts[4]= {0,1,2, -1};
|
|
|
|
const int *fv_pt;
|
|
|
|
|
|
|
|
if(gameobj==NULL && meshobj==NULL)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if(m_shapeType != PHY_SHAPE_MESH)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
RAS_Deformer *deformer= gameobj ? gameobj->GetDeformer():NULL;
|
|
|
|
|
|
|
|
/* get the mesh from the object if not defined */
|
|
|
|
if(meshobj==NULL) {
|
|
|
|
|
|
|
|
/* modifier mesh */
|
|
|
|
if(deformer && deformer->GetFinalMesh())
|
|
|
|
meshobj= deformer->GetRasMesh();
|
|
|
|
|
|
|
|
/* game object first mesh */
|
|
|
|
if(meshobj==NULL) {
|
|
|
|
if(gameobj->GetMeshCount() > 0) {
|
|
|
|
meshobj= gameobj->GetMesh(0);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if(deformer && deformer->GetFinalMesh() && deformer->GetRasMesh() == meshobj)
|
|
|
|
{ /*
|
|
|
|
* Derived Mesh Update
|
|
|
|
*
|
|
|
|
* */
|
|
|
|
|
|
|
|
DerivedMesh* dm= gameobj->GetDeformer()->GetFinalMesh();
|
|
|
|
|
|
|
|
MVert *mvert = dm->getVertArray(dm);
|
|
|
|
MFace *mface = dm->getFaceArray(dm);
|
|
|
|
numpolys = dm->getNumFaces(dm);
|
|
|
|
numverts = dm->getNumVerts(dm);
|
|
|
|
int* index = (int*)dm->getFaceDataArray(dm, CD_ORIGINDEX);
|
|
|
|
|
|
|
|
MFace *mf;
|
|
|
|
MVert *mv;
|
|
|
|
|
|
|
|
int flen;
|
|
|
|
|
|
|
|
if(CustomData_has_layer(&dm->faceData, CD_MTFACE))
|
|
|
|
{
|
|
|
|
MTFace *tface = (MTFace *)dm->getFaceDataArray(dm, CD_MTFACE);
|
|
|
|
MTFace *tf;
|
|
|
|
|
|
|
|
vector<bool> vert_tag_array(numverts, false);
|
|
|
|
vector<int> vert_remap_array(numverts, 0);
|
|
|
|
|
|
|
|
for(mf= mface, tf= tface, i=0; i < numpolys; mf++, tf++, i++) {
|
|
|
|
if(tf->mode & TF_DYNAMIC)
|
|
|
|
{
|
|
|
|
if(mf->v4) {
|
|
|
|
tot_bt_tris+= 2;
|
|
|
|
flen= 4;
|
|
|
|
} else {
|
|
|
|
tot_bt_tris++;
|
|
|
|
flen= 3;
|
|
|
|
}
|
|
|
|
|
|
|
|
for(j=0; j<flen; j++)
|
|
|
|
{
|
|
|
|
v_orig = (*(&mf->v1 + j));
|
|
|
|
|
|
|
|
if(vert_tag_array[v_orig]==false)
|
|
|
|
{
|
|
|
|
vert_tag_array[v_orig]= true;
|
|
|
|
vert_remap_array[v_orig]= tot_bt_verts;
|
|
|
|
tot_bt_verts++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
m_vertexArray.resize(tot_bt_verts*3);
|
|
|
|
btScalar *bt= &m_vertexArray[0];
|
|
|
|
|
|
|
|
m_triFaceArray.resize(tot_bt_tris*3);
|
|
|
|
int *tri_pt= &m_triFaceArray[0];
|
|
|
|
|
|
|
|
m_polygonIndexArray.resize(tot_bt_tris);
|
|
|
|
int *poly_index_pt= &m_polygonIndexArray[0];
|
|
|
|
|
|
|
|
|
|
|
|
for(mf= mface, tf= tface, i=0; i < numpolys; mf++, tf++, i++)
|
|
|
|
{
|
|
|
|
if(tf->mode & TF_DYNAMIC)
|
|
|
|
{
|
|
|
|
if(mf->v4) {
|
|
|
|
fv_pt= quad_verts;
|
|
|
|
*poly_index_pt++ = *poly_index_pt++ = index[i];
|
|
|
|
flen= 4;
|
|
|
|
} else {
|
|
|
|
fv_pt= tri_verts;
|
|
|
|
*poly_index_pt++ = index[i];
|
|
|
|
flen= 3;
|
|
|
|
}
|
|
|
|
|
|
|
|
for(; *fv_pt > -1; fv_pt++)
|
|
|
|
{
|
|
|
|
v_orig = (*(&mf->v1 + (*fv_pt)));
|
|
|
|
|
|
|
|
if(vert_tag_array[v_orig])
|
|
|
|
{
|
|
|
|
mv= mvert + v_orig;
|
|
|
|
*bt++ = mv->co[0];
|
|
|
|
*bt++ = mv->co[1];
|
|
|
|
*bt++ = mv->co[2];
|
|
|
|
|
|
|
|
vert_tag_array[v_orig]= false;
|
|
|
|
}
|
|
|
|
*tri_pt++ = vert_remap_array[v_orig];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
/* no need for a vertex mapping. simple/fast */
|
|
|
|
|
|
|
|
tot_bt_verts= numverts;
|
|
|
|
|
|
|
|
for(mf= mface, i=0; i < numpolys; mf++, i++) {
|
|
|
|
tot_bt_tris += (mf->v4 ? 2:1);
|
|
|
|
}
|
|
|
|
|
|
|
|
m_vertexArray.resize(tot_bt_verts*3);
|
|
|
|
btScalar *bt= &m_vertexArray[0];
|
|
|
|
|
|
|
|
m_triFaceArray.resize(tot_bt_tris*3);
|
|
|
|
int *tri_pt= &m_triFaceArray[0];
|
|
|
|
|
|
|
|
m_polygonIndexArray.resize(tot_bt_tris);
|
|
|
|
int *poly_index_pt= &m_polygonIndexArray[0];
|
|
|
|
|
|
|
|
for(mv= mvert, i=0; i < numverts; mv++, i++) {
|
|
|
|
*bt++ = mv->co[0]; *bt++ = mv->co[1]; *bt++ = mv->co[2];
|
|
|
|
}
|
|
|
|
|
|
|
|
for(mf= mface, i=0; i < numpolys; mf++, i++) {
|
|
|
|
unsigned int *fv = &mf->v1;
|
|
|
|
|
|
|
|
if(mf->v4) {
|
|
|
|
fv_pt= quad_verts;
|
|
|
|
*poly_index_pt++ = *poly_index_pt++ = index[i];
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
fv_pt= tri_verts;
|
|
|
|
*poly_index_pt++ = index[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
for(; *fv_pt > -1; fv_pt++)
|
|
|
|
*tri_pt++ = (*(&mf->v1 + (*fv_pt)));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else { /*
|
|
|
|
* RAS Mesh Update
|
|
|
|
*
|
|
|
|
* */
|
|
|
|
|
|
|
|
/* Note!, gameobj can be NULL here */
|
|
|
|
|
|
|
|
/* transverts are only used for deformed RAS_Meshes, the RAS_TexVert data
|
|
|
|
* is too hard to get at, see below for details */
|
|
|
|
float (*transverts)[3]= NULL;
|
|
|
|
int transverts_tot= 0; /* with deformed meshes - should always be greater then the max orginal index, or we get crashes */
|
|
|
|
|
|
|
|
if(deformer) {
|
|
|
|
/* map locations from the deformed array
|
|
|
|
*
|
|
|
|
* Could call deformer->Update(); but rely on redraw updating.
|
|
|
|
* */
|
|
|
|
transverts= deformer->GetTransVerts(&transverts_tot);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Tag verts we're using
|
|
|
|
numpolys= meshobj->NumPolygons();
|
|
|
|
numverts= meshobj->m_sharedvertex_map.size();
|
|
|
|
const float *xyz;
|
|
|
|
|
|
|
|
|
|
|
|
vector<bool> vert_tag_array(numverts, false);
|
|
|
|
vector<int> vert_remap_array(numverts, 0);
|
|
|
|
|
|
|
|
for(int p=0; p<numpolys; p++)
|
|
|
|
{
|
|
|
|
RAS_Polygon* poly= meshobj->GetPolygon(p);
|
|
|
|
if (poly->IsCollider())
|
|
|
|
{
|
|
|
|
for(i=0; i < poly->VertexCount(); i++)
|
|
|
|
{
|
|
|
|
v_orig= poly->GetVertex(i)->getOrigIndex();
|
|
|
|
if(vert_tag_array[v_orig]==false)
|
|
|
|
{
|
|
|
|
vert_tag_array[v_orig]= true;
|
|
|
|
vert_remap_array[v_orig]= tot_bt_verts;
|
|
|
|
tot_bt_verts++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
tot_bt_tris += (poly->VertexCount()==4 ? 2:1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
m_vertexArray.resize(tot_bt_verts*3);
|
|
|
|
btScalar *bt= &m_vertexArray[0];
|
|
|
|
|
|
|
|
m_triFaceArray.resize(tot_bt_tris*3);
|
|
|
|
int *tri_pt= &m_triFaceArray[0];
|
|
|
|
|
|
|
|
/* cant be used for anything useful in this case, since we dont rely on the original mesh
|
|
|
|
* will just be an array like pythons range(tot_bt_tris) */
|
|
|
|
m_polygonIndexArray.resize(tot_bt_tris);
|
|
|
|
|
|
|
|
|
|
|
|
for(int p=0; p<numpolys; p++)
|
|
|
|
{
|
|
|
|
RAS_Polygon* poly= meshobj->GetPolygon(p);
|
|
|
|
|
|
|
|
if (poly->IsCollider())
|
|
|
|
{
|
|
|
|
/* quad or tri loop */
|
|
|
|
fv_pt= (poly->VertexCount()==3 ? tri_verts:quad_verts);
|
|
|
|
|
|
|
|
for(; *fv_pt > -1; fv_pt++)
|
|
|
|
{
|
|
|
|
v_orig= poly->GetVertex(*fv_pt)->getOrigIndex();
|
|
|
|
|
|
|
|
if(vert_tag_array[v_orig])
|
|
|
|
{
|
|
|
|
if(transverts) {
|
|
|
|
/* deformed mesh, using RAS_TexVert locations would be too troublesome
|
|
|
|
* because they are use the gameob as a hash in the material slot */
|
|
|
|
*bt++ = transverts[v_orig][0];
|
|
|
|
*bt++ = transverts[v_orig][1];
|
|
|
|
*bt++ = transverts[v_orig][2];
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
/* static mesh python may have modified */
|
|
|
|
xyz= meshobj->GetVertexLocation( v_orig );
|
|
|
|
*bt++ = xyz[0];
|
|
|
|
*bt++ = xyz[1];
|
|
|
|
*bt++ = xyz[2];
|
|
|
|
}
|
|
|
|
|
|
|
|
vert_tag_array[v_orig]= false;
|
|
|
|
}
|
|
|
|
|
|
|
|
*tri_pt++ = vert_remap_array[v_orig];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
m_polygonIndexArray[p]= p; /* dumb counting */
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
#if 0
|
|
|
|
/* needs #include <cstdio> */
|
|
|
|
printf("# vert count %d\n", m_vertexArray.size());
|
|
|
|
for(int i=0; i<m_vertexArray.size(); i+=3) {
|
|
|
|
printf("v %.6f %.6f %.6f\n", m_vertexArray[i], m_vertexArray[i+1], m_vertexArray[i+2]);
|
|
|
|
}
|
|
|
|
|
|
|
|
printf("# face count %d\n", m_triFaceArray.size());
|
|
|
|
for(int i=0; i<m_triFaceArray.size(); i+=3) {
|
|
|
|
printf("f %d %d %d\n", m_triFaceArray[i]+1, m_triFaceArray[i+1]+1, m_triFaceArray[i+2]+1);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/* force recreation of the m_unscaledShape.
|
|
|
|
* If this has multiple users we cant delete */
|
|
|
|
if(m_unscaledShape) {
|
|
|
|
// dont free now so it can re-allocate under the same location and not break pointers.
|
|
|
|
// DeleteBulletShape(m_unscaledShape);
|
|
|
|
m_forceReInstance= true;
|
|
|
|
}
|
|
|
|
|
|
|
|
m_meshObject= meshobj;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-01-13 22:59:18 +00:00
|
|
|
bool CcdShapeConstructionInfo::SetProxy(CcdShapeConstructionInfo* shapeInfo)
|
|
|
|
{
|
|
|
|
if (shapeInfo == NULL)
|
|
|
|
return false;
|
|
|
|
// no support for dynamic change
|
|
|
|
assert(IsUnused());
|
|
|
|
m_shapeType = PHY_SHAPE_PROXY;
|
|
|
|
m_shapeProxy = shapeInfo;
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
btCollisionShape* CcdShapeConstructionInfo::CreateBulletShape(btScalar margin)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
|
|
|
btCollisionShape* collisionShape = 0;
|
2009-05-24 23:43:10 +00:00
|
|
|
btCompoundShape* compoundShape = 0;
|
2008-08-21 15:19:54 +00:00
|
|
|
|
2009-01-13 22:59:18 +00:00
|
|
|
if (m_shapeType == PHY_SHAPE_PROXY && m_shapeProxy != NULL)
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
return m_shapeProxy->CreateBulletShape(margin);
|
2009-01-13 22:59:18 +00:00
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
switch (m_shapeType)
|
|
|
|
{
|
2009-01-13 22:59:18 +00:00
|
|
|
default:
|
2008-08-21 19:00:24 +00:00
|
|
|
break;
|
|
|
|
|
2008-08-21 15:19:54 +00:00
|
|
|
case PHY_SHAPE_BOX:
|
|
|
|
collisionShape = new btBoxShape(m_halfExtend);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_SPHERE:
|
|
|
|
collisionShape = new btSphereShape(m_radius);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_CYLINDER:
|
|
|
|
collisionShape = new btCylinderShapeZ(m_halfExtend);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_CONE:
|
|
|
|
collisionShape = new btConeShapeZ(m_radius, m_height);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_POLYTOPE:
|
2009-04-27 22:21:42 +00:00
|
|
|
collisionShape = new btConvexHullShape(&m_vertexArray[0], m_vertexArray.size()/3, 3*sizeof(btScalar));
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_MESH:
|
2008-09-13 16:03:11 +00:00
|
|
|
// Let's use the latest btScaledBvhTriangleMeshShape: it allows true sharing of
|
|
|
|
// triangle mesh information between duplicates => drastic performance increase when
|
|
|
|
// duplicating complex mesh objects.
|
|
|
|
// BUT it causes a small performance decrease when sharing is not required:
|
|
|
|
// 9 multiplications/additions and one function call for each triangle that passes the mid phase filtering
|
|
|
|
// One possible optimization is to use directly the btBvhTriangleMeshShape when the scale is 1,1,1
|
|
|
|
// and btScaledBvhTriangleMeshShape otherwise.
|
2008-09-26 02:27:59 +00:00
|
|
|
if (m_useGimpact)
|
2009-03-23 06:00:21 +00:00
|
|
|
{
|
|
|
|
btTriangleIndexVertexArray* indexVertexArrays = new btTriangleIndexVertexArray(
|
|
|
|
m_polygonIndexArray.size(),
|
|
|
|
&m_triFaceArray[0],
|
|
|
|
3*sizeof(int),
|
2009-04-27 22:21:42 +00:00
|
|
|
m_vertexArray.size()/3,
|
|
|
|
&m_vertexArray[0],
|
|
|
|
3*sizeof(btScalar)
|
2009-03-23 06:00:21 +00:00
|
|
|
);
|
2009-03-02 17:43:35 +00:00
|
|
|
|
2009-03-23 06:00:21 +00:00
|
|
|
btGImpactMeshShape* gimpactShape = new btGImpactMeshShape(indexVertexArrays);
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
gimpactShape->setMargin(margin);
|
2008-09-26 02:27:59 +00:00
|
|
|
collisionShape = gimpactShape;
|
|
|
|
gimpactShape->updateBound();
|
|
|
|
|
|
|
|
} else
|
|
|
|
{
|
2009-07-25 22:57:29 +00:00
|
|
|
if (!m_unscaledShape || m_forceReInstance)
|
2008-09-13 16:03:11 +00:00
|
|
|
{
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2009-03-29 19:54:05 +00:00
|
|
|
btTriangleIndexVertexArray* indexVertexArrays = 0;
|
|
|
|
|
|
|
|
///enable welding, only for the objects that need it (such as soft bodies)
|
|
|
|
if (0.f != m_weldingThreshold1)
|
|
|
|
{
|
|
|
|
btTriangleMesh* collisionMeshData = new btTriangleMesh(true,false);
|
|
|
|
collisionMeshData->m_weldingThreshold = m_weldingThreshold1;
|
|
|
|
bool removeDuplicateVertices=true;
|
2009-03-30 00:40:19 +00:00
|
|
|
// m_vertexArray not in multiple of 3 anymore, use m_triFaceArray
|
2009-05-24 23:43:10 +00:00
|
|
|
for(unsigned int i=0; i<m_triFaceArray.size(); i+=3) {
|
2009-04-27 22:21:42 +00:00
|
|
|
btScalar *bt = &m_vertexArray[3*m_triFaceArray[i]];
|
|
|
|
btVector3 v1(bt[0], bt[1], bt[2]);
|
|
|
|
bt = &m_vertexArray[3*m_triFaceArray[i+1]];
|
|
|
|
btVector3 v2(bt[0], bt[1], bt[2]);
|
|
|
|
bt = &m_vertexArray[3*m_triFaceArray[i+2]];
|
|
|
|
btVector3 v3(bt[0], bt[1], bt[2]);
|
|
|
|
collisionMeshData->addTriangle(v1, v2, v3, removeDuplicateVertices);
|
2009-03-29 19:54:05 +00:00
|
|
|
}
|
|
|
|
indexVertexArrays = collisionMeshData;
|
|
|
|
|
|
|
|
} else
|
|
|
|
{
|
|
|
|
indexVertexArrays = new btTriangleIndexVertexArray(
|
|
|
|
m_polygonIndexArray.size(),
|
|
|
|
&m_triFaceArray[0],
|
|
|
|
3*sizeof(int),
|
2009-04-27 22:21:42 +00:00
|
|
|
m_vertexArray.size()/3,
|
|
|
|
&m_vertexArray[0],
|
|
|
|
3*sizeof(btScalar));
|
2009-03-29 19:54:05 +00:00
|
|
|
}
|
2009-03-23 06:00:21 +00:00
|
|
|
|
2008-09-26 02:27:59 +00:00
|
|
|
// this shape will be shared and not deleted until shapeInfo is deleted
|
2009-07-25 22:57:29 +00:00
|
|
|
|
|
|
|
// for UpdateMesh, reuse the last memory location so instancing wont crash.
|
|
|
|
if(m_unscaledShape) {
|
|
|
|
DeleteBulletShape(m_unscaledShape, false);
|
|
|
|
m_unscaledShape->~btBvhTriangleMeshShape();
|
|
|
|
|
|
|
|
m_unscaledShape = new(m_unscaledShape) btBvhTriangleMeshShape( indexVertexArrays, true );
|
|
|
|
} else {
|
|
|
|
m_unscaledShape = new btBvhTriangleMeshShape( indexVertexArrays, true );
|
|
|
|
}
|
|
|
|
|
|
|
|
m_forceReInstance= false;
|
2008-09-26 02:27:59 +00:00
|
|
|
m_unscaledShape->recalcLocalAabb();
|
2008-09-13 16:03:11 +00:00
|
|
|
}
|
2008-09-26 02:27:59 +00:00
|
|
|
collisionShape = new btScaledBvhTriangleMeshShape(m_unscaledShape, btVector3(1.0f,1.0f,1.0f));
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape->setMargin(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PHY_SHAPE_COMPOUND:
|
2008-09-20 21:33:54 +00:00
|
|
|
if (m_shapeArray.size() > 0)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
|
|
|
compoundShape = new btCompoundShape();
|
2008-09-20 21:33:54 +00:00
|
|
|
for (std::vector<CcdShapeConstructionInfo*>::iterator sit = m_shapeArray.begin();
|
|
|
|
sit != m_shapeArray.end();
|
|
|
|
sit++)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
BGE: new sensor object to generalize Near and Radar sensor, static-static collision capbility.
A new type of "Sensor" physics object is available in the GE for advanced
collision management. It's called Sensor for its similarities with the
physics objects that underlie the Near and Radar sensors.
Like the Near and Radar object it is:
- static and ghost
- invisible by default
- always active to ensure correct collision detection
- capable of detecting both static and dynamic objects
- ignoring collision with their parent
- capable of broadphase filtering based on:
* Actor option: the collisioning object must have the Actor flag set to be detected
* property/material: as specified in the collision sensors attached to it
Broadphase filtering is important for performance reason: the collision points
will be computed only for the objects that pass the broahphase filter.
- automatically removed from the simulation when no collision sensor is active on it
Unlike the Near and Radar object it can:
- take any shape, including triangle mesh
- be made visible for debugging (just use the Visible actuator)
- have multiple collision sensors using it
Other than that, the sensor objects are ordinary objects. You can move them
freely or parent them. When parented to a dynamic object, they can provide
advanced collision control to this object.
The type of collision capability depends on the shape:
- box, sphere, cylinder, cone, convex hull provide volume detection.
- triangle mesh provides surface detection but you can give some volume
to the suface by increasing the margin in the Advanced Settings panel.
The margin applies on both sides of the surface.
Performance tip:
- Sensor objects perform better than Near and Radar: they do less synchronizations
because of the Scenegraph optimizations and they can have multiple collision sensors
on them (with different property filtering for example).
- Always prefer simple shape (box, sphere) to complex shape whenever possible.
- Always use broadphase filtering (avoid collision sensor with empty propery/material)
- Use collision sensor only when you need them. When no collision sensor is active
on the sensor object, it is removed from the simulation and consume no CPU.
Known limitations:
- When running Blender in debug mode, you will see one warning line of the console:
"warning btCollisionDispatcher::needsCollision: static-static collision!"
In release mode this message is not printed.
- Collision margin has no effect on sphere, cone and cylinder shape.
Other performance improvements:
- Remove unnecessary interpolation for Near and Radar objects and by extension
sensor objects.
- Use direct matrix copy instead of quaternion to synchronize orientation.
Other bug fix:
- Fix Near/Radar position error on newly activated objects. This was causing
several detection problems in YoFrankie
- Fix margin not passed correctly to gImpact shape.
- Disable force/velocity actions on static objects
2009-05-17 12:51:51 +00:00
|
|
|
collisionShape = (*sit)->CreateBulletShape(margin);
|
2008-08-21 15:19:54 +00:00
|
|
|
if (collisionShape)
|
|
|
|
{
|
2008-09-20 21:33:54 +00:00
|
|
|
collisionShape->setLocalScaling((*sit)->m_childScale);
|
|
|
|
compoundShape->addChildShape((*sit)->m_childTrans, collisionShape);
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
collisionShape = compoundShape;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return collisionShape;
|
|
|
|
}
|
|
|
|
|
|
|
|
void CcdShapeConstructionInfo::AddShape(CcdShapeConstructionInfo* shapeInfo)
|
|
|
|
{
|
2008-09-20 21:33:54 +00:00
|
|
|
m_shapeArray.push_back(shapeInfo);
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
CcdShapeConstructionInfo::~CcdShapeConstructionInfo()
|
|
|
|
{
|
2008-09-20 21:33:54 +00:00
|
|
|
for (std::vector<CcdShapeConstructionInfo*>::iterator sit = m_shapeArray.begin();
|
|
|
|
sit != m_shapeArray.end();
|
|
|
|
sit++)
|
2008-08-21 15:19:54 +00:00
|
|
|
{
|
2008-09-20 21:33:54 +00:00
|
|
|
(*sit)->Release();
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
2008-09-20 21:33:54 +00:00
|
|
|
m_shapeArray.clear();
|
2008-09-13 16:03:11 +00:00
|
|
|
if (m_unscaledShape)
|
|
|
|
{
|
2009-07-25 22:57:29 +00:00
|
|
|
DeleteBulletShape(m_unscaledShape, true);
|
2008-09-13 16:03:11 +00:00
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
m_vertexArray.clear();
|
2008-09-20 21:33:54 +00:00
|
|
|
if (m_shapeType == PHY_SHAPE_MESH && m_meshObject != NULL)
|
|
|
|
{
|
|
|
|
std::map<RAS_MeshObject*,CcdShapeConstructionInfo*>::iterator mit = m_meshShapeMap.find(m_meshObject);
|
|
|
|
if (mit != m_meshShapeMap.end() && mit->second == this)
|
|
|
|
{
|
|
|
|
m_meshShapeMap.erase(mit);
|
|
|
|
}
|
|
|
|
}
|
2009-01-13 22:59:18 +00:00
|
|
|
if (m_shapeType == PHY_SHAPE_PROXY && m_shapeProxy != NULL)
|
|
|
|
{
|
|
|
|
m_shapeProxy->Release();
|
|
|
|
}
|
2008-08-21 15:19:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|