| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
| |
This needs to be fixed properly.
|
| | |
|
| |
|
|
|
|
| |
the sculpt data has been added to the shape (possibly via an async asset service request)
This prevents spurious 'no asset data' for meshes added on startup.
|
| |
|
|
|
|
|
| |
don't do the unnecessary work of copying the base shape.
Just setting the new base shape is enough to reinsert the sculpt data and set the taint.
Also cleans up a few more left-in debugging messages.
|
| | |
|
| |
|
|
|
|
|
|
| |
Unable to get to the bottom of why resizing a mesh fails to properly reset the physics proxy, when toggling phantom does
After a mesh is generated, the existing sculptdata is set to zero in PrimitiveBaseShape to save memory
When phantom is toggled, the sculptdata is regenerated before remeshing.
But on resize, the sculptdata is not regenerated.
So clearly, resetting sculptdata is possible, but haven't quite been able to pin down how this is being done when phantom is toggled.
|
| |
|
|
|
|
| |
CraeteMeshFromPrimMesher() method
Also remove some of the logging spam left in from the last commit.
|
| |
|
|
| |
added in the last commit
|
| |
|
|
| |
to improve code readability
|
| | |
|
| |
|
|
| |
Fix an invalid cast exception while decoding new mesh asset format.
|
| | |
|
| |
|
|
| |
100% sure of what all the consequences of this change are. Pushing up, so others can take a look.
|
| |
|
|
|
|
| |
* Added Calculating Time Dilation in the OdePlubin
* When multiple object updates are stuffed into one packet, average the time dilation between them as a compromise.
* Time Dilation on the update is calculated when the EntityUpdate object is created. The pre-calc-ed TD is stored in the Entity update and used when it goes out on the wire. Previously, it was 1.0 all the time. The time dilation is tied to when the update is created, not when the update is sent.
|
| | |
|
| |
|
|
| |
Thank you.
|
| | |
|
| |
|
|
|
|
|
|
| |
allowing the decoded sculpt map cache path to be defined in
the configuration files.
Use DecodedSculpMapPath in the [Startup] section to set
the path. The default is still ./bin/j2kDecodeCache
|
| |
|
|
| |
This aims to make it easier to identify and remove rogue prims that are causing ODE to fall over.
|
| | |
|
| | |
|
| |
|
|
| |
Doesn't solve #4777.
|
| |
|
|
| |
Trying to fix mantis #4777
|
| |
|
|
| |
anymore on a bad sculpt
|
| | |
|
| |
|
|
|
|
| |
enabled or not. This method should work equally well with standalone or robust mode
* Applying #4602 from Misterblu to add collision detection to BulletDotNET
|
| | |
|
| |
|
|
|
|
|
|
| |
Fixes: Undo, T-pose of others on login, modifiedBulletX works again, feet now stand on the ground instead of in the ground, adds checks to CombatModule. Adds: Redo, Land Undo, checks to agentUpdate (so one can not fall off of a region), more vehicle parts. Finishes almost all of LSL (1 function left, 2 events).
Direct flames and kudos to Revolution, please
Signed-off-by: Melanie <melanie@t-data.com>
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
* Fixes recognizing when a sit target is and isn't set.
* * 1. Vector3.Zero.
* * 2. Orientation: x:0, y:0, z:0, w:1 - ZERO_ROTATION
* * (or) Orientation: x:0, y:0, z:0, w:0 - Invalid Quaternion
* * (or) Orientation: x:0, y:0, z:1, w:0 - Invalid mapping, some older objects still exist with it
|
| | |
|
| |
|
|
|
|
|
| |
this for each region in your Regions.ini[PhysicalPrimMax = 10(default)])
* Adds a configurable maximum object mass before the mass is clamped. Default is 10000.01. Configurable by changing maximum_mass_object in the [ODEPhysicsSettings] section.
* Clamping the mass is important for limiting the amount of CPU an object can consume in physics calculations. Too high, and the object overcomes restitution forces by gravity alone. This generates more collisions potentially leading to 'deep think'.
|
| |
|
|
| |
linkset where EnableBody was called and the body is immediately disabled. The previous functionality assumed that a body was received in EnableBody but.. in some cases, it wasn't.
|
| | |
|
| |
|
|
| |
avatar. This prevents the 'double jump' capability that's been occurring for ages when avatar collide with prim on the side.
|
| |
|
|
|
|
| |
dragged a prim, in some cases, it would corrupt the datatype in memory and throw spurious IndexOutOfRangeExceptions.
* Physics a situation that causes physics to spew redline messages to the console forever.
|
| |
|
|
| |
normally again.
|
| |
|
|
| |
one fixes the situation where the object on the server is moving but no updates are being sent.
|
| |
|
|
|
|
|
| |
last week, change av_capsule_tilted to false by default
This appears to now give better ODE physics response (less sinking into the ground, etc.)
Please change it back if this is actually a bad idea for some reason
|
| |\ |
|
| | |
| |
| |
| |
| | |
* Change the PhysicsCollision callback for objects to send full contact point information. This will be used to calculate the collision plane for avatars
* Send the physics engine velocity in terse updates, not the current force being applied to the avatar. This should fix several issues including crouching through the floor and walking through walls
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
drifting prims/avatars
* Added contacts_per_collision to the ODE config section. This allows you to reduce the maximum number of contact points ODE will generate per collision and reduce the size of the array that stores contact structures
|
| | |
| |
| |
| | |
checking for velocity in certain directions, and was calling the get_Velocity() function three times)
|
| | |
| |
| |
| | |
The scene is still the one reporting dilation so this does not break the API or remove flexibility, but it gets the calculation happening in the right place for the normal OpenSim usage. The actual calculation of physics time dilation probably needs tweaking
|
| |/ |
|
