| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
The dylib update is a new version that doesn't leak memory.
|
| |
|
|
| |
example files with spaces
|
| |
|
|
| |
OpenSim.ini.example
|
| |
|
|
| |
names, and this cap returns the regular name. But this moves the server side into the newer, preferred, protocol used by the viewer for fetching the names of agents in the scene given their UUIDs. (the old protocol is via UDP). This works fine in my limited tests, but could use further testing by others.
|
| | |
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
closer to SL. This change should address small floor edges acting like
walls, approaching a step at any angle (other than walking backwards)
will allow walking up, and reducing the avatar pop-up when going up
stairs.
|
| |/
|
|
| |
using DATA_SRV_ keys, one per service. This allows 3rd party modules to add data services automatically.
|
| |
|
|
|
|
| |
allows to have one central database for estates without having to open the MySql port. This is off by default, so not to disturb everyone's existing installations. To use it, see GridCommon.ini.example [EstateDataStore] section and Robust*.ini.example's new additions.
Note that I also made things consistent by removing both the EstateDataService and the SimulationService into their own dlls, just like all other services. They really didn't belong in Services.Connectors, since everything in that component is about network connectors to robust backends. We may have too many dlls, and at some point it might not be a bad idea to merge all services into one single dll, since they all have more or less the same dependencies.
|
| | |
|
| | |
|
| |
|
|
| |
not needed anymore. Wifi is now a mono addin to Robust, and it can be deployed in two ways: by installing the Wifi plugin via mautil or by compiling Wifi from source, in which case it will appear in the registry when Robust starts because the Diva Wifi dlls are present in bin.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Rather than opensim grabbing their config file automatically from the addins folder, it's the module's responsibility to read its own config file. This makes it consistent with Robust-bound addins.
|
| |
|
|
| |
https://github.com/mono/mono-addins/issues/22. And since these commits show up in that issue report, I thought I'd say 'hi' to the zealous Xamarin developer who seems to be eager to get pull requests. Not yet, my friend, not until I fix all the bugs that stand in my way, now that I'm using mautil :-)
|
| |
|
|
| |
https://github.com/mono/mono-addins/issues/22
|
| |\ |
|
| | | |
|
| |\ \
| |/ |
|
| | |\
| | |
| | |
| | | |
Merge in the new throttle code.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
throttles. Setting adaptive_throttle_min_bps will change the
minimum rate that the adapative throttles will drop to in case
of network packet loss. The current rate default rate is 256kbps.
The viewer can throttle rates under that amount, but the dynamic
adaptation will not.
|
| |/ /
| |
| |
| | |
Add loading of 3rd-party addin inis automatically.
|
| | |
| |
| |
| |
| |
| |
| | |
This cleans up Opensim's use of mono addins. In particular, the extension points /OpenSim/RegionModules and /OpenSim/WindModule moved from OpenSim.exe to OpenSim.Region.Framework.dll. From here on, developers of region modules should declare their dlls to be dependent on OpenSim.Region.Framework, starting with version 0.8.1
Additional changes:
- Addins version uniformly updated to 0.8.1. These numbers should be compatible with the release numbers or else it becomes very confusing.
- Mono addins directives moved from files addins.xml to embedded directives in the class and assembly declarations, to make it all consistent
|
| | |
| |
| |
| | |
doesn't need to match the release version number, but I think it's a very good idea that they do.
|
| |/
|
|
| |
(https://github.com/mono/mono-addins/releases/tag/mono-addins-1.2). Also included mautil.exe, the command line application for managing mono addins.
|
| | |
|
| |
|
|
|
|
| |
commit 2660619. Somehow it got replaced again in the ghosts merge with the one built under Linux.
No other dlls are affected
|
| |
|
|
| |
example files.
|
| |
|
|
|
|
|
| |
controlled at runtime with the command "debug xengine log <level>", as with similar commands.
If log level is 1 then every script load is logged.
This means the <logger name="OpenSim.Region.ScriptEngine.XEngine"> section in OpenSim.exe.config is no longer needed to avoid log spam on regions with many scripts and can be removed.
|
| | |
|
| |
|
|
| |
Hopefully fix problem of multiple physical meshes crashing Windows simulators.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
within themselves and OpenSim.ini.example by changing tabs to spaces, indenting, spacing.
|
| |
|
|
| |
disabled for testing purposes if necessary.
|
| |
|
|
|
|
|
|
|
| |
avatars collide. This is true by default.
This is implemented with a new collision type (PhantomToOthersAvatar) to potentially allow colliding and non-colliding avatars to be present in the same scene.
So there is no provision yet for giving avatars different collision types.
This commit replaces the temporary change in commit f3eaa6d8 where avatars would never collide when using BulletSim
This is equivalent to the av_av_collisions_off option in ODE.
|
| |
|
|
|
|
| |
This resolves an issue with pCampbot where some bots would occasionally connect with the same UDP source port.
This sometimes led to console messages where bots would report receiving packets multiple times that weren't marked as resends.
DLLs built under windows
|
| |
|
|
|
| |
This shows summary wearables information (shape, hair, etc.) for all avatars in the scene or specific information about a given avatar's wearables.
Similar to the existing "attachments show" command.
|
| |
|
|
|
|
| |
client_throttle_max_bps examples in OpenSimDefaults.ini
Make them actually reflect 20 mbit and 1.5 mbit respectively
|
| |
|
|
|
|
|
|
| |
it is in bytes, not bits
This is the same as already done for scene_throttle_max_bps
Internally, the token buckets are in bytes and the other help text makes it clear that the number is bytes per second
(though with the wrong assumption that 1 mbit = 1024 * 1024 bits whereas 1 mbit = 1000 kbits = 1000000 bits)
|
| |
|
|
|
|
| |
This resolves an issue with pCampbot where some bots would occasionally connect with the same UDP source port.
This sometimes led to console messages where bots would report receiving packets multiple times that weren't marked as resends.
DLLs built under windows
|
| |
|
|
| |
see if this resolves some user problems.
|
| |
|
|
|
|
| |
This setting was originally added some time ago to deal with issues where appearance was not received properly by all users.
However, it does not scale well with large numbers of agents.
Disabling to see if the original problem has abated or whether this will have to be tackled in another way.
|
| | |
|
| |
|
|
|
|
|
| |
rather than it's main scene loop.
[Startup] default setting UpdateTempCleaningEveryNFrames becomes UpdateTempCleaningEveryNSeconds.
Default becomes 180s instead of effective 182s (which would also vary with any changes in frame time or extra long frames)
|
| |
|
|
| |
StandaloneHypergrid.ini
|
| |
|
|
| |
Primarily to get a small message logging improvement for pCampbot.
|
