[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