| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
| |
allowed!
*Started cleaning up the land module
|
|
|
|
| |
prefixes
|
|
|
|
|
|
|
| |
* Fixed a bug with Terragen loader where it would do bad things on a non 256x256 sized terrain. Now loads the array correctly.
* Moved MapImageModule.cs to Modules/World/WorldMap
* Changed Location.RegionHandle to use Helpers.GetUlong instead of doing it ourselves.
|
|
|
|
|
|
| |
* Put warning in remove folder method about non implementation (not that this is used anyway - may be legacy)
|
|
|
|
|
|
| |
* Remove old framework asset transactions files which were region modularized
|
| |
|
|
|
|
| |
does not regenerate until you're dead!
|
|
|
|
| |
are in.
|
| |
|
|
|
|
|
|
|
| |
* Converted a large number of read-only fields to be actually, readonly.
* Reformatted code sections.
* Removed redundant code.
|
|
|
|
| |
with namespaces.
|
| |
|
|
|
|
|
| |
* Written some unit tests for Terrain Module as an example.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* Attached.
|
|
|
|
|
|
|
|
| |
directory with any associated module-specific classes.
* Each module directory is currently inside one of the following category folders: Agent (Anything relating to do with Client<->Server communications.), Avatar (Anything to do with the avatar or presence inworld), Framework (Classes modules can use), Grid (Grid traffic, new OGS2 grid comms), Scripting (Scripting functions, etc), World (The enrivonment/scene, IE Sun/Tree modules.)
* This should be moved into a seperate project file.
|
|
|
|
|
|
|
| |
Thanks A_Biondi and Melanie!
* This builds but might not work. JustinCC will examine.. it may work out of the box.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* Interfaces and methods have been defined for basic operation, however a replacement grid module is required to share region URIs with neighbours for this module to work.
* Tackling that next.
|
|
|
|
|
|
|
| |
it more seriously.(or someone else does). It prints a 'Unable to enumerate' message on the console.. so it won't be forgotten.
It isn't critical data atm though.
|
|
|
|
| |
Thanks Dee100!
|
|
|
|
|
|
|
| |
* From reading the code, the cause must be that a 'show objects on my parcel' is performed when there are objects belonging to more than 32 people
* I'm not sure why there is a hardcoded 32 limit but I'm leaving it in place for now. I don't regard this mantis as resolved.
|
|
|
|
|
|
|
| |
determine which file extension this loader is capable of handling.
* Added ITerrainLoader import capability to Terrain Plugins module - this allows you to write new terrain format plugins without modifying the terrain module directly.
|
|
|
|
| |
implementations. Thanks Melanie!
|
|
|
|
|
|
| |
Please adjust your editors to not use hard tabs.
|
| |
|
|
|
|
|
|
|
| |
the example economy module, implements llSetPayPrice(), money() and llGiveMoney() in scripts. Thanks Melanie!
* Moves module loading before the script engine so the script engine can pick up events from modules registering interfaces with scene.
|
|
|
|
| |
too many other debug messages.
|
|
|
|
|
|
| |
Attached is a patch for adding the llGetSunDirection functionality. It was implemented by adding a parameter to estate settings for storing the sun position. The sun position is calculated and stored via the sun module everytime the client's sun position is updated. It was tested with several different srcipts on Linux and Windows
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
some exceptional code ;-) i've added TerrainException and have modified
TerrainModule to now throw TerrainExceptions.
cheers,
dr scofield
|
|
|
|
|
|
|
| |
as terrain module extensions. Committing sample plugin library.
* prebuild.xml changes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the attached patch set is centered around RemoteAdminPlugin and focuses
mainly on making it more robust (i.e. more parameter checking and better
error reporting) but also we've re-implemented the LoadTerrain stuff that
got disabled during the terrain code reworking:
* missing PostInitialize() calls on region modules that were loaded
for regions created via RemoteAdmin's CreateRegion XmlRpc call
* re-implements RemoteAdmin's LoadTerrain XmlRpc call (probably lost
during the TerrainModule rework)
* adds lots more parameter checking and error reporting to RemoteAdmin
* adds a read-only property to RegionApplicationBase so that we can
access the CommsManager
* adds Exceptions to TerrainModule so that we get better error case
feedback (and can report more meaningful errors in turn)
* adds a CheckForTerrainUpdate() call to
TerrainModule.LoadFromFile() to make terrain changes effective
* adds TryGetCurrentScene(LLUUID) to SceneManager so that we can
retrieve Scenes not only by name but also by LLUUID
cheers,
dr scofield
|
| |
|
|
|
|
|
| |
* Added a form of GZip compression support to object.xml files produced by exportserialiser. Will look towards standard GZip support. File compression seems to be highly worthwhile reducing a 1.5mb sim state to 62kb.
|
| |
|
|
|
|
| |
(this took a while to run).
|
|
|
|
|
| |
* Fixed a variety of code quality issues. (Yes, I've found ReSharper.)
|
|
|
|
|
|
|
|
| |
the ExportSerialisationModule.
* This now outputs properly indented XML, that is sorted before construction. This produces a file which proper .diffs can be generated from - the end result being smaller more compact revisions when saving to SVN.
* Files are a little heavy still however, compression looks like a good method for packing sim-states for transport outside of SVN. Zip seems to be a good candidate and is on the TODO.
|
|
|
|
|
| |
* This fixes chi11ken's/OpenViewer's libsl cap issue.
|
|
|
|
|
|
|
| |
revision.
* TODO: Specific revision support.
|
|
|
|
| |
accordingly in Scene.
|
|
|
|
|
|
|
|
|
|
| |
* See OpenSim.ini.example settings for how to use
* Only compatible with svn:// and http:// authentication for the moment (and only using simple authentication). SSL/SSH key support is supported by the library used (SvnDotNet), but is not yet supported in OpenSim.
* Use the command "svn save" to make a copy of your regions to SVN. Presently this is not an automatic process, but such a feature is on the todo list.
* It will in your repository create a subdirectory for each region with the regions UUID, inside there it will create a 'terrain load' compatible 'heightmap.r32', and a load-xml2 compatible 'objects.xml' plus information files.
* Untested on Linux, some compatibility work may be needed by Linux peoples. The dependencies will be the same as for SvnDotNet which is supposedly mono-compatible.
|