| Commit message (Collapse) | Author | Files | Lines |
|
user-friendly error messages
|
|
|
|
|
|
Place FloatsamCache in the same namespace as our other core asset caches
|
|
This reverts commit 2ec34580ce3807cede97539488237040e1a8a6cc.
Moving the attributes for mono addins back to the source file - this also fixes http://opensimulator.org/mantis/view.php?id=6278.
|
|
|
|
to UUID.Zero because it ties up XMLRPC handlers needlessly.
|
|
can have in a linkset
Applied with changes - patch was based on a repo different from core
Signed-off-by: Melanie <melanie@t-data.com>
|
|
RegionHandleRequests. (code assumes packet handle is called async as it is not)
|
|
Note that the prior work on LSL_Vector implicit operators means one does not need to explicitly cast a LSL_Vector to Vector3
|
|
refactoring to be a constant
|
|
'Body' to 'BSBody' for disambiguation when reading code.
Complete the API2 interface so nearly all methods on bullet
classes are available to the managed code. The efficient
single call simulation step is kept in place while all
other creation/destruction/parameterization can be done
in the managed code.
|
|
|
|
'unknown'.
|
|
Track current collision flags in BSPrim.
Add BulletSimAPI calls for saving and restoring rigidBodies using
construction information structure.
|
|
to 50. This doesn't work on stock mono but it works in Avination and also
under Windoze.
|
|
Will help in automation of setting version info for addin dependencies.
|
|
This reverts commit ab446bc692782b75fd27105fc3370a16b4fc17d8.
Need to look into this
|
|
Move addin information from attributes to RegionCombinerModule.addin.xml to aid in automation of addin dependency tracking.
|
|
Move the addin information from attributes in the source file to the CoreModulePlugin.xml, which is the standard. This will help us automate addin version dependency information when we make new OpenSim releases.
|
|
|
|
|
|
since this is already on own thread and its at the end of it.
|
|
commit 5eb2526
Manually calling GC.Collect() really shouldnt' be necessary and is generally regarded as a bad idea.
A GC should occur anyway pretty shortly afterwards.
However, can leave this in development code for now to see if it does actually make a significant difference rather than simply doing a GC a little earlier.
|
|
|
|
fall below current viewer discard level 2 thresholds.
Viewer LL 3.3.4 and before sometimes fail to properly redisplay dynamic textures that have a small data length compared to pixel size when pulled from cache.
This appears to happen when the data length is smaller than the estimate discard level 2 size the viewer uses when making this GetTexture request.
This commit works around this by always regenerating dynamic textures that fall below this threshold rather than reusing them if ReuseDynamicTextures = true
This can be controlled by the [Textures] ReuseDynamicLowDataTextures config setting which defaults to false.
|
|
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
|
Thanks Hiro Lecker for a patch to reduce memory useage with Warp3D map module
|
|
that of an otherwise valid asset, return HTTP PartialContent rather than RequestedRangeNotSatisfiable.
This is because recent viewers (3.2.1, 3.3.4) and probably earlier ones using the http GetTexture capability will sometimes make such invalid range requests.
This appears to happen if the viewer's estimate of texture sizes at discard levels > 0 (chiefly 2) exceeds the total texture size.
I believe this does not normally happen but can occur for dynamic textures with are large but mainly blank.
If this happens, returning a RequestedRangeNotSatisfiable will cause the viewer to not render the texture at the final resolution.
However, returning a PartialContent (or OK) even with 0 data will allow the viewer to render the final texture.
|
|
Thanks SignpostMarv!
|
|
block the heartbeat thread if the sim being contacted is unresponsive
|
|
|
|
flight. FS 4.2.2 does not.
|
|
regions )
|
|
|
|
it's own sub-method
|
|
|
|
|
|
UUID argument
|
|
|
|
|
|
attachment point
|
|
This reverts commit f7b88d1c40ba06c62491d8d32809fe6c1c4d360d.
|
|
This reverts commit a3d140b57c5e2ae0f3334d59b82e116d40199b49.
|
|
This reverts commit fb211c64fd9d335f4879549023870b1e28416f74.
|
|
Second Life seems to have introduced a bug, as we have confirmation that SL
behavior changed recently and changed in contradiction to their stated intention
This appears to be another of the bugs SL is notorious for. Signpost and I have
decided to back this out until SL's intention becomes clear.
This reverts commit f7b88d1c40ba06c62491d8d32809fe6c1c4d360d.
|
|
This reverts commit a3d140b57c5e2ae0f3334d59b82e116d40199b49.
|
|
This reverts commit fb211c64fd9d335f4879549023870b1e28416f74.
|
|
|