| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
llListFindList() which always returns -1 when you compare with the list from those functions.
*llCSV2List
*llGetAnimationList
*llGetLinkPrimitiveParams
*llGetObjectDetails
*llGetParcelDetails
*llGetParcelPrimOwners
*llGetPrimitiveParams
*GetLinkPrimitiveParamsEx
*osGetAgents
*osMatchString
*osGetLinkPrimitiveParams
*osGetPrimitiveParams
*osGetAvatarList
|
|
|
|
| |
(setting SculptData is done through the property)
|
|
|
|
|
|
|
|
| |
Unable to get to the bottom of why resizing a mesh fails to properly reset the physics proxy, when toggling phantom does
After a mesh is generated, the existing sculptdata is set to zero in PrimitiveBaseShape to save memory
When phantom is toggled, the sculptdata is regenerated before remeshing.
But on resize, the sculptdata is not regenerated.
So clearly, resetting sculptdata is possible, but haven't quite been able to pin down how this is being done when phantom is toggled.
|
|
|
|
|
|
| |
item id isn't found.
making this query is legitimate and so the log line can cause false positivies. It is up to callers to log an error if appropriate.
|
| |
|
|
|
|
| |
CanGetAgentInventoryItem() to improve code readability
|
| |
|
|
|
|
|
|
| |
CraeteMeshFromPrimMesher() method
Also remove some of the logging spam left in from the last commit.
|
|
|
|
|
|
|
|
| |
As per http://wiki.secondlife.com/wiki/Mesh/Mesh_Asset_Format, some submesh blocks may just have the flag "NoGeometry" to signal that they provide no mesh data.
If a block contains this, ignore it for meshing purposes rather than suffer a ClassCastException
This fixes physics proxy meshing, so you can now walk through mesh doorways, properly stand on the trailer of mesh trucks, etc.
To get mesh physics proxy, the UseMeshiesPhysicsMesh must be true in a [Mesh] config section in OpenSim.ini (example in OpenSimDefaults.ini).
Convex hull physics not currently supported.
|
|
|
|
| |
added in the last commit
|
|
|
|
| |
to improve code readability
|
| |
|
|
|
|
|
|
| |
AllowMeshUpload flag in [Mesh] (in OpenSimDefaults.ini)
Default is on.
|
|
|
|
| |
needs its own cap)
|
| |
|
|
|
|
| |
thank you dahlia and lkalif for helping to make this happen!
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This matches the ability to disable the memory part
This is controlled through the FileCacheEnabled parameter in FlotsamCache.ini
Default is true, so existing installations are not affected.
Improved fcache command feedback when various caches are disabled.
Re-enabled test for flotsam cache with file caching disabled.
|
|
|
|
| |
already been done for the memory cache
|
|
|
|
| |
Disabled temporarily since file system caching disrupts subsequent test runs
|
|
|
|
|
|
|
| |
always to enter that parcel.
This is patch http://opensimulator.org/mantis/view.php?id=5567
Thanks Snoopy!
|
|
|
|
| |
the scene presence exists
|
|
|
|
|
|
| |
indirectly via a timer
no obvious reason for doing this asynchonously, especially as the caller was sleeping in order to pick up the response anyway!
|
|
|
|
|
|
| |
user expectations.
It also matches the default setting in the OpenSim.ini.example file
|
| |
|
|
|
|
|
|
|
| |
If a user with a very large inventory right-clicks on their "My Inventory" folder, viewer 1 code will send a massive number of Fetchinventory requests.
Even though each is handled asynchronously via a pool thread, the sheer frequency of requests overwhelms the pool and freezes inbound packet handling.
This change makes the first Fetchinventory thread also handle subsequent requests, freeing up the other threads.
Further efficiencies could be made by handling all the items in a particular FetchInventory request together, rather than separately.
|
|
|
|
| |
Fix an invalid cast exception while decoding new mesh asset format.
|
|
|
|
|
| |
This is to avoid problems with corrupt inventories where an inventory link target points back at the source's folder
No viewer has been observed to set these up as of yet. If this ever happens, we will need a more sophisticated solution to track sent folders within the recursion
|
| |
|
|
|
|
|
|
| |
recursively request that folder.
Currently, this should never actually happen but certainly best to handle this case
|
|
|
|
|
|
| |
This now creates an avatar but appearance is always cloudy.
Move doesn't work.
Really, creating an NPC should only involve a ScenePresence rather than doing anything with IClientAPI, since an NPC has no viewer to communicate with!
|
|
|
|
|
|
| |
crashes throwing System.NullReferenceException
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
|
|
| |
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
|
|
| |
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
|
|
|
|
| |
threat-level check error message
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
|
|
|
|
| |
on login/logout, since it's a bit noisy on the console.
Please uncomment if/when this is still needed.
|
|
|
|
| |
'MessagingModule' in [Groups] section in accordance with OpenSim.ini.example descriptions
|
| |
|
|\ |
|
| |\ |
|
| | |
| | |
| | |
| | | |
Add notification to neighbors when logins are enabled.
|
|/ /
| |
| |
| |
| |
| |
| | |
works again.
Many thanks to the aurora project for pioneering this.
This code is almost certainly not bug free, but it does at least appear to handle simple meshes (except when the viewer crashes - but it is beta!).
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
rather than just saying "destination not found"
Instead of performing the 4096 check when the region is linked (and subsequently removing the link), leave the link in place and perform the check in the entity transfer module
This allows us to explicitly tell the hypergridder why the teleport failed (region out of range).
It also allows people on regions that are within range (on a large source grid) to teleport.
The Check4096 config parameter in the [GridService] section is replaced by a max_distance paramter in a new [EntityTransfer] section in OpenSimDefaults.ini
Since the parameter is in OpenSimDefaults.ini no action needs to be taken unless you want to increase this limit. It could also be decreased.
The check is being made in the base entity transfer module, since I believe the viewer problem occurs both on extremely large grids and while hypergridding.
|
|\ \ |
|
| | | |
|
| | |
| | |
| | |
| | | |
prim. Thanks, MisterBlue
|