| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
move around when standing on a stationary object.
Create proper linkage between BSCharacter and its actor by generating
a UpdatedProperties event the same way BSPrim does.
|
|
|
|
| |
before the first simulator step.
|
|
|
|
|
|
| |
Add parameter to not apply vehicle linear deflection Z forces if
vehicle is not colliding. This defaults to 'true' so vehicles will fall
even if there is some linear deflection to apply.
|
|
|
|
|
|
|
|
| |
selectable from configuration paramters.
Changed default algorithm to "1" from previous default as it seems to
handle Y axis correction a little better.
Add config file independent enablement of vehicle angular forces to
make debugging easier (independent testing of forces).
|
|
|
|
|
|
| |
Activates it again and fixes problem with fighting with vertical attractor removing wobble of forward axis. Comments on testing welcome, May require adjustments of this force or other forces after this commit, exact tweaking to come after testing on other hardware.
Signed-off-by: Robert Adams <Robert.Adams@intel.com>
|
|
|
|
|
|
| |
was enabled. Didn't effect the physical position but the viewer saw
the linkset jumping between its simulator center and its physical
center.
|
|
|
|
| |
inconsistant use of Raw* and _* conventions.
|
|
|
|
|
|
| |
Default off, for the moment, until more testing.
Add separate thread and center-of-mass flags to OpenSimDefaults.ini.
Clean up comments in OpenSimDefaults.ini.
|
|
|
|
| |
effect if LinksetOffsetCenterOfMass=false (the default).
|
|
|
|
| |
center-of-gravity implementation.
|
|
|
|
| |
Update TODO list.
|
|
|
|
| |
Fix small typo in one log message.
|
| |
|
|
|
|
| |
that need it to look it up.
|
|
|
|
|
| |
wide default. This allows individual prims to differ in the
underlying linkset implementation.
|
|
|
|
|
|
|
|
| |
There is still some overshoot but mostly fixes Mantis 6693.
Fix bug where moveToTarget was active for non-physical objects
and while selected.
Fix bug where move target was not getting changed if the script
changed the target during a move.
|
| |
|
|
|
|
|
| |
Remove VehicleForwardVelocity changed storage since the value
will be modified as movement is processed.
|
|
|
|
|
|
| |
vehicle tuning diffrence between Opensim and Second life.
Signed-off-by: Robert Adams <Robert.Adams@intel.com>
|
|
|
|
|
|
|
| |
to prevent infinite jumps. Now jumps last only AvatarJumpFrames long
(default 4) which is about as high as in SL.
TODO: jumping should only depend on standing (collision with feet)
rather than collision anywhere on the avatar.
|
|
|
|
| |
and region with the offending object's name in the error message.
|
|
|
|
|
|
| |
so error messages make more sense.
Change some BulletSim status log messages from WARN to INFO.
Update TODO list.
|
|
|
|
|
|
| |
heartbeat timestep when running the physics engine on a separate
thread. This reduces the occurance of heartbeats that happen when
there is no physics step which is seen as vehicle jerkyness.
|
|
|
|
|
|
| |
a mesh/hull while a mesh or hull is being rebuilt when its asset
is fetched. This fixes a 'pure virtual function' crash when changing
physical state of complex linksets that include many meshes.
|
|
|
|
|
|
|
|
|
|
| |
thread. Off by default until more testing.
Setting "[BulletSim]UseSeparatePhysicsThread=true" causes the physics
engine to be called on its own thread and the heartbeat thread only
handles the reporting of property updates and collisions. Physics frame
rate is about right but physics execution time goes to zero as accounted
by the heartbeat loop.
|
|
|
|
|
| |
Some vehicle scripts change type on the fly as an easy way of setting
all the parameters (like a plane changing to a car when on the ground).
|
|
|
|
|
|
| |
if the mesh asset specifies physics hulls, BulletSim will fetch and
use same rather than approximating the hulls. If physics hulls are not
specified, the representation will fall back to the regular physics mesh.
|
|
|
|
|
|
|
|
|
|
|
| |
which recompute GImpact shape bounding box after creation as Bullet
doesn't do that itself (something it does for nearly every other shape).
Now, physical prims without cuts become single mesh convex meshes. Physical
prims with cuts become GImpact meshes. Meshes become a set of convex
hulls approximated from the mesh unless the hulls are specified in the
mesh asset data. The use of GImpact shapes should make some mechanical
physics more stable.
|
|
|
|
|
| |
Another parameter for vehicle operation tuning.
Default to <1,1,1> which means nothing is different under normal use.
|
|
|
|
| |
Shouldn't see any functional difference.
|
|
|
|
| |
condition when extracting the convex hulls.
|
|
|
|
| |
Add debugging messages for hull asset use.
|
|
|
|
| |
Default to 'off' as it needs debugging.
|
|
|
|
|
| |
in certain directions. The problem was really that the avatar capsule
orientation was being set incorrectly.
|
|
|
|
|
|
|
|
| |
This reverts commit 2fd8819a043269f9308cb46c71893e6eb35a426e.
Remove this code until I can figure out why the references that are
clearly in prebuild.xml doesn't work for the
'using OpenSim.Region.Physics.Meshing' in BSShape.cs.
|
|
|
|
| |
Default to 'off' as it needs debugging.
|
|
|
|
|
| |
for prims that have cuts or holes. Default logic to 'off' as it
needs debugging.
|
|
|
|
| |
in any INI file. Update TODO list.
|
|
|
|
|
|
| |
you are running.
Signed-off-by: Robert Adams <Robert.Adams@intel.com>
|
|
|
|
| |
race condition.
|
|
|
|
| |
avatar standing on ground view better and enables tuning.
|
|
|
|
| |
Output messages on features disabled when using BulletXNA.
|
|
|
|
|
| |
is in a region. This fixes the high CPU usage for regions with nothing
else going on.
|
|
|
|
| |
Signed-off-by: Robert Adams <Robert.Adams@intel.com>
|
|
|
|
| |
Signed-off-by: Robert Adams <Robert.Adams@intel.com>
|
|
|
|
| |
Attempt to fix vehicles being twisted off the ground when they go physical.
|
|
|
|
| |
loose memory since shapes are shared but did mess up usage accounting.
|
|
|
|
| |
and not world coordinates.
|
|
|
|
|
|
|
| |
angular friction computation into linear and angular movement code.
The friction wasn't being applied properly. This will make it so vehicles
don't drift as much and the drift is tunable by changing the friction
timescales.
|