[Opensim-dev] future rexviewer merger

Melanie melanie at t-data.com
Fri Dec 5 20:35:05 UTC 2008


In my opinion, nothing. Nothing, that is, that we could not get 
without ReX involvement, and better.

I would like to see OpenSim do an OpenSim solution to the mesh and 
asset/inventory system. I don't feel comfortable with the ReX 
solution, and even less comfortable with the parts of it they may 
hold close to the chest and spring on us later. I expect some 
unpalatable bits there. I would rather see us grow to that level in 
a true collaborative Open Source, Free environment, without being 
under the control of a single corporation.

Melanie

Diva Canto wrote:
> As Rex's extensions move closer to opensim (I'm in the group of people 
> who can't wait to see meshes and better graphics!), it will be good to 
> know more of the details of Rex. I'm not sure I understand completely 
> the use of "avatar" here, as we know that opensim uses it to denote a 
> pixelated carcass, that's neither a user nor an agent. And in Rex the 
> "avatar system" seems like it's more of a user storage/asset system. 
> Part of the user's storage/assets includes the pixelated carcass for 
> opensim-based worlds that care about that; but it includes all other 
> assets owned by the user.
> 
> It would be interesting to compare existing efforts in opensim such as 
> the Hypergrid and the distributed asset server with Rex's avatar system. 
> Is it possible that
> Hypergrid+DAS >= Rex's Avatar System ?
> What else does the avatar system bring to the table?
> 
> Crista
> 
> Ryan McDougall wrote:
>> Thank you for your addition to the discussion James, however I think
>> Paul may have misunderstood reX architecture when made a private
>> discussion public without consent.
>>
>> The reX avatar and authentication servers replace the User server and
>> split it into Avatar storage for reX's own avatar system, and pure
>> authentication of identity (the latter a bit like OpenID). The idea is
>> to enable avatar portability: the ability to take the same
>> meticulously created reX avatar from one grid to another.
>>
>> Afaik there is no analogue for stock OpenSim, and thus its difficult
>> to merge until the reX team is better integrated with OpenSim.
>>
>> Moreover I see room for improvement there, and have some ideas to
>> change it further. It would be better for all parties if we did our
>> prototyping first, and then worry about arguing who has the better
>> concept or code later and the discussion is on objective ground.
>>
>> Cheers,
>>
>> On Fri, Dec 5, 2008 at 8:05 PM, James Stallings II
>> <james.stallings at gmail.com> wrote:
>>   
>>> LOL an ESPECIALLY good idea given they are the originators of the project
>>> and maintainers of the core offering :D
>>>
>>> Cheers
>>> James
>>>
>>>
>>> On Fri, Dec 5, 2008 at 11:52 AM, Jani Pirkola <jpirkola at gmail.com> wrote:
>>>     
>>>> Paul,
>>>>
>>>> Good idea to involve Opensim-dev, since they might have better ideas. I
>>>> suppose Adam Frisby has already thought how or if to integrate avatar
>>>> storage to Opensim.
>>>>
>>>> One reason for avatar appearance (or agent domain) handling being at the
>>>> same place with the opensim is because in SL this was so. When we move
>>>> towards free 3D Internet (free as libre), then we need to be able to take
>>>> our avatar with us from grid to grid. This means that a grid must accept
>>>> foreign agent domains - and eventually someone would like to run just the
>>>> avatar service.
>>>>
>>>> Best regards,
>>>> Jani
>>>>
>>>> 2008/12/5 Paul Fishwick <metaphorz at gmail.com>
>>>>       
>>>>> I am resending this since i think I sent a message from the wrong
>>>>> email account...
>>>>>
>>>>> ..........
>>>>>
>>>>> Jani
>>>>>  I confess to not knowing the details of the rex viewer source, so please
>>>>> take
>>>>> my comments in that light. However, to me, it would seem more logical to
>>>>> evolve the already existing UGAIM+R services of OpenSim rather than
>>>>> inventing a separate way of handling region and user services. I feel
>>>>> that
>>>>> we may need more discussion with the opensim developers (which is
>>>>> why I am cc'ing them).  If I am missing something in the logic of your
>>>>> revised
>>>>> Rex viewer implementation strategy, please let me know, and thank your
>>>>> team again for its excellent viewer capabilities.
>>>>> In summary, if there is something about the way that opensim handles
>>>>> avatars or authentication, then suggest fixes to this via opensim-dev.
>>>>> Yes?
>>>>> If the DB schema(s) need to change, then suggest changes or add new
>>>>> tables.
>>>>> -paul
>>>>>
>>>>> Jani Pirkola wrote:
>>>>>         
>>>>>> Exactly, that is what we will do. However some of the services need to
>>>>>> be able to run separately from the region or opensim server. The best
>>>>>> example of this is the avatar storage and user authentication, which we feel
>>>>>> needs to be its own entity.
>>>>>>
>>>>>> Jani
>>>>>>
>>>>>> 2008/12/5 Paul Fishwick <fishwick at cise.ufl.edu
>>>>>> <mailto:fishwick at cise.ufl.edu>>
>>>>>>
>>>>>>     Presumably, the "services" aspect can be worked out as a region
>>>>>> module
>>>>>>     for opensim? Either that, or the rex team would work with the
>>>>>> opensim
>>>>>>     team on the opensim trunk to extend its service capabilities to be
>>>>>>     more
>>>>>>     consistent with rexviewer. That way, developers or users are free
>>>>>>     to update or
>>>>>>     re-build opensim whenever it suits them, and rexviewer would still
>>>>>>     function.
>>>>>>     -p
>>>>>>
>>>>>>
>>>>>>     Antti Ilomäki wrote:
>>>>>>
>>>>>>         Actually that's not exactly the case, viewer modifications are
>>>>>>         important to us, but the avatar portability service (and
>>>>>>         participating
>>>>>>         in world server development as well) is another central feature
>>>>>> we
>>>>>>         have. Our system currently allows full avatar portability
>>>>>> between
>>>>>>         different worlds and even the inventory works, at least to an
>>>>>>         extent.
>>>>>>
>>>>>>         2008/12/5 Paul Fishwick <fishwick at cise.ufl.edu
>>>>>>         <mailto:fishwick at cise.ufl.edu>>:
>>>>>>
>>>>>>             I could be wrong, but i thought the point was to make Rex
>>>>>>             purely
>>>>>>             a visual client (viewer) and to let OpenSim handle the
>>>>>>             services?
>>>>>>             -paul
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>     --     Dr. Paul A. Fishwick           E-Mail: fishwick at cise.ufl.edu
>>>>>>     <mailto:fishwick at cise.ufl.edu>
>>>>>>     Dept. of Computer & Info       Phone & FAX: (352) 392-1414
>>>>>>     Science and Engineering       WWW:
>>>>>>     http://www.cise.ufl.edu/~fishwick
>>>>>>     <http://www.cise.ufl.edu/%7Efishwick>
>>>>>>     University of Florida          (PGP Key available at above WWW
>>>>>>     address)
>>>>>>     P. O. Box 116120
>>>>>>     332 Bldg. CSE, Gainesville, FL 32611-6120
>>>>>>           
>>>>> _______________________________________________
>>>>> Opensim-dev mailing list
>>>>> Opensim-dev at lists.berlios.de
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>         
>>>> _______________________________________________
>>>> Opensim-dev mailing list
>>>> Opensim-dev at lists.berlios.de
>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>
>>>>       
>>>
>>> --
>>> ===================================
>>> The wind
>>> scours the earth for prayers
>>> The night obscures them
>>>
>>> http://osgrid.org
>>> http://del.icio.us/SPQR
>>> http://twitter.com/jstallings2
>>> http://www.linkedin.com/pub/5/770/a49
>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>>>
>>>     
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>   
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev




More information about the Opensim-dev mailing list