| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| |/ / /
| | | |
| | | |
| | | |
| | | | |
Conflicts:
OpenSim/Capabilities/Handlers/GetTexture/GetTextureHandler.cs
OpenSim/Framework/Servers/VersionInfo.cs
|
| | | |
| | | |
| | | |
| | | | |
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>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
| | | |
| | | |
| | | |
| | | | |
Add OpenSim.userprefs which is created by Monodevelop to .gitignore
|
| |\ \ \ |
|
| | |\ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
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
|
| | | |
| | | |
| | | |
| | | | |
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.
|
|\ \ \ \
| |/ / /
| | | |
| | | |
| | | | |
Conflicts:
OpenSim/Region/ScriptEngine/Shared/Api/Implementation/LSL_Api.cs
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| |/ / / |
|
| | | | |
|