On pe, 2010-10-08 at 09:31 +0300, Mikko Pallari wrote: > What changes did you do to use these big regions? If I remember > correctly what we talked earlier, this requires to change RegionSize > constant from OpenSim.Framework.Constants class. Is there now some > configuration where to change this?
No, it is still that constant. So I just said: - public const uint RegionSize = 256; + public const uint RegionSize = 1000; and rebuilt. > It is true that not all of the ModreX features work on OpenSim 0.7.x, > but meshes should be usable when changing to ModularRex client stack > and connecting with OpenSim authentication. ooh this is awesome news to me! i was thinking of asking you today of the status of that. should also Entity-Component storage work? Naali has working terrain entities now, Jukka put an example to w.r.o:9000 earlier (i think removed now 'cause was so heavy at least for me). With those can put several terrain entities to one scene, they just load the heightmap from an asset (now a file for testing, an example is bundled with Naali). using that terrain EC you can fill a big region with suitably sized blocks of terrain. not having one huge terrain for the whole thing should make the rendering work ok, 'cause ogre knows to not draw the ones that are far or not in the view direction (has decent camera frustum culling). also without terrain a big region could be built just by using meshes for the land (if you need land, and are not making planets or space stations or blood cells :) .. but terrains are of course good too (big regions are easily interesting for geographic data and there it is nice to use existing heightmaps, and of course they are easily useful in general too). opensim physics is perhaps the only problematic point with this now? but for e.g. arch or geo vis it's not always needed. if ode is made to not crash, modrex rexode mesh support probably can work for the whole region too .. so can put a 1km*1km invisible low res collision mesh there for the terrain perhaps. ~Toni > our plan has been to first test big regions and ensure that > Naali > doesn't have artificial region size limits before possibly > looking into > seamless continuous sl style multiregion support. i think for > many > applications single big regions suffice, but there are of > course others > where separate but for the user continous multiple regions are > needed. > > ~Toni > > > Cheers, > Mikko > > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org -- http://groups.google.com/group/realxtend http://www.realxtend.org
