| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
than everytime terrain is changed.
The TerrainModule now hooks the frame event and, if terrain has changed,
sends terrain updates to the clients. This polling pattern replaces
the previous push on change pattern and will make it easier to do per
client throttling and per scene presence terrain update ordering.
|
|/
|
|
|
|
|
|
|
| |
location, fill in gaps or extend existing parcel right after initial data load.
This is in line with simpler and still existing behaviour where a default parcel is created if no parcels are in storage at all.
Making this change as another step to address current problems with spurious parcels occasionally being created.
Also adds regression tests for different load behaviours depending on existing stored parcel data.
Relates to http://opensimulator.org/mantis/view.php?id=7035
|
|
|
|
| |
code and the caught exceptions can no longer occur.
|
|
|
|
| |
against any parcel auto-creation in GetLandObject()
|
|
|
|
|
|
|
| |
there is more than 1 existing land parcel.
This is because there are still issues with bad parcels being generated in http://opensimulator.org/mantis/view.php?id=7035
Theorizing now that it's possible that something is calling GetParcel() before any parcel data has been loaded from persistence.
|
| |
|
|
|
|
| |
applicable.
|
| |
|
|
|
|
| |
already does this.
|
|
|
|
| |
output. Construct table using CDT rather than string formats
|
|
|
|
|
|
|
|
| |
not had their bitmaps adjusted.
This is to prevent an immediate problem in http://opensimulator.org/mantis/view.php?id=7035 where a development code bug occasionally overlays all the existing parcels with a blank parcel owned by the estate manager and to gather more data.
My guess is that this parcel is being created by the new code in LandManagementModule.GetLandObject(), probably some race between threads since this only happens occasionally.
Adds regression tests for this case and for parcel subdivide.
|
|
|
|
|
|
| |
in Warp3DImageModule.GetTexture()
However, this still appears to be leaking massively, at least for me. Possible cause is warp3D using GDI objects internally and not disposing of them.
|
|
|
|
| |
to decode along with exception
|
|
|
|
|
| |
the 'load oar' and 'scene' commands. Before they were ignored but the
code now relies on the SOG.IsAttachment function for attachmentness.
|
|
|
|
| |
comments on what variables really mean.
|
|
|
|
|
|
| |
the size of the input stream. This is required since the raw heightmap
format (.r32) does not contain any size information.
The estimation relies on terrain being square.
|
| |
|
| |
|
|
|
|
|
| |
existing parameters. ('--forceterrain' becomes '--force-terrain').
The old forms have been kept for downward compatiblity.
|
|
|
|
|
|
| |
Modify archiver to use terrain merging when loading oars.
This makes displacement AND rotation properly work on terrain when loading oars.
Especially useful when loading legacy region oars into large varregions.
|
|\ |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | | |
rounding characteristics.
|
|/ /
| |
| |
| |
| |
| | |
work through the OSSL interface. And setting the parameters now
adjusts all the dependent variables correctly so the sun moves
at the modified rate.
|
| | |
|
| |
| |
| |
| | |
implementation
|
| |
| |
| |
| |
| |
| | |
rounding
introduced with new terrain height class.
|
|\ \ |
|
| | |
| | |
| | |
| | | |
now needed to get region size
|
|/ /
| |
| |
| | |
sun movement.
|
| |
| |
| |
| | |
Also remove PI heightmap test as new heightmaps only have two significant digits.
|
| |
| |
| |
| |
| |
| |
| | |
by a "mode" check. That mode check has been removed (it didn't result
in any change of behavior anyway). Also added a command line variable
update to set the sun position time offset (offset from the system
clock). Default is no offset to preserve existing behavior.
|
| |
| |
| |
| |
| |
| |
| | |
pressing the 'teleport' button.
This commit adds returning region map info for all the subregions of a
varregion. This also handles the selection of the extra region and then
the displacement of the postion so the teleport is to the correct location.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/World/LegacyMap/MapImageModule.cs
OpenSim/Region/CoreModules/World/LegacyMap/ShadedMapTileRenderer.cs
OpenSim/Region/CoreModules/World/LegacyMap/TexturedMapTileRenderer.cs
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | | |
generating map tiles with the MapImageModule and TexturedMapTileRenderer (the current defaults)
|
| | |
| | |
| | |
| | |
| | |
| | | |
of maptiles
Primarily for test purposes though could be useful if one prefers to manually update the map tile
|
| | |
| | |
| | |
| | | |
with changes made in master.
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | | |
been deleted or has no spawn points.
|
| | |
| | |
| | |
| | |
| | |
| | | |
"Demo" label; removed most of the logging); c) Enabled by default
Changed UuidGatherer to use 'sbyte' to identify assets instead of 'AssetType'. This lets UuidGatherer handle Materials, which are defined in a different enum from 'AssetType'.
|
| | |
| | |
| | |
| | | |
maptile dir and causes errors.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add --forceterrain and --forceparcel to 'load oar'. In order to not change
the operation of --merge (which does an object merge and suppresses terrain
and parcel information loading), added the --force* parameters to be used
when loading multiple oars to build up a varregion.
Added --rotation and --rotationcenter parameters to 'load oar' which apply a rotation to
the loaded oar objects before displacing. The rotation is in degrees (pos or neg)
and the center defaults to "<128, 128, 0>".
|
| | |
| | |
| | |
| | |
| | | |
--noterrain suppresses the loading of the terrain from the oar.
--noparcels suppresses the loading of parcel information from the oar.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Adds displacment to all objects and terrain loaded from the oar.
As an example, if you have a 512x512 region and an old 256x256 oar, doing
load oar --displacement "<128,128,0>" oarFile.oar
will load the object (and terrain) into the middle of the 512x512 region.
If displacement is not specified, 'load oar' works like it always has.
If you have a 5
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This includes additions to Warp3D:
Optional rendering of mesh and scupltie prims (INI parameter. Off by default)
Texturing of large prims (INI parameter. On by default)
Better garbage collection
|
| | |
| | |
| | |
| | | |
makes maps for varregions show up properly.
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
OpenSim/Region/CoreModules/Framework/EntityTransfer/EntityTransferModule.cs
OpenSim/Region/Framework/Scenes/SceneBase.cs
OpenSim/Services/Interfaces/IGridService.cs
OpenSim/Services/LLLoginService/LLLoginResponse.cs
(conflicts were debug statements that are commented out in master branch)
|