Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-05-09 Thread Aidan Thornton
On Fri, Apr 30, 2010 at 10:51 PM, Rob Nelson
nexisentertainm...@gmail.com wrote:
 As a person who is trying to patch (a now rather old version) of OpenSim
 to handle voxel terrain, there's MANY, MANY flaws to the messaging
 subsystem of both the viewer and the server.

 For one, I wanted to tack on an additional UDP/TCP message to handle
 voxelmap transmissions and modification.  Unfortunately, it appears that
 even a tiny change to the messaging template would completely destroy
 compatibility with SL, and even adding one packet handler in OpenSim
 would involve changing LibOMV, 3 packet handling packages, and an
 extremely long PacketType enum.  This is NOT a flexible protocol that
 we're using.

Yeah. You can try using GenericMessage - apparently RealExtend have -
but it has the rather interesting limit that each Parameter is limited
to 255 bytes.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


[opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Lance Corrimal
for crying out loud, could you guys PLEASE move the remainder of that 
discussion to a more suited medium, the Under the bridge forum on second 
citizen comes to mind.
... where the trolls are.
http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Lance Corrimal
Am Freitag, 30. April 2010 10:47:27 schrieb Brandon Husbands:
 I agree. Thats what i have been trying to say... sighs... Can we get back
 to discussing code now?

with pleasure.


any ideas about making SG 1.4 fully opensim-compatible by adding the old way 
to fetch map tiles?


bye,
LC

 
 On Fri, Apr 30, 2010 at 3:46 AM, Lance Corrimal
 
 lance.corri...@eregion.dewrote:
  for crying out loud, could you guys PLEASE move the remainder of that
  discussion to a more suited medium, the Under the bridge forum on
  second
  citizen comes to mind.
  ... where the trolls are.
  http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep unmoderated posting
  privileges

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Brandon Husbands
Perhaps patching open sim to use the new way? probably the best route to go
as it needs to keep up with com changes in the main viewer.

On Fri, Apr 30, 2010 at 4:04 AM, Lance Corrimal
lance.corri...@eregion.dewrote:

 Am Freitag, 30. April 2010 10:47:27 schrieb Brandon Husbands:
  I agree. Thats what i have been trying to say... sighs... Can we get back
  to discussing code now?

 with pleasure.


 any ideas about making SG 1.4 fully opensim-compatible by adding the old
 way
 to fetch map tiles?


 bye,
 LC

 
  On Fri, Apr 30, 2010 at 3:46 AM, Lance Corrimal
 
  lance.corri...@eregion.dewrote:
   for crying out loud, could you guys PLEASE move the remainder of that
   discussion to a more suited medium, the Under the bridge forum on
   second
   citizen comes to mind.
   ... where the trolls are.
   http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
   ___
   Policies and (un)subscribe information available here:
   http://wiki.secondlife.com/wiki/OpenSource-Dev
   Please read the policies before posting to keep unmoderated posting
   privileges

 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting
 privileges




-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Lance Corrimal
patching opensim...

...how do you patch the people who provide a service for free, to make them 
rent an expensive distributed storage provider for their map tiles?
are you going to rent S3 yourself, for your own little local grid?



bye,
LC

Am Freitag, 30. April 2010 11:23:59 schrieb Brandon Husbands:
 Perhaps patching open sim to use the new way? probably the best route to go
 as it needs to keep up with com changes in the main viewer.
 
 On Fri, Apr 30, 2010 at 4:04 AM, Lance Corrimal
 
 lance.corri...@eregion.dewrote:
  Am Freitag, 30. April 2010 10:47:27 schrieb Brandon Husbands:
   I agree. Thats what i have been trying to say... sighs... Can we get
   back to discussing code now?
  
  with pleasure.
  
  
  any ideas about making SG 1.4 fully opensim-compatible by adding the
  old way
  to fetch map tiles?
  
  
  bye,
  LC
  
   On Fri, Apr 30, 2010 at 3:46 AM, Lance Corrimal
   
   lance.corri...@eregion.dewrote:
for crying out loud, could you guys PLEASE move the remainder of that
discussion to a more suited medium, the Under the bridge forum on
second
citizen comes to mind.
... where the trolls are.
http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges
  
  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep unmoderated posting
  privileges

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Tateru Nino
The most obvious solution - from where I'm sitting - is to abstract it,
and provide different access methods underneath. The higher levels of
the viewer application should neither know nor care just where the map
tiles are coming from, beyond making an API call to fetch one. Later,
one can look at a method by which a grid service might make certain
representations as to where and how those tiles are located and to be
fetched, but compartmentalizing the hard-wired knowledge (at this stage)
seems to be the best option, presently.

On 30/04/2010 8:20 PM, Lance Corrimal wrote:
 patching opensim...

 ...how do you patch the people who provide a service for free, to make them 
 rent an expensive distributed storage provider for their map tiles?
 are you going to rent S3 yourself, for your own little local grid?



 bye,
 LC

 Am Freitag, 30. April 2010 11:23:59 schrieb Brandon Husbands:
   
 Perhaps patching open sim to use the new way? probably the best route to go
 as it needs to keep up with com changes in the main viewer.

 On Fri, Apr 30, 2010 at 4:04 AM, Lance Corrimal

 lance.corri...@eregion.dewrote:
 
 Am Freitag, 30. April 2010 10:47:27 schrieb Brandon Husbands:
   
 I agree. Thats what i have been trying to say... sighs... Can we get
 back to discussing code now?
 
 with pleasure.


 any ideas about making SG 1.4 fully opensim-compatible by adding the
 old way
 to fetch map tiles?


 bye,
 LC

   
 On Fri, Apr 30, 2010 at 3:46 AM, Lance Corrimal

 lance.corri...@eregion.dewrote:
 
 for crying out loud, could you guys PLEASE move the remainder of that
 discussion to a more suited medium, the Under the bridge forum on
 second
 citizen comes to mind.
 ... where the trolls are.
 http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting
 privileges
   
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting
 privileges
   
 ___
 Policies and (un)subscribe information available here:
 http://wiki.secondlife.com/wiki/OpenSource-Dev
 Please read the policies before posting to keep unmoderated posting privileges

   

-- 
Tateru Nino
http://dwellonit.taterunino.net/

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


Re: [opensource-dev] Oh, the drama. (was: Viewer blacklist...)

2010-04-30 Thread Rob Nelson
As a person who is trying to patch (a now rather old version) of OpenSim
to handle voxel terrain, there's MANY, MANY flaws to the messaging
subsystem of both the viewer and the server.  

For one, I wanted to tack on an additional UDP/TCP message to handle
voxelmap transmissions and modification.  Unfortunately, it appears that
even a tiny change to the messaging template would completely destroy
compatibility with SL, and even adding one packet handler in OpenSim
would involve changing LibOMV, 3 packet handling packages, and an
extremely long PacketType enum.  This is NOT a flexible protocol that
we're using.  

In order to retain compatibility with legacy viewers that only support
heightmap terrains, I'm having to add in additional capabilities to
OpenSim and the viewer, which I don't like, as HTTP transports are going
to be godawfully slow, particularly when adding, removing or modifying
voxels.

On Fri, 2010-04-30 at 21:00 +1000, Tateru Nino wrote:
 The most obvious solution - from where I'm sitting - is to abstract it,
 and provide different access methods underneath. The higher levels of
 the viewer application should neither know nor care just where the map
 tiles are coming from, beyond making an API call to fetch one. Later,
 one can look at a method by which a grid service might make certain
 representations as to where and how those tiles are located and to be
 fetched, but compartmentalizing the hard-wired knowledge (at this stage)
 seems to be the best option, presently.
 
 On 30/04/2010 8:20 PM, Lance Corrimal wrote:
  patching opensim...
 
  ...how do you patch the people who provide a service for free, to make 
  them 
  rent an expensive distributed storage provider for their map tiles?
  are you going to rent S3 yourself, for your own little local grid?
 
 
 
  bye,
  LC
 
  Am Freitag, 30. April 2010 11:23:59 schrieb Brandon Husbands:

  Perhaps patching open sim to use the new way? probably the best route to go
  as it needs to keep up with com changes in the main viewer.
 
  On Fri, Apr 30, 2010 at 4:04 AM, Lance Corrimal
 
  lance.corri...@eregion.dewrote:
  
  Am Freitag, 30. April 2010 10:47:27 schrieb Brandon Husbands:

  I agree. Thats what i have been trying to say... sighs... Can we get
  back to discussing code now?
  
  with pleasure.
 
 
  any ideas about making SG 1.4 fully opensim-compatible by adding the
  old way
  to fetch map tiles?
 
 
  bye,
  LC
 

  On Fri, Apr 30, 2010 at 3:46 AM, Lance Corrimal
 
  lance.corri...@eregion.dewrote:
  
  for crying out loud, could you guys PLEASE move the remainder of that
  discussion to a more suited medium, the Under the bridge forum on
  second
  citizen comes to mind.
  ... where the trolls are.
  http://www.secondcitizen.net/Forum/forumdisplay.php?f=18
  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep unmoderated posting
  privileges

  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep unmoderated posting
  privileges

  ___
  Policies and (un)subscribe information available here:
  http://wiki.secondlife.com/wiki/OpenSource-Dev
  Please read the policies before posting to keep unmoderated posting 
  privileges
 

 


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges