| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
* This fixes some of the 'runaway downloads' problem but not all of it
* Also fix up logging messages so texture requests are reported as such rather than as assets
|
|
|
|
|
|
| |
* turned script asset fetching asynchronous
|
|
|
|
| |
AbortXfer packets. And the "saving data" message in the client on logout seems to have gone. (So that message was all my fault.)
|
|
|
|
| |
they help with the xfer/grey avatar problems.
|
| |
|
|
|
|
| |
Groups Module, made it shared to save on threads.
|
|
|
|
|
|
|
|
| |
scene)
* Fixed ClickAction situation on the same note (properties shouldn't cause big changes)
* Added some more debug output to AssetCache
|
|
|
|
|
|
| |
* Untangled a tangly shutdown loop for the ScenePresence.
* Suggested to the Garbage Collector that this may be a good time to >.>, <.< *gasp* collect the memory.
|
|
|
|
|
|
|
|
|
| |
themselves for updates looking for changes. This runs 10 times a second.
* Set the massively slow UpdateEntities method to run every 2 seconds instead of 10 times a second. This method runs through *all* of the entities can calls the virtual update().
* Documented some of the code in the scene.Update method.
|
| |
|
|
|
|
|
|
|
|
| |
* The reason why pending downloads tick ever upwards is because missing assets are never signalled to the TextureSender
* Rectifying this is not straightfoward, but this will constitute the next patch.
* This does not explain the memory leak.
|
|
|
|
|
|
|
|
| |
This patch implements the llSendRemoteData command and fixes mantis 552,
and possibly 586.
|
|
|
|
| |
threads so it will be easier to debug.
|
|
|
|
| |
was trying to set the height of avatar to 127m, which you can imagine is a bit /wrong\
|
|
|
|
|
| |
* Trapped a few more into little self contained boxes with padlocks on them.
|
| |
|
|
|
|
|
|
| |
should actually all be uints, but this will hopefully let people log in again.
|
|
|
|
|
|
|
|
| |
In his own words:
If a prim becomes a listener or remote channel and the script is deleted, it cannot become a listener or channel again with a new script.
This patch fixes that.
|
|
|
|
|
|
|
| |
(thanks Chi11ken). when I forgot to commit it on saturday.
[The ComsmsManager will die]
|
|
|
|
| |
fix to the b*stard Sakai issue.
|
|
|
|
|
|
| |
to purge the avatars inventory "Trash" folder using the
bizarre tortoiseSVN method of diff/patch.
|
|
|
|
|
|
|
|
|
|
| |
Changed the public IsAdministrator back to protected,
now checks Config to see whether it is allowed to run or not.
Defaults to false (not allowed).
To use add the following to OpenSim.ini
[LL-Functions]
AllowosConsoleCommand=true
|
|
|
|
| |
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!
|
|
|
|
|
| |
osConsoleCommand Feature to ll-functions.
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
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!)
|
|
|
|
|
|
| |
* Changed the way meshing requests get sent to the ODEPlugin
* Numerous other fixes
|
|
|
|
| |
has not been invoked
|
| |
|
|
|
|
|
|
| |
to do smarter resize coming this afternoon.
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|