<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>I guess the point at 256,256 has to be known in four regions, if they are adjacent. fun, fun! :D<BR>
<BR>
/Stefan<BR><BR> <BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/" target=_blank>http://tribalnet.se/</A><BR> <BR><BR><BR><BR>
<HR id=stopSpelling>
<BR>
> Date: Sun, 25 May 2008 17:30:06 -0400<BR>> From: adam@deepthink.com.au<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: Re: [Opensim-dev] DEM -> Raw<BR>> <BR>> Adjacent terrain data is something I've been working on since Sean<BR>> raised the issue a few months ago. The problem is doing it in a<BR>> bandwidth friendly and accurate method which makes things very fun.<BR>> <BR>> Adam<BR>> <BR>> -----Original Message-----<BR>> From: opensim-dev-bounces@lists.berlios.de<BR>> [mailto:opensim-dev-bounces@lists.berlios.de] On Behalf Of dan miller<BR>> Sent: Sunday, 25 May 2008 5:29 PM<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: Re: [Opensim-dev] DEM -> Raw<BR>> <BR>> I know I've been out of the loop for a while, but I think it's worth<BR>> noting that last I looked at terrain, there was an odd issue.<BR>> <BR>> The terrain maps are 256x256, but to generate accurate terrain with<BR>> interpolation across a 256x256 region, you actually need 257 x 257<BR>> numbers. Otherwise, you can't properly interpolate one column and one<BR>> row. If you have access to the adjacent region's data, you could use<BR>> that, but in general I don't think that's possible (certainly not in<BR>> grid mode).<BR>> <BR>> When I looked at this late last year, I seem to recall that the<BR>> rendering software and the physics both did funny things along two<BR>> borders because of this issue. Just a heads-up in case anyone is<BR>> looking into it.<BR>> <BR>> <BR>> -danx0r<BR>> <BR>> <BR>> --- On Sat, 5/24/08, Frisby, Adam <adam@deepthink.com.au> wrote:<BR>> <BR>> > From: Frisby, Adam <adam@deepthink.com.au><BR>> > Subject: Re: [Opensim-dev] DEM -> Raw<BR>> > To: opensim-dev@lists.berlios.de<BR>> > Date: Saturday, May 24, 2008, 3:32 PM<BR>> > Formats are:<BR>> > <BR>> > <BR>> > <BR>> > RAW = LLRAW (documented on the SL wiki) - terrible format<BR>> > best avoided<BR>> > unless you want to have artists edit the files by hand.<BR>> > <BR>> > R32/F32 - float[256,256] - read directly into/out of the<BR>> > heightmap with<BR>> > a conversion to/from doubles (we store all intermediary<BR>> > values as<BR>> > doubles internally, but save to/from files and DBs in<BR>> > single precision)<BR>> > <BR>> > BMP, PNG, GIF, WMF - saves to/from 256 colour grayscale<BR>> > image, uses IIRC<BR>> > a scale from 1-128m so each shade is 0.5m (may be 1-511, I<BR>> > forget. Test.<BR>> > Only really for exporting, importing is going to be lossy)<BR>> > <BR>> > JPEG - exports a false-colour coloured heightmap similar to<BR>> > the above.<BR>> > Same as the world map image.<BR>> > <BR>> > TER - Load-only, Terragen - 16bit precision.<BR>> > <BR>> > <BR>> > <BR>> > I personally recommend R32/F32 as most if not all terrain<BR>> > editing<BR>> > software can understand it. <BR>> > <BR>> > <BR>> > <BR>> > Re: USGS DEM (Important distinction as there are several<BR>> > varieties of<BR>> > DEM, including JDEM, EUDEM, etc) - I have been working on a<BR>> > supplemental<BR>> > terrain library for OpenSim which has support for USGS DEM<BR>> > files (and a<BR>> > variety of other more esoteric formats), however it is<BR>> > highly highly<BR>> > untested - use at own risk. Contact me if you want a beta<BR>> > copy.<BR>> > <BR>> > <BR>> > <BR>> > Regards,<BR>> > <BR>> > <BR>> > <BR>> > Adam<BR>> > <BR>> > <BR>> > <BR>> > From: opensim-dev-bounces@lists.berlios.de<BR>> > [mailto:opensim-dev-bounces@lists.berlios.de] On Behalf Of<BR>> > Diva Canto<BR>> > Sent: Friday, 23 May 2008 10:28 PM<BR>> > To: opensim-dev@lists.berlios.de<BR>> > Subject: [Opensim-dev] DEM -> Raw<BR>> > <BR>> > <BR>> > <BR>> > Hi,<BR>> > <BR>> > I have a couple of questions about terrains. Where can I<BR>> > get more<BR>> > information about these raw formats that OpenSim<BR>> > understands? I tried<BR>> > Googling, but couldn't really figure it out. Are these<BR>> > 32-bit floating<BR>> > points, one per what?<BR>> > <BR>> > Has anyone tried to produce RAW format files from DEM<BR>> > files?<BR>> > (http://en.wikipedia.org/wiki/USGS_DEM)<BR>> > <BR>> > Any info appreciated!<BR>> > <BR>> > Thanks,<BR>> > <BR>> > Diva /<BR>> > Crista_______________________________________________<BR>> > Opensim-dev mailing list<BR>> > Opensim-dev@lists.berlios.de<BR>> > https://lists.berlios.de/mailman/listinfo/opensim-dev<BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR><BR></body>
</html>