| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
better position.
Uses the IRC nick as the default when user location cannot be determined.
|
|
|
|
| |
itself? :)
|
|
|
|
| |
of script engines, and support to load multiple script engines
|
|
|
|
|
|
| |
Refreshing config based on this.
Temporarily disabled feature to refresh config file while running.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Added comments and regions, restructured code
Changed a lot of AppDomain junk from console from using Console.Write to Log.Verbose and set it to #if DEBUG
All modules should now refresh their configuration runtime
Made all logging in ScriptEngine.Common get script name from actual engine
Renamed LSLLongCmdHandler to AsyncLSLCommandManager
Added auto-recover with 5 sec throttle for new MaintenanceThread
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bugfix: Scripts exceeding max and set to be killed were not killed, only removed.
Added ability to re-read configuration while OpenSim is running
All regions now sharing one MaintenanceThread
New MaintenanceThread:
- checks for script execution timeout
- re-reads config
- starts/stops threads if thread active count becomes too high/low compared to config
Speed increase on event execution:
- Reuse of try{}catch{} blocks
- Time calculation on event execution
|
| |
|
| |
|
|
|
|
|
|
| |
ScriptThreadPriority to set script thread priority
DeactivateScriptOnTimeout to remove script if it is executing too long
|
|
|
|
|
| |
Fixed small bug in thread counter.
|
|
|
|
|
|
| |
Moved DotNetScriptEngine configuration to config file.
Added option to share script execution threads between regions.
|
|
|
|
|
| |
A separate thread is used to enforce max function (event) execution time for scripts.
|
|
|
|
|
|
|
| |
llParticleSystem - defaults to source prim (consistent with LL grid).
Should fix mantis 427.
|
|
|
|
|
|
| |
Implementing llStringTrim and hooking in osRegionNotice
|
| |
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
* We still need to set the 'default particle' texture as, a particle system with no texture set doesn't work.
* The particle System Flags don't seem to be quite right yet as some flags don't seem to have an effect. So no alpha in/out, color change, affected by the wind, etc.. yet
* Thanks to Alondria for some massive work here. This update just tweaks a few things that she did.
|
|
|
|
|
|
| |
Going to sift through the diff later to sort out what the root cause is here.
|
| |
|
|
|
|
| |
functionality added yet, but did not want to loose work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* You can type 'stats' at the REGION# prompt to get this information in grid or standalone mode
* Don't take these numbers as gospel yet, since for some reason textures displayed from inventory which require downloading from the server are being recorded as assets
rather than textures
* But I don't have any reason to believe they aren't broadly accurate.
* I've put these in so I can tell whether the high memory usage on regions is down to the asset/texture cache
* This will require a prebuild
* DEV: Only adds needed to be implemented since, as far as I can tell, assets cached are currently never released. For my part, seeing large cache memory numbers will
provoke me to think about doing something about this.
* DEV: Now switched to using a singleton to get the stats reporters rather than threading the object through various layers
* DEV: Will refactor the other server stats reporters to do this in one of the next commits
|
| |
|
| |
|
|
|
|
|
| |
* 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
|
|
|
|
| |
user logs off
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
* Allows the creation of a user via the RemoteAdminPlugin.
* Many thanks!
|
|
|
|
| |
tool + amount + apply;
|
|
|
|
| |
issue 390.
|
|
|
|
| |
been an update on bullet in a while and the console notifications consume the entire CPU to make bullet completely unusable.
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
* Passing the stats collector through object chains is not ideal - this will change when more stats come in
* This change will need a prebuild
|
| |
|
|
|
|
| |
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.
|
|
|
|
| |
is prone to modification when logging on. These can be safely ignored because the data gets old fast and new ones get generated somewhat quickly.
|
|
|
|
|
|
|
|
| |
* Typing 'stats' on the command line will given total number of successful logins today and yesterday
* A little bit more to come, probably
* Refactoring will follow next
|
|
|
|
| |
SignificantClientMovement.
|
|
|
|
|
|
| |
* 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.
|
|
|
|
|
|
| |
* If you have Debian running, you should get a platform line that says, 'Found Debian!' when starting up your sim.
* If someone running Debian will confirm this does occur, that would be most helpful.
|
|
|
|
|
| |
* There's 3 platform lines now. Would someone running debian and/or Fedora core please try this revision out and send me the three [PLATFORM] lines?
|
|
|
|
| |
Anyone on Debian want to run this revision and send me back the two platform lines? It would be helpful.
|