Denis, *>> The main problem with this currently is that the User server in grid mode >> does not support rex login. This could be hacked in, but we'd rather do it >> properly. The proper way to implement this is as a dynamic module for user >> server, but unfortunately user server doesn't yet support dynamic modules. * * * *> We will be glad if you could explain us how to implement even > "improper" solution, as we have to be sure that this problem would not > stop our project.*
It really would be best to start by doing it "properly" and developing support for dynamic modules for the user server first. Then work on creating a dynamic module for the user server. You may want to talk to Adam Frisby about ideas on how to implement a dynamic modular approach to the User Server. Hacking is a very bad idea, and will lead to problems anytime you attempt to upgrade the server. RealXtend learned this the hard way when they were "hacking" OpenSim. It led to a large fork in the project. Now we had to go back, and start from the very beginning and start with a complete rewrite, and developed a separate "ModRex" module (for OpenSim) so that way the two projects could move along together (instead of separate forks). I believe the best thing to do first would be to add support for dynamic modules to the User Server first, then just create a dynamic module for the User Server. This way there is a modular approach, and it will make upgrading the User Server in the future easier. (Without breaking things). Grid support has been something that the RealXtend community has wanted for quite some time, but it all boils down to resources (money and time). So it would be great to have 2-3 extra developers that could help RealXtend core devs add Grid support to the RealXtend project (Adam Frisby as well as the RealXtend core devs can probably give you some help/guidance as to what needs to be done in OpenSim or Taiga). I do think that it would be best to create dynamic modules, instead of hacks. Especially as we move forward with the project because it could lead to another "fork". By using a modular approach, at least the developers can push out upgrades for the RealXtend server (based on OpenSim, + ModRex, + Taiga) without breaking any of the "hacks". (This makes upgrading server components much easier, you can always run the latest version of OpenSim, ModRex, and Taiga without hacking or breaking anything). By hacking, you would make it impossible for future upgrades. (The hacks would need to be re-implemented each and every time there was a code upgrade, and the code is constantly evolving between the various projects) so using hooks and a dynamic module would certainly be the best solution for everyone involved. Adam Frisby is one of the core OpenSim devs and he might be able to give you some ideas as to how to "fix" or improve Grid server and multi-region (and MegaRegion) support in both OpenSim core and RealXtend (OpenSim + ModRex + Taiga). This way your team in Russia could just maintain the dynamic module for the Taiga User Server (and make any minor changes necessary, but once the hooks are implemented into the server code, and once the module is written it really shouldn't need to be changed at all). This way other developers can all continue working in their respective areas, while the project continues moving forward, and we can at least have working multi-region and working grid support. This way any improvements you make with MegaRegions or Multi-region support can be implemented in OpenSim core and RealXtend. I'd be very interested in helping with the testing of the module for RealXtend, and helping you with the testing of multi-region/multi-grid and mega-region support in both RealXtend and OpenSim core. Mega Regions, border crossings, and grid mode are all very important features that still need work in realXtend AFAIK. http://nwn.blogs.com/nwn/2009/09/open-sim-.html You may want to work BOTH with OpenSim core devs and RealXtend on this project. I'm not quite sure if Megaregions is implemented (in trunk) but it helps with region-to-region interaction. You may want to talk to Teravus, and Adam Frisby and see what they say. I know MegaRegions (in OpenSim core) needs some work as well. This will help with border crossings and the laggish "handoff" that we currently experience (which handoff lag between regions is a major problem when developing in-world vehicles, cars, boats, trains, etc.) http://www.adamfrisby.com/blog/2009/09/opensim-megaregions/ So the KEY areas that really do need additional work for RealXtend Grid/Multi-regions are: 1) Add Dynamic Module Support to Taiga User Server (OpenSim + ModRex + Taiga) 2) Create a new dynamic Module for Taiga User Server that will add Rex login support in Grid mode (so Grid functionality works) 4) Fix/improve Grid Mode in RealXtend (OpenSim + ModRex + Taiga) 5) Improve/fix HyperGrid mode in RealXtend (OpenSim + ModRex + Taiga). 6) Get HyperGrid mode working in RealXtend, and also try to have HyperGrid interoperability between OpenSim Grid Servers, OpenSim + ModRex Grid servers and RealXtend Grid servers (OpenSim + ModRex + Taiga) 7) Improve the ability & functionality to modify avatar appearance (identical to RealXtend 0.5) in Grid/Hypergrid mode in BOTH OpenSim + ModRex and OpenSim + ModRex + Taiga. 8) Improve Multi-region and MegaRegion support in both OpenSim core and RealXtend (improve the handoffs between regions) On Tue, Feb 2, 2010 at 1:37 PM, Denis Tarasov <[email protected]> wrote: > Many thanks for your replies. > > Antti Ilomäki: > > > Grid mode seems to be important to many, unfortunately our resources have > > been tied up elsewhere. If you have or know programmers who could work on > > the multiregion support (or any other feature you'd like to see), their > help > > would be highly appreciated... > > We have two C# developers (well, three including me), so we can try to > implement missing functionality, but we need to know what to do and > where. > > > Toni Alatalo: > >The post there was about client side work for the new > >viewer, Naali - whereas here I understood the question was more about > >server side. > > We are now more concerned with server side, since upgrading server/ > migrating data is more difficult that replacing the viewer in use. > That said, we are interested in extending new viewer functionality > too. > > >teleporting from a server to > >another doesn't seem that bad often > > We have several ideas for our project that will require having large > contigous spaces. Besides, we were not able to setup Hypergrid mode > with 0.5 server also. > > Mikko Pallari: > > > You can already setup grid where every region has "ModularRex.dll" as > their > > client stack, then users can use some of the realXtend features, but they > > need to press Shift+R (in 0.4x viewer) to view the scene with OGRE > > rendering. > > Yes, we have already tried such thing. However, in this mode there is > no way to modify avatar appearance, and this feature is essential for > our project. Other things appear to work fine with 0.42 viewer (but > User Server crashes after Naali login) > > > The main problem with this currently is that the User server in grid mode > > does not support rex login. This could be hacked in, but we'd rather do > it > > properly. The proper way to implement this is as a dynamic module for > user > > server, but unfortunately user server doesn't yet support dynamic > modules. > > We will be glad if you could explain us how to implement even > "improper" solution, as we have to be sure that this problem would not > stop our project. > > Best regards, > Denis > > -- http://groups.google.com/group/realxtend http://www.realxtend.org
