Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007076opensim[REGION] Specific OpenSim Modulepublic2014-03-24 12:562014-04-24 15:46
ReporterDev Random 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusnewResolutionopen 
PlatformIntel i5 430M, 4GBOSLinuxOS VersionUbuntu 12.04 LTS
Product Version 
Target VersionFixed in Version 
Summary0007076: Terrrain module not checking bounds on elevation.
DescriptionAttempting to terraform terrain upward from 327.67m results in a spiky mess.

Attempting to fill a region with -328 results in a block at approximately +328.
Steps To ReproduceFrom console, enter "terrain fill 327.67".
In viewer, edit terrain, and raise it.
(On my machine, a patch of spikes erupts from the surface.)

From console, enter "terrain fill -328".
The terrain will fill at approximately +328.
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (1 Region per Sim)
Physics EngineBulletSim
Script Engine
EnvironmentMono / Linux64
Mono Version2.10
ViewerSingularity 1.8.5 (5617)
Attached Files

- Relationships

-  Notes
(0025670)
Dev Random (reporter)
2014-04-03 16:44

Mantis 0007078 states:

Negative avatar positions are not supported by any component, neither viewer nor server. Negative terrain is also not allowed, although it is possible due to the values not being bounds-checked. The ability lo even load such terrain is the bug, not the fact that the avatar doesn't reach negative heights, that is by design.

Since negative elevations are actually a bounds-checking issue, they probably fall under the scope of this bug

There are several ways to get negative elevations. Examples follow:
1. terrain fill -10
2. terrain fill 21 / terrain lower 32
3. terrain fill 21 / terrain max -10
4. terrain fill 21 / terrain elevate 625 (yes, elevate)
5. terrain load <file format that supports negatives>
(0025846)
Dev Random (reporter)
2014-04-22 12:41

If SL compatibility is desired, terrain must cover the range 0-512m.

From SL Wiki:
http://wiki.secondlife.com/wiki/Tips_for_Creating_Heightfields_and_Details_on_Terrain_RAW_Files#Notes_for_Creating_Height_Field_Maps_for_Second_Life [^]

Channel Range Description
red 0-255 Height Field
green 0-255 Height Multiply Factor
blue 0-255 Water Height of sim in Meters

Channel 1(red) is the raw terrain heightfield data. In its simplest form it represents the ground height in meters of every point on the map, where black (grey level 0) is 0 meters high and white (grey level 255) is 255 meters high. However, the height of the terrain is often modified further by values in channel 2.

Channel 2 (green) is a grayscale map that is used as a multiplier to scale the data in channel 1, resulting in the final height of each point on the map. The formula used to combine the 2 channels is: original height (channel 1) * multiplier (channel 2) / 128.
(0025891)
justincc (administrator)
2014-04-24 15:45

Yeah, at the very least we must cover that range which the current changes don't handle. This will need to be resolved before release.

- Issue History
Date Modified Username Field Change
2014-03-24 12:56 Dev Random New Issue
2014-04-03 16:44 Dev Random Note Added: 0025670
2014-04-22 12:41 Dev Random Note Added: 0025846
2014-04-24 15:45 justincc Note Added: 0025891
2014-04-24 15:46 justincc Product Version master (dev code) => 0.8-rc3


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker