| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
remove unnecessary terrain stores at region startup
|
| |
|
| |
|
|
|
|
| |
AgentAssetTransactionModule
|
|
|
|
|
|
|
| |
CommsManager and into a module (AgentAgentTransactionModule), still needs cleaning up though.
But its one more thing out of the CommsManager. One day we will kill the CommsManager!
|
|
|
|
| |
so that they now go through the SceneCommunicationService. As a small step towards the day we can kill the CommsManager (YAY!)
|
| |
|
| |
|
|
|
|
|
|
|
| |
Added some info to failure on GridServices listening port so people can see what actually went wrong.
Moved most of the function/event execution module to a baseclass so other execution methods (instead of reflection) can be used with custom script modules run by ScriptEngine.Common.
+ some accumulated patches
|
|
|
|
|
|
| |
* Changed the way meshing requests get sent to the ODEPlugin
* Numerous other fixes
|
|
|
|
| |
has not been invoked
|
| |
|
|
|
|
|
|
| |
to do smarter resize coming this afternoon.
|
|
|
|
| |
every startup to avoid cache corruption problems
|
|
|
|
| |
being persisted.
|
| |
|
|
|
|
|
|
| |
asset db.
|
|
|
|
| |
threads
|
| |
|
|
|
|
| |
EventWaitHandles, I'm a bit concerned about what effect this might have on performance in a large grid. But I've spent long enough on this problem for one day and as its valentines day, I will be killed and tortured (most likely not in that order) if I don't stop work for the day soon.
|
|
|
|
|
| |
* Minor work towards abstracting terrain.
|
| |
|
|
|
|
|
|
| |
* 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.
|
| |
|
|
|
|
|
|
|
|
|
| |
appears that in conjunction with MW's locking changes, that two threads may race to create the avatar
appearance in the TryGetAvatarAppearance() method. Moving off Add will mean the second replaces the first instead of throwing the exception. This may still not be a good
permanent solution - more extensively locking or a code rearrangement could be better. I'm going to leave this in MW's much more familiar hands now.
|
|
|
|
| |
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. )
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
all TerrainEngine.LoadFromFileX(string filename) methods don't set the dirty bits in heightmap.diff[,] in contrast to the TerrainEngine.LoadFromFileX(string filename, int dimensionX, int dimensionY, int lowerboundX, int lowerboundY) cousins. this has the unpleasant drawback that the Scene.SendTerrainUpdate(bool) will not send layer data to the client.
the attached patch fixes all LoadFromFileX(.) methods.
Thanks!
* Also small build fix for AvatarFactoryModule
|
| |
|
|
|
|
| |
did much anyway, so perhaps it's not currently in use.
|
|
|
|
|
|
| |
* Many thanks to alex_carnell for the necessary information for this
|
|
|
|
| |
inventory Database interfaces. This could be useful for adding a item to a users inventory from say a web front end application or some other third party application. [note the method is only currently implemented in the sqlite provider]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
(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.
|
| |
|
| |
|
|
|
|
|
|
| |
* This may or may not help with the memory leak, need to assess
|
|
|
|
|
|
|
|
| |
* Push asset update (invoked when clothing is altered) down into AgentAssetTransactions from Scene.Inventory.cs to join others
* I've tested that clothing creation and update still works, but please let me know if it suddently breaks for you.
* Add/correct comments
|
| |
|
|
|
|
|
|
|
|
|
| |
align classes with file names
* Small amount of ndoc
* This will probably require a prebuild and nant clean
|
|
|
|
| |
of the permission masks or Locked status using the available checkboxes.
|
| |
|
|
|
|
| |
other side now, assuming the region on the other side has physical prim enabled.
|