| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
(.ToString(X)) and replace it with a method on BulletBody, BulletShape, ...
|
|
|
|
| |
functions.
|
|
|
|
| |
unmanaged (C++) and managed (C#).
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
did the right thing for stopping (speed reducing to zero), it prevented
movement from starting (speed increasing from zero). Will revisit
when the generalize PID motor is debugged.
|
|
|
|
|
|
|
| |
Looks like the viewer bombards the server with avatar orientation
information (we're talking several hundred a second) when the avatar
is being turned or when walking. This change just reduces the number
of 'set' calls into unmanaged code.
|
|
|
|
|
|
|
|
|
| |
asymmetrical avatar capsule work now that rotation is being passed
from the simulator. Turns out the Bullet capsule is just not very
functional: it doesn't scale properly, the implementation only half
does asymmetry and, in general, is hard to work with.
Avatar shape is about what it was before these changes.
Added initial data structures for avatar shape mesh.
|
|
|
|
| |
to implement the 'always run' feature.
|
|
|
|
|
| |
by moving the movement motor to a pre-step action and out of its
questionable previous home in UpdateProperties.
|
|
|
|
| |
Remove unused code. Add comments and TODOs.
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
rebuilt linkset. I was burnt by making get/set methods with side
effects. I should know better.
|
|
|
|
| |
like raw numbers scattered around the code.
|
|
|
|
| |
I did last time).
|
|
|
|
|
| |
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.
|
|
|
|
| |
only zeroing the movement motor in the UpdateProperties routine.
|
|
|
|
|
|
|
|
| |
to get ready for...
Start creation of BulletAPITemplate. This defines the abstract interface
functions. Following commits will move over to the new interface.
This will enable switching between the managed and unmanaged version of
Bullet.
|
|
|
|
|
|
| |
to the SL value.
Fixed frictin values for physical materials which were just wrong
which caused things that should have slipped to not.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
up some usages. Disable motor when done.
|
|
|
|
| |
pre and post step event invocation routines to Trigger* to be consistant. Remove old, unused code.
|
| |
|
|
|
|
| |
updates for vehicles with per-frame action registration. One fewer special case.
|
|
|
|
| |
over time.
|
|
|
|
| |
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.
|
|
|
|
| |
Fix line endings in BSParams.
|
|
|
|
| |
to a separate, static class for easier addition and to remove all that bulk from the BSScene class.
|
|
|
|
| |
flying up forever. This doesn't fix the overall problem but keeps avatar flying from being totally unusable.
|
|
|
|
| |
to target velocity. Fails in incorporating physical world effects (gravity) so avatar doesn't fly correctly.
|
| |
|
|
|
|
| |
variables all in managed code. Add note to TODO list to remember to do the rest. Other updates to TODO list.
|
| |
|
|
|
|
| |
not specified. Add test dump routine. Don'e zero current and target values when error goes to zero as the values could be used externally to store the actual target values, etc.
|
|
|
|
| |
control (m_known* stuff). Bitmaps will be quicker to test and to clear.
|
|
|
|
| |
longer than timescale to correct, but getting better). Disabled angularDeflection (need to resolve interactions between angular corrections). Update TODO list.
|
|
|
|
| |
subclass for PID error correction.
|
|
|
|
| |
correction velocity rather than estimating correction (excuse to use trig functions).
|
| |
|
| |
|
|
|
|
| |
advanced motor value. This seems to be the problem with BulletSim vehicles turning too quickly. Also removed the configuration parameter that controlled the timestep scaling kludge for angular velocity that was added to research the question of quick turning.
|
|
|
|
| |
doing unsit, the order of operations on the prims and the vehicle is very chaotic and not in a good order so the root prim was being left physical and thus it fell for a bit. Also changed default of velocity scaling to be closer to the movement standard.
|
|
|
|
| |
mis-application of correction to postion for below groundness.
|
|
|
|
| |
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.
|
| |
|