| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
optimization of mine slowed the speed of updates using the 'poll' method in certain circumstances.
|
|
|
|
|
|
| |
* Don't act immediately on a physical prim unless it's moving.
* This helps when you're trying to make a box stack and you select the bottom most box.
|
|
|
|
|
|
|
|
| |
* When you select a physical prim, it stops while you've got it selected.
* When you move or alter a prim in some manner, it doesn't become collidable until you de-select it
* When you select a prim, it doesn't become temporarily 'phantom' until you make some change to it while it's selected. (this prevents accidental selections in prim floor from causing it to go phantom on you(but don't move it or you'll fall))
* There's one major difference, and that's a physical object won't stop if you don't have permission to edit it. This prevents people who don't have edit permissions on a prim from stopping it while it's moving.
|
|
|
|
| |
don't try to enumerate dead null ODECharacter objects when things get *really* slow.
|
| |
|
|
|
|
| |
object types in the drop down on the object tab. Positive tapers are slightly incorrect(prim sinks into ground a tiny bit). Everything else that's supported works as expected. Hollow, cut, negative tapers, top shear.
|
|
|
|
| |
got a solution for you! For a limited time, you can be the right height after border crossings automatically. Just three easy payments of $9.95 and make sure your neighbor is sending child agent updates!
|
|
|
|
|
|
|
| |
should have a reasonably stable experience with ODE again.
* Physical prim at the simulator edge still seems to have the occasional issue.
|
| |
|
| |
|
|
|
|
|
| |
* Fixed a deadlock when there is an exception in the collision and stepping parts of Simulate.
|
|
|
|
|
|
|
|
| |
turned out to be that the Static PhysicsVector.Zero was transferring velocities between all non fixed objects. Not so static after all :(. Finding it was cruel and unusual punishment from the CLR.
* Therefore, when you run through a pile of prim you won't see things rotate when they're not supposed to anymore.
* Avatars don't float off either.
|
|
|
|
|
|
| |
* Changed the way meshing requests get sent to the ODEPlugin
* Numerous other fixes
|
|
|
|
|
|
| |
* Converted all instances of "256" spotted to use RegionSize instead. Some approximations used for border crossings (ie 255.9f) are still using that value, but should be updated to use something based on RegionSize.
* Moving Terrain to a RegionModule, implemented ITerrainChannel and TerrainModule - nonfunctional, but will be soon.
|
|
|
|
| |
resolved the recent reports of 'argument not a space' on linux. Though, there were about 50 changes :D
|
|
|
|
| |
with the ODEPlugin.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
is a collision with a cylinder that is both hollowed and either tapered or cut. The sequence of actions that reproduce the problem for me are: create a cylinder, hollow to 95%, taper X/Y, then collide it with another object or avatar. Note that the cylinder itself is not marked physical. )
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(though I still don't recommend it for welcome regions unless object build is off.
* Updated the ode.dll for windows with a more reasonable stack space reserve. Linux users will need to type ulimit -s 262144 before starting up OpenSimulator if using Physical Prim to protect against stack collisions. or run the included ./bin/opensim-ode.sh to start up OpenSimulator in ODE mode.
* Added internal collision score and am keeping track of 'high usage' prim.
* Tweaked collisions some more
* Tested up to 460 physical prim in extremely close quarters (which was previously impossible in OpenSim). After 460 in tight quarters, physics slows down enough to make it hard to do any moving, however.. non physics things still work, such as logging on to the simulator, etc.
|
|
|
|
| |
other side now, assuming the region on the other side has physical prim enabled.
|
|
|
|
|
|
|
|
|
|
|
| |
** Sending the actual TimeDilation to the client now instead of the 62455 constant. The client is *supposed* to use that value to sync with the simulator. (actually sending ushort.maxvalue * TimeDilation)
** Disabling prim that inter-penetrate instead of just not attaching a joint
** Reduced prim spin a 'little' bit, but not *enough*
** Tweaked the TimeDilation algorithm to be closer to 1.0 by default and various changes to the sim stats reporter
** Created a .SetValues method to PhysicsVector so we can simply call the setvalues function instead of .x, .y, .z sets.
** Experimented with a .GetBytes Method on PhysicsActor to be able to use the LLVector3.FromBytes() method.
** Upped the Inter-penetration depth to 0.25 instead of .08.
|
|
|
|
| |
object in ODE and you delete the object. The script is still running and trying to add force, but the object reference is null.
|
|
|
|
|
| |
* In ODE, disposing of all of the ODE objects and the ODE World to reclaim memory when the simulator restarts.
|
|
|
|
|
| |
* Backup your database just in case.
|
|
|
|
| |
Cylinder prim.
|
| |
|
|
|
|
| |
you tapered if you didn't have a cut or a hollow.
|
|
|
|
| |
Meshmerizer plugin. (Limited because path cut is wrongly offset and while Hollowing works, you can walk through the inside wall.)
|
|
|
|
|
|
| |
Changed LogBase to ConsoleBase, which handles console I/O.
This is mostly an in-place conversion, so lots of refactoring can still be done.
|
| |
|
|
|
|
| |
mantis issue #435 (for now)
|
|
|
|
|
|
|
|
| |
have a libsl update... it's really a fix to the libsl version we're already using because of a bug in the particlesystem implementation
* Added two new simstat counters in the simstat enum for the RCCS. (I'll find something cool to put in them)
* fixed a time waster in ODEPlugin.cs
|
| |
|
| |
|
|
|
|
|
| |
* This stability optimization is disabled on Apple Computers until the .dylib library is updated.
|
|
|
|
|
| |
* WARNING: This update will break *nix support. Will be restored in the next revision
|
|
|
|
| |
gently at first to test the waters or you'll lose prim to the pit at the edge of the sim. Make sure the object is physical before trying to toss it or it'll just move to the new location.
|
|
|
|
| |
you cross a border into a region, the new region doesn't know your height and therefore you're about a meter off the ground. If the region doesn't know your height, you won't be able to climb steps. If you're in that state, edit your appearance and the region will learn your height and you will again be able to climb steps.
|
| |
|
|
|
|
| |
experimental update.
|
|
|
|
|
|
|
|
| |
substeps with fallback to 5 substeps when things get slow
* Just to give you an idea of the difference .. previous ODE_STEPSIZE was 0.005f - 1000/5 = 200fps - 10 substeps with fallback to 5 substeps when things get slow
* *nix avatar may fall over again, *sorry*
|
|
|
|
|
| |
* Let me know if all your avatar are standup.
|
|
|
|
|
|
| |
* Please revert if this is wrong, Teravus
|
|
|
|
| |
Debian.
|
|
|
|
| |
instead of the 'avatar wobble' This also uses a hack to detect debian and change the force applied by the AMotor to a different value for Debian. The intent of this all is to get the avatar to stand up in Debian with the AMotor.
|
|
|
|
| |
Anyone on Debian want to run this revision and send me back the two platform lines? It would be helpful.
|