[Opensim-dev] [Gridnauts] Next step?

[Giulio Prisco]

Yes it does seems like a topic to send to the opensim-dev list as
well, as the cleanest solution can be implemented on the opensim side.

On Tue, Aug 19, 2008 at 4:57 PM, Teravus Ovares <teravus at gmail.com> wrote:
>
> No, you're correct here.   The main difference is what OpenSimulator and OGP
> considers one unit on the grid space.  It's clear that OGP uses meters as
> the unit in terms of grid space definition.   OpenSimulator uses blocks of
> 256 meters as the unit in terms of grid space definition.
>
> This leads to space allocations on the aditi grid like the
> following:  1048832/1048832,
> translating to the following grid space in OpenSimulator: 4097/4097
> (1048832 divided by 256 equals 4097)
>
> One thing to note.  When it gets to the client, it's defined in terms of
> meters, not blocks of 256 meters.  This means that the use of the 256 blocks
> as one grid unit is limited to the way OpenSimulator represents grid
> locations internally.
>
> This seems like a topic to send to the opensim-dev list as well
>
> Best Regards
>
> Teravus
>
> Forwarded to the Opensim-dev list.
>
>
> On 8/19/08, Bulli <avdleeuw at gmail.com> wrote:
>>
>> The biggest problem in direct logins seems to lie in the fact that there
>> is a mismatch in 'grid locations'.
>>
>> I haven't been able to thoroughly investigate it, but it is obvious that
>> OpenSim uses a different grid than SL. There is a difference of a factor
>> 256, the size of the region.
>>
>> When you analyze the OGP_patch, you can see that this is exactly where a
>> number of changes are being made by the patch.
>>
>> I think the major questions are:
>>
>> 1. Will the different grid references between OpenSim and SL be dropped?
>> Or will they continue to exist?
>> 2. If there will be 1 standard for the grid reference, will it be the SL
>> standard (each grid 'tick' is a meter) or the OpenSim standard (each grid
>> 'tick'  is 256 meters)
>>
>> If these questions are answered, I think it's relatively straightforward
>> to change the code (and I'll happily try to help).
>>
>> As I am relatively new to this area, I may not be completely right (or
>> even be completely wrong) on my analysis. I'm happy to stand corrected and
>> learn :))
>>
>> Bulli Schumann
>>
>>
>> _______________________________________________
>> Click here to unsubscribe or manage your list subscription:
>> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts
>>
>
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts
>
>



-- 
Giulio Prisco
gp at metafuturing.com
metafuturing S.L.
http://metafuturing.com/
C Juan Ramón Jiménez 8-1
Complejo Eurobuilding
28036 Madrid - Spain
Phone (34) 91 18 19 147
Fax (34) 91 350 47 52
Cell (34) 610 536 144