Thanks Antti and Toni for lifting the clouds over my head a bit and for not getting me wrong. :-)
But wasnt referring about sculpties and megaregions, as they are to me just sort of patches. With 3d meshes the sculpties will be well obsolete and the megaregions are not necessary, if the region size simply could be set bigger, like you demonstrated in the 1km by 1km region. I understand well that there are a few different goals and ideas, given by all the possibilities you made available with the naali+tundra+taiga framework. Also the way tundra works in a standalone mode on the desktop is a very promissing approach that opens up some nice possibilities (First time I imagined about how cool it could be to have a 3d desktop was about back in 1992). About taiga I was also thinking that WIFI might come in handy, though it seems to be made for opensim 0.7.2 AFAIK, so I didnt try that out yet as taiga still is based on opensim 0.6.9 RC1. I seen that mikko p started with 0.7.2 and guess that WIFI should relatively easy work then for starters. But as you mentioned, obviously tundra seems to be a better choice for some apps. Are there any recommendations or guidelines of how to implement authentication for a multi online user environment ? Maybe I missed out on something that is allready available in naali/tundra/tundra: how could I set up a portal to go from one region to another without using ether? Similar the way it is done in open cobalt or open wonderland? Anyhow - realxtend is an interesting project, well worth watching :-) Cheers On Fri, Jan 28, 2011 at 1:58 PM, Toni Alatalo <t...@playsign.net> wrote:d i > On ke, 2011-01-26 at 14:44 +0100, Peter Steinlechner wrote: > > Greetings, > > > their resources, I beleive that there is a need of a roadmap > > redefinition with focus on delivering an operational, administrateable > > client - server framework. Yes, I know they are working on it, all the > > partial results make sense and are great proof of concepts, but there > > is undeniable a cluttering which IMHO needs a focusing, consolidating, > > structuring and finetuning. I'm well aware, that this is easier said > > it is good that you defined what you meant in this way, 'cause from the > earlier parts of the post I had no idea what exactly you meant by coming > far off from the original roadmap etc. There are so many different ideas > and requirements, and so many goals in the original Naali & Taiga > planning. > > First goal of Naali was to implement a viewer where the basics work, > compatible with the earlier rexviewer and rexserver, using that protocol > as is. That was achieved somewhat a year ago in 0.1 which showed the > scenes and basics like chat worked, and uploading meshes + assigning > textures. Then again, many of the features that the old viewer had due > to the Linden base may never appear in Naali. So I did not know if you > referred to such missing features, like scuplties or multiregions. > > Another goal was to make a platform which the participating companies, > and anyone in the world, can use to develop applications. This has been > achieved with the modular structure of the application, the extensible > scene model with the entity-components, and the scripting support. This > is most mature now with the Tundra server, as there is nothing hardcoded > about the worlds (e.g. user controls) there so defining your own > behaviours is easy. These extension mechanisms have also been a solid > base for adding basic functionality -- basically the difficulty of > adding features to the old base was what drove the project to make > Naali. > > A different perspective is making a end user application for someone who > wants to build an own world, using ready made tools and default > functionality, without developing an own application. Antti's role in > the planning has been typically to remind us of this perspective, > whereas we from the different companies are mostly concerned with the > platform part 'cause we have the programmers to do the apps we need. > None of the current rex dev companies has been targetting an application > like SL, or at least hosting one themselves. But we have wanted to make > it so that others who do target that can use reX tech as a basis. > > So that's a bit of history and current status from my perspective. > Future is largely open -- like Antti said, determined by what the > individual companies and people do. > > In any case, it would be interesting to know what you mean by: > - operational > - administrable > > The easy package we have at least in the Tundra preview, 'cause you can > just install it and run the server executable to have a server you can > ask other's to connect to. Using the viewer executable in the same > package. There is not much to administrate, though, 'cause out of the > box it doesn't have authentication even :p . Don't know if from your > perspective Tundra is just an experiment on the sidetracks, but for some > here it already is the choice when developing apps .. even the only > choice, 'cause with LLUDP and current opensim so much hacking is needed > to disable the hardcodings. > > Taiga is AFAIK pretty much as easy to get running as Opensim in general > can be -- given you need a SQL server etc. The wizard does the configs > and the executables are precompiled. For administration in the Opensim > lands, I hope existing things like HWIOS and WIFI (and does Simiangrid > have something?) can work. Don't know hardly anything about those myself > yet. > > > Pedro > > ~Toni > > > On Tue, Jan 25, 2011 at 1:31 PM, Jani Pirkola <jpirk...@gmail.com> > > wrote: > > Dear all, > > > > > > One of companies here in Oulu is looking for an experienced > > software guru to make realXtend work. In case you are > > interested, please contact me ASAP. The position is a senior > > position and the company in question is a stable and good > > place to work at. > > > > > > Best regards, > > Jani Pirkola > > > > > > > > -- > > 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 > -- http://groups.google.com/group/realxtend http://www.realxtend.org
