| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
OpenSim.Region.Framework.Scenes.EventManager (OnFrame)
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Note that the prior work on LSL_Vector implicit operators means one does not need to explicitly cast a LSL_Vector to Vector3
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
'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.
|
|/
|
|
| |
refactoring to be a constant
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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>
|
|\ |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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 Hiro Lecker for a patch to reduce memory useage with Warp3D map module
|
|/
|
|
| |
Thanks SignpostMarv!
|
| |
|
| |
|
|
|
|
| |
UUID argument
|
| |
|
| |
|
|
|
|
| |
attachment point
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Major rework of terrain management which finally makes mega-regions work.
Update heightmap of terrain by rebuilding the terrain's body and shape.
There is a problem with just replacing the shape so this workaround
will do for the moment but it will need to be resolved for
mesh and hull switching.
|
|
|
|
|
|
|
| |
Update DLL API for new terrain and shape/body pattern methods.
Terrain creation and modification uses new shape/body pattern.
Move debug logging callback set to initialization call so logging
is per physics engine.
|
| |
|
|
|
|
|
|
|
|
|
| |
Moved all terrain code out of BSScene and into new BSTerrainManager.
Added logic to manage multiple terrains for mega-regions.
Added new functions to BulletSimAPI to match the library.
Moved all of the terrain creation and setup logic from C++ code to C# code.
The unused code has not yet been removed from either place. Soon.
Moved checks for avatar above ground and in bounds into BSCharacter.
|
|
|
|
| |
BSLinkset only know of BSPhysObject's and there is only one list to search in BSScene.
|
|
|
|
| |
move nearly all of the logic into the C# code.
|
| |
|
|\ |
|