| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
| |
vehicle to use post step event for logging.
|
|
|
|
|
| |
below terrain. If the position is being corrected because it is out
of bounds, all other movement rules are out the window.
|
|
|
|
|
|
| |
This doesn't seem to help the vehicle stability.
Rename vehicle internal variables adding a "V" or "W" so it is clear
when coordinates are vehicle or world relative.
|
| |
|
|
|
|
|
|
| |
Conflicts:
OpenSim/Region/Physics/BulletSPlugin/BSPrim.cs
|
| |
|
|
|
|
| |
and vehicles and clean up code by removing their kludgyness.
|
|
|
|
|
| |
Pass through old angular velocity making for smoother transitions.
Remove some old kludges for angular motion (damping and rotvel suppression).
|
|
|
|
|
| |
without rebuilding the whole compound shape. Should make vehicles move
smoother.
|
|
|
|
|
|
|
|
|
|
|
|
| |
when should be standing.
Modify angular force routines to be the same pattern as linear force routines.
BulletSim vehicle turning is scaled like SL and is DIFFERENT THAN ODE!!
Fix some bugs in BSMotor dealing with the motor going to zero.
Add a bunch of parameters: MaxLinearVelocity, MaxAngularVelocity,
MaxAddForceMagnitude, VehicleMaxLinearVelocity, VehicleMaxAngularVelocity,
and most of the values are defaulted to values that are larger
than in SL.
Use the new parameters in BSPrim, BSCharacter and BSDynamic.
|
|
|
|
|
|
|
| |
to better use them for incremental updates.
Modify prim and character to use the new motors.
Simplify the vehicle linear movement code to just update the velocity
directly or the basic movement.
|
|
|
|
|
| |
non-active. This turns off 'setForce', 'setTorque' and 'moveToTarget'
when the object is selected or made non-physical.
|
|
|
|
|
| |
can use to know if the object is currently active.
Code cleaning including use of Util.ClampV function.
|
|
|
|
|
| |
Add locking on register prestep action list preventing potential race conditions.
Little comment and formatting changes.
|
|
|
|
| |
Move physical prim above ground if it is underground. Previously tried to correct by applying and up force but the prim would never go through the ground.
|
|
|
|
|
|
|
| |
Necessitated allowing simulator and physical position of a body to
get out of sync since Bullet assumes that <0,0,0> is the center of mass.
Update DLLs and SOs for the UpdateChildTransform so positions of
individual prim in a linkset can be implemented.
|
|
|
|
| |
to see if physical before trying to step. Replace vehicle gravity application. Previously relying on Bullet to apply gravity but since vehicles over-ride the velocity calculation, gravity never had a chance to accelerate the body down. Added AddForceImpulse as well as AddForce for those who need to apply immediate velocity updates. Use the impulse to apply the linear motion.
|
|
|
|
| |
buoyancy. Add motor angular debugging controls.
|
|
|
|
| |
remembering that the last asset fetch failed until the simulator resets the shape parameters.
|
|
|
|
|
|
|
|
|
|
| |
It looks like BulletSim and ODE rely on penetration correction to cause
the avatar to move up and thus allowing walking up stairs. Object
penetration was minimized for walking and flying (so one doesn't go
through walls) and this stopped stairs from working. This commit
introduces avatar movement code to check for collisions at the
feet while walking and attempts to raise the avatar for the steps.
Not yet perfect but movement is better.
|
|
|
|
|
| |
Implementation of non-vehicle hover but haven't tested it a lot.
Update TODO list.
|
|
|
|
| |
Not all there yet.
|
|
|
|
|
|
|
|
| |
Copied BulletSNPlugin.BulletSimAPI to a new
BulletSPlugin.BSAPIXNA.cs and then modifyed the latter to
comply with the BSAPITemplate definition. Not totally debugged
but the code is all there for an INI variable to select either
unmanaged C++ Bullet or the C# version of Bullet.
|
| |
|
|
|
|
|
| |
to have pointers and managed to have objects.
Initial paste of XNA code. Commented out.
|
|
|
|
| |
Only initialization and debug fuctions left.
|
|
|
|
| |
functions.
|
|
|
|
| |
BulletSim core to using the BulletSimAPITemplate. Physical object creation and destruction first.
|
|
|
|
|
|
| |
instantiations for PhysBody and PhysShape when BSPhysObject is created
to account for them being classes and not structures.
Update TODO list.
|
|
|
|
|
| |
Another instance of the underlying Bullet doing, ah, helpful things
when items are added to the world.
|
|
|
|
| |
dynamially turn on/off detailed, unmanaged data dumping of prims and vehicles.
|
|
|
|
| |
individual sub-classes and up to parent BSPhysObject class.
|
|
|
|
|
| |
object is selected.
Update TODO list.
|
|
|
|
| |
like raw numbers scattered around the code.
|
|
|
|
|
| |
step time so it will be applied completely the next step. The internal
AddForce routine does not scale the force.
|
|
|
|
|
| |
object's individual gravity to the world gravity when the object
is added to the physical world.
|
|
|
|
|
|
|
| |
Properly return root mass as mass of just the root prim rather
than the mass of the linkset. SOG has the logic to add the masses
together to get the linkset mass.
Update TODO list.
|
|
|
|
| |
updates for vehicles with per-frame action registration. One fewer special case.
|
|
|
|
| |
problem was Bullet deactivating the object between the pushes (when, as far as the physics engine is concerned, it isn't moving).
|
|
|
|
| |
Use same to implement setForce and setTorque so the values are restored at the beginning of each step (since Bullet zeros forces applied last step). Simplify implementation of AddForce and AddTorque by relying on the addition of forces in Bullet.
|
|
|
|
| |
to a separate, static class for easier addition and to remove all that bulk from the BSScene class.
|
|
|
|
| |
to target velocity. Fails in incorporating physical world effects (gravity) so avatar doesn't fly correctly.
|
| |
|
|
|
|
| |
changes from the physics engine can be differentiated from changes made by the user. This eliminates a linkset rebuild loop. Also add logic to not rebuild or freak out when the object/linkset crosses a terrain boundry.
|
|
|
|
| |
doesn't need to do that bookkeeping because SOG/SOP already does it.
|
|
|
|
|
|
| |
for the operation of BulletSim and those defintiions/structures defined
so they can be used in the unmanaged world.
Consolidate setting of collision flags so implementation is not scattered.
|
|
|
|
| |
Reworked size/scale logic so physical scale is kept in Bullet and physObject scale is the preferred size -- usually same as size but avatars are computed differently.
|
|
|
|
| |
the terrain. Users can sure find some interesting corner conditions.
|