| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
a client
|
|
|
|
|
|
| |
* Often times now the only reason OpenJpeg doesn't work is because it requires Glibc 2.4 The error messages reflect that.
* In J2kDecoder module, It stops trying to decode modules if it encounters a dllnotfound exception and instead sends a full resolution layer that causes the texture sender to only send the full resolution image. (big decrease in texture download speed, but it's better then nasty repeating error messages)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Fixes Mantis #3002
|
| |
|
|
|
|
|
| |
Fixes Mantis #3006
|
| |
|
|
|
|
| |
teleport is being directed rather than just its position
|
|
|
|
|
| |
* Updates LibOMV to r2362
|
|
|
|
| |
getting the object moving.
|
|
|
|
|
|
|
| |
non-phantom from phantom.
Fixes Mantis #1883
|
| |
|
|
|
|
| |
useless, but sometimes problematic (mantis #2999). Initial tests indicate that this call is not necessary. Let's see if this stands in the wild.
|
|
|
|
|
|
| |
Fixes Mantis #3002
|
|
|
|
|
|
|
|
|
| |
teleport unit test with checks that the scene presence disappeared from sceneA and appeared in
sceneB
* However, I'm not convinced that the actual process in the test completely reflects reality, and a lot of stuff had to be rigged up (which should get resolved over time)
|
| |
|
|
|
|
|
|
|
| |
linked hypergrid region's real location is within 4096,4096 map spaces of its "local" location. If it is outside of that range ( so it wouldn't be possible to teleport to it) then it ignores it and doesn't create a link.
See the hypergrid wiki page for more details.
|
|
|
|
|
|
|
|
|
|
| |
from a xml file.
Console Command: link-mapping <StartXloc> <StartYloc>.
This results in only the last two digits of any of the locations defined in the xml file being used, and those 0-99 values being added to the StartXloc and StartYloc figures.
For more infomation, see the email on the mailing list and the soon to be added instructions on the wiki's hypergrid page.
Also made the Secion Names in xml file case insensitive.
|
| |
|
|
|
|
|
|
|
|
| |
locking periods changed.
* Added an additional lock in GetScenePresences()
* Changed ForEachClient to use GetScenePresences() instead of the main ScenePresences dictionary, so that there is no need to lock.
|
| |
|
|
|
|
|
|
| |
* Does not yet check results.
|
| |
|
|
|
|
| |
loading. So that certain links in the file will be ignored. See the wiki's hypergrid page for details (in about a hour).
|
|
|
|
|
|
|
|
|
| |
Although its currently still activated by using console command: link-region <URI of xml file> , the uri should be able to be a local file path or a http uri. I'm adding details of the format of the xml file to the wiki's hypergrid page.
TODO: Add a initial startup option for setting the uri and making it autoload it.
Add support for scanning the xml file to check that its own region(s) aren't in the list, and if they are, ignoring them. This would allow setting up "virtual link/grid lists" on webservers, that people can add their own regions to and also point those regions to those same lists, so they load the other region's data.
Add support for automapping of those region/link lists.
|
|
|
|
| |
Mantis #2908. Thanks Teravus for the suggestions :)
|
|
|
|
|
|
|
|
| |
* There appears to be a bug on mono 1.9.1 (and maybe later), where sometimes the async wait will be signalled even though that async callback has not executed
* This change may make it slightly better but it's difficult to tell (it definitely still occurs)
* Also this patch closes the wait handle explicitly, as recommended in the MSDN docs. This doesn't have any impact on the bug though
|
|
|
|
|
|
|
|
| |
notifications that won't actually lead to a client connection (because they are from a neighbouring teleport
target that needs to trigger a child seeds adjustment on a child agent that has been kept around)
|
|
|
|
|
|
|
|
| |
'new user notifications' that have existing scene presences
* The position will be reset if the connection turns out to be a root one, and since the client is already authenticated another authentication will not occur anyway
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
enabled it
* In fact, it would only be activated if there was no [Communications] section at all (which would be the case for most people with existing region setups unless they
specifically added it in
* This fix means that enabling inter-region rest comms is now the default
|
|
|
|
|
|
|
|
| |
Multiple spaces or leading/trailing spaces when specifying the prims
to connect should no longer cause problems.
|
|
|
|
| |
locks of SceneGraph ScenePresences introduced in 7982, this was making TPs not close the agent in the departing region due to locking. That locking problem seemed to occur only in Linux/mono -- I suspect a mono bug here.
|
|
|
|
|
|
| |
to also transmit and use a Z coordinate.
|
|
|
|
|
| |
* Added a path for all sessionids to be logged off when a region secret is provided. (helps log-off dead agents).
|
|
|
|
|
| |
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|
| |
|
|
|
|
|
|
| |
* If this was crucial to someone then it should be reinsertable as a module
|
|
|
|
| |
friend to be terminated could not be found
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached patch adds the automatic granting of PERMISSION_CONTROL_CAMERA
on request to a script when an avatar is sitting on the object that the script
resides in.
It also automatically removes PERMISSION_TAKE_CONTROLS and PERMISSION_CONTROL_CAMERA
from the scripts when an avatar stands up. It doesn't remove the other automatically
granted permissions but this follows LL server behavior. Removing these two
permissions avoids some potential race conditions (accidentally taking
control after the avatar has stood up) which may be why LL put
them in the first place.
|
|
|
|
| |
checks that a sent in packet ends up on the client queue ready for processing
|
|
|
|
| |
matches the existing Stop() and Restart() methods)
|
|
|
|
|
|
| |
* Can't test result yet since the Client thread handles it with unpredictable timing
|
| |
|
|
|
|
|
| |
From: Arthur Rodrigo S Valadares <arthursv@linux.vnet.ibm.com>
|