<br><font size=2 face="sans-serif">Hi Mana,</font>
<br>
<br><font size=2 face="sans-serif">The use of the regionhandle is an area
of the OGP that could use some sunshine and disinfectanct. The reason things
seem a bit inflexible right now is that the viewer doesn't really have
a concept of managing its region list on a *per grid* basis because up
until now there was only one grid. </font>
<br>
<br><font size=2 face="sans-serif">Also, during the original proof of concept
phase of OGP, we found the regionhandle computation to be an assumption
that wasn't spelled out in OGP.  The  rez_avatar/place protocol
passes back a region_x and region_y which the viewer uses to compute a
regionhandle.... *and* this handle must match the regionhandle that the
sim computes for itself.  The assumption was that both the viewer
*and* the sim are computing the regionhandle, and unless they compute it
in exactly the same way, the viewer and sim can't connect properly. </font>
<br>
<br><font size=2 face="sans-serif">Additionally the client uses the coordinates
stashed in the regionhandle in a bunch of different ways ( find the regions
next to you, some graphics transform code, audio, other ways i haven't
figured out...).  That will take some sorting, and pondering about
how regionhandles should be used in the protocol. </font>
<br>
<br><font size=2 face="sans-serif">So it's exactly issues like this that
we need to work out, and make sure they make sense for anyone ( SL, OpenSim,
or otherwise) that is implementing OGP. </font>
<br><font size=2 face="sans-serif">This</font>
<br><font size=2 face="sans-serif">Thanks<br>
Suzy Deffeyes<br>
Virtual Worlds <br>
Digital Convergence EBO<br>
IBM Research<br>
512.838.8770<br>
suzyq@us.ibm.com<br>
</font>
<br>
<br><tt><font size=2>gridnauts-bounces@lists.secondlife.com wrote on 08/22/2008
03:12:37 AM:<br>
<br>
> Hi Gridnauts,<br>
> <br>
> Teravus Ovares wrote:<br>
> > No, you're correct here.   The main difference is what OpenSimulator
<br>
> > and OGP considers one unit on the grid space.  It's clear
that OGP <br>
> > uses meters as the unit in terms of grid space definition.  
<br>
> > OpenSimulator uses blocks of 256 meters as the unit in terms
of grid <br>
> > space definition.  <br>
> >  <br>
> > This leads to space allocations on the aditi grid like the <br>
> > following:  1048832/1048832,<br>
> > translating to the following grid space in OpenSimulator: 4097/4097<br>
> > (1048832 divided by 256 equals 4097)<br>
> >  <br>
> > One thing to note.  When it gets to the client, it's defined
in terms <br>
> > of meters, not blocks of 256 meters.  This means that the
use of the <br>
> > 256 blocks as one grid unit is limited to the way OpenSimulator
<br>
> > represents grid locations internally.<br>
> >  <br>
> > This seems like a topic to send to the opensim-dev list as well<br>
> <br>
> Hmm, I wonder why this should be an issue at all. Isn't OGP supposed
to <br>
> allow teleporting from grid to grid? So it would be dangerous, to
rely <br>
> on position or region handle anywhere in the process.<br>
> <br>
> It might easily happen, that you teleport from a region in one grid
to <br>
> another region with the same position/handle in another grid. If this
<br>
> scenario is supported by the protocol, then why would it be necessary
to <br>
> adapt region positions to the same scheme?<br>
> <br>
> Or did I get something fundamentally wrong?<br>
> <br>
> Best regards,<br>
> <br>
> Mana<br>
> <br>
> _______________________________________________<br>
> Click here to unsubscribe or manage your list subscription:<br>
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/gridnauts<br>
</font></tt>