| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ansgar and i have been working on an asterisk voice module that will allow
us to couple opensim with an asterisk VoIP gateway.
the patch below consists of
* AsteriskVoiceModule region module: alternative to the plain-vanilla
VoiceModule, will make XmlRpc calls out to an asterisk-opensim
frontend
* asterisk-opensim.py frontend, living in share/python/asterisk, takes
XmlRpc calls from the AsteriskVoiceModule
* account_update: to update/create a new SIP account (on
ProvisionVoiceAccountRequest)
* region_update: to update/create a new "region" conference call
(on ParcelVoiceInfo)
* a asterisk-opensim test client, living in share/python/asterisk, to
exercise astersik-opensim.py
this still does not give us voice in OpenSim, but it's another step on
this path...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
attached is a patch set that
* adds further robustness checks for the CreateUser and CreateRegion
XmlRpc
* fixes SceneManager.TryGetScene(IPEndPoint, Scene) --- contrary to my
expectation IPEndPoint.Address is not sufficient for a comparision,
IPEndPoint.Address.Address (the long representation) does work
however.
* add [RemoteAdmin] section to OpenSim.ini.example
* fixes XML doc comments
good night,
dirk
|
| |
|
|
|
|
|
|
|
|
| |
SerialiseObjects.cs
* Cleaned up using tags on SerialiseTerrain.cs
* Minor tweaks to ExportSerialisationModule.cs
|
|
|
|
|
|
|
|
| |
* Fixes an estate naming issue
* Fixes a land issue with the landobject not reporting the proper parcel prim.
* A few other tweaks.
|
|
|
|
| |
will be worked on more over the next few days. Undocumented/trusted. Use at own risk, etc etc.
|
|
|
|
|
|
| |
* Renamed ITerrainTemp to IMapImageGenerator
* Renamed WriteJpegImage to WriteJpeg2000Image to better reflect it's function.
|
|
|
|
|
|
|
|
|
| |
rather than simply returning 0 items.
* This is very early support which would only be triggered in a rather unlikely case (if the user server correctly received an inventory skeleton, but later on failed to return the whole inventory in a timely manner. Also, this only applies to the 1.19.1.4 client onwards
* Code cleanup and support for other failure cases (failure of inventory caching on region crossing, failure to actually add a folder/item, etc, should follow.
|
|
|
|
|
|
|
| |
* Added license info to a few files it was missing from.
* Fleshed out the landbuy interfaces
* If you add '-helperuri http://127.0.0.1:9000/' to your list of parameters you tell the client to use when you start it up you can transfer ownership of parcels now in standalone. Structured gridmode requires a lot more work, see the documentation in the example money module. The example money module is not secure especially in standalone mode.
|
|
|
|
| |
resolve if it fails.
|
|
|
|
|
|
| |
not all of them (like it was doing before)
|
|
|
|
|
|
|
|
| |
confirmed that this fixes the issue, however functional
correctness of BlockingQueue requires that these locks be
put into place anyway.
|
| |
|
| |
|
|
|
|
| |
all, which was in an entirely different location
|
|
|
|
|
|
|
|
| |
root folder on 1.19.1.4 non-cache clear relog.
* The folder version numbers probably do need to be non-zero, but there is a further subtlety of the protocol to understand first
|
|
|
|
|
|
|
|
| |
when they were.
* A few things for testing.
* This makes a modification to the region registration with the grid server so that the region can send it a chosen password to identify itself. It will not cause any errors, if either one are not updated.
|
|
|
|
| |
client session.
|
|
|
|
|
|
|
|
|
| |
delivery from the inventory service
* This will reduce failures where the inventory server is simply slow
* Still need to properly inform the user if the inventory service has failed altogether
|
|
|
|
|
| |
* Fixed a range issue in the GenericSystemDrawing saving mechanism.
|
|
|
|
|
|
|
| |
This surely doesn't work yet, but it compiles, and I'm getting
close to a stopping point for the day.
|
|
|
|
|
|
| |
vectors for UserAgentData
|
| |
|
|
|
|
|
|
|
|
|
| |
duplicate sets of inventory data to be sent over the grid
* Won't actually fix anything, since we were handling the problem anyway
* Also add more doc, fix up debugging messages, etc
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
before the region had completely received the inventory for the user.
* A much larger race condition where the inventory request could be made before the region gets any data at all will also be fixed in the near future.
* This change also fixes a regression from two patches ago where items stopped appearing in standalone inventory
|
| |
|
|
|
|
|
|
|
|
| |
at once, rather than each individual
* This is required in order to work towards eliminating some inventory race conditions and to better deal with situations where a grid inventory server is slow or not responding.
|
| |
|
| |
|
|
|
|
| |
more readable, and make RootFolder get only
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
* This patch adds support for saving a dynamically generated region to the filesystem (as a region xml file)
* Also adds some error checknig to make sure the dynamically generated region name, id or location are not already taken.
* Thanks Dr Scofield
|
|
|
|
|
|
|
|
| |
Attached is the second half of the fix for 821 - this is the null reference
check for llDetectedName and the other *Detected* function.
|
|
|
|
|
| |
:: Believe it or not, but INSERT/UPDATE is actually a better pattern than REPLACE, since, with INSERT/UPDATE you can catch erroneous UPDATES to non-INSERTed items as well as catch erroneous re-INSERTS. in 95% of the cases, you SHOULD have a clear INSERT context, and a clear and separate UPDATE context. If you think your case falls within the 5%, maybe you should re-evaluate your code. ::
|
|
|
|
| |
where Region.XML files are stored. If not set, it will default to the usual location.
|
|
|
|
| |
image. As MapImageModule is of unknown use, this may or may not be reflected on the world map. See the ShadeBuildings function in MapImageModule for reference.
|
| |
|
|
|
|
|
|
| |
to the top of the file.
|
|
|
|
|
|
|
|
| |
you when your friends come online if they're at least a child agent on the sim. offline status works the same also. So does Instant Message.
* This is until Grid Comms matures a bit more on this.
* This should also work in Standalone as it uses the IUserData interface.
|
|
|
|
| |
Preparation for handling inventory problems where the inventory server receives a request and never responds, or is late in responding
|
| |
|
|
|
|
|
|
|
|
| |
an Avatar,
and llDetectedOwner is called on the script, the current implementation attempts to
find the detected avatar as a SceneObjectPart and return the owner of that part.
|
|
|
|
|
|
| |
Handles the CreateItem cap request for all wearables,
setting the proper value in inType and assType.
|
| |
|
|
|
|
| |
map tile generation.
|
| |
|