[Opensim-dev] OSGrid <-> UCIGrid

[Charles Krinke]

Dear Mircea:

My perception of how the asset thing will work for some time is to view it as if one goes to an airport and passes through security.

The country (aka grid) one left is not available anymore. The country (aka grid) one is going to will have an asset server. What you can take through the teleport will be a very small subset of ones possessions. That is, perhaps the clothes on ones back, but certainly not the AK-47 or the flaming battle sword.

Charles



----- Original Message ----
From: Mircea Filipescu <mircea_the_kitsune at hotmail.com>
To: opensim-dev at lists.berlios.de
Sent: Thursday, October 30, 2008 8:30:36 AM
Subject: Re: [Opensim-dev] OSGrid <-> UCIGrid

 
Me too. I would be curious to ask two questions now, one of them related to that. First question is, how do you set that up on your own opensim so far? Is the inter-grid teleporting system in the core yet or just an experimental separate application? Will there be a way from opensim.ini to do that experimentally soon?

My second question is something on longer term related to the technical part; I'm curious what will be done with the assets in this situation and with fetching them, and here I mean how one can sit on one grid and use assets and inventory from both that grid and another one. There are two problems here; First of them (smallest one) is the possibility of UUID conflicts. Lets say for example that someone uploads a texture on OSGrid and uses it in their inventory. Now they cross-grid TP to the LL grid, and in order for stuff to work correctly both the OSGrid asset server and LL grid asset server must be used. However, if the UUID of that texture he just uploaded on OSGrid is the same as the UUID of another texture / asset already on the LL grid, there will be a UUID conflict.

Second problem as the devs have been discussing is that the SL client can only support one asset server at a time. So if you go into another grid like that normally you must have both the assets of the grid you come from and the ones of the grid you go to at the same time. So yeah I was curious if anything is intended or known about these problems so far... one way or another I guess they will be gotten through so yeah.

________________________________
Date: Thu, 30 Oct 2008 16:00:37 +0000
From: Chris at codetorque.co.uk
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] OSGrid <-> UCIGrid

  
Successful test for me too – would be very happy to help out
with testing this more thoroughly between grids.
 
Thanks,
 
Chris
 
From:opensim-dev-bounces at lists.berlios.de
[mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of James
Stallings II
Sent: 30 October 2008 15:50
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] OSGrid <-> UCIGrid
 
Ok Diva next question:

How does one get started implementing this? I would like to connect
bidirectionally to a nascent grid

Cheers!
James


On Thu, Oct 30, 2008 at 10:43 AM, Mircea Filipescu <mircea_the_kitsune at hotmail.com>
wrote:
Just finished testing this
myself. Worked like a charm. I teleported from UCI Welcome on OSGrid to the
ucigrid sim in only a few seconds, even faster then some teleports between sims
on the same grid. Once I was there I could walk around correctly, build, move
prims and change their properties, make and save a script in a prim which
worked and displayed effects correctly, use the chat (tested locally but it
worked), even terraform. Inventory was indeed unavailable as it was normal and
my profile was also empty until I returned which is also explainable. I for one
can report this as a very successful experiment and have absolutely no issues
to report from what I tried. Wasn't expecting it to work so fast, well and
satble :)

________________________________
 
________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081030/5ab4c88b/attachment-0001.html>