Re: [mmox] RealExtend Teleporting Between Worlds

Lawson English <lenglish5@cox.net> Thu, 26 February 2009 20:05 UTC

Return-Path: <lenglish5@cox.net>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 79B7728C293 for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 12:05:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.412
X-Spam-Level:
X-Spam-Status: No, score=-0.412 tagged_above=-999 required=5 tests=[AWL=1.057, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LkuxR6XW2NGL for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 12:05:36 -0800 (PST)
Received: from fed1rmmtao107.cox.net (fed1rmmtao107.cox.net [68.230.241.39]) by core3.amsl.com (Postfix) with ESMTP id 7147C28C286 for <mmox@ietf.org>; Thu, 26 Feb 2009 12:05:36 -0800 (PST)
Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao107.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090226200558.TJQW10385.fed1rmmtao107.cox.net@fed1rmimpo01.cox.net>; Thu, 26 Feb 2009 15:05:58 -0500
Received: from Macintosh.local ([72.200.120.202]) by fed1rmimpo01.cox.net with bizsmtp id Lk5x1b00C4N6T0Q03k5xyd; Thu, 26 Feb 2009 15:05:58 -0500
X-Authority-Analysis: v=1.0 c=1 a=AfYVl4n-8fwA:10 a=5qzUSljf7S4A:10 a=Wajolswj7cQA:10 a=qOn9Db7XAAAA:8 a=SAzZ_xlkAAAA:8 a=iIUeSSis6Uf0wygXh6QA:9 a=JHnm1a8jubnMpx0Fnr4A:7 a=1-rvwRog6NNgm6jG5ThF9HC7rlkA:4 a=zUBsD6tbDSsA:10 a=Sf9ypl_c-8UA:10
X-CM-Score: 0.00
Message-ID: <49A6F625.5050005@cox.net>
Date: Thu, 26 Feb 2009 13:05:57 -0700
From: Lawson English <lenglish5@cox.net>
User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
MIME-Version: 1.0
To: Jon Watte <jwatte@gmail.com>
References: <20090225.182222.10290.1@webmail10.vgs.untd.com> <62BFE5680C037E4DA0B0A08946C0933D502DF61E@rrsmsx506.amr.corp.intel.com> <49A65D92.3060606@comlounge.net> <49A666ED.6040508@cox.net> <49A6E3C1.3000702@gmail.com> <49A6E7C9.8040703@cox.net> <49A6F405.7000207@gmail.com>
In-Reply-To: <49A6F405.7000207@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mmox@ietf.org" <mmox@ietf.org>
Subject: Re: [mmox] RealExtend Teleporting Between Worlds
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: lenglish5@cox.net
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2009 20:05:37 -0000

Jon Watte wrote:
> Lawson English wrote:
>> How many languages will we be using? There's only a handful of 
>> graphics engines to worry about, regardless of language. Seems to me 
>> that SL uses OpenGL while others use DirecctX. I'm not advocating 
>> OpenGL and DirectX compatibility, so we're left with describing 
>> things in terms of one graphics engine. Are you suggesting that 
>> Linden Lab standard trees are too complex to bother with implementing 
>> algorithms for in your favorite language + OpenGL?
>
> I am suggesting that the problem is a lot wider than just trees.
> There.com describes terrain as a guided fractal system. Are you saying 
> everyone should implement that system to be able to display There.com 
> terrain?
> OLIVE describes objects in the form of composition of baser types 
> using XML schema. Are you saying everyone should implement that system 
> to be able to display OLIVE objects?
>
> Or are trees somehow special, when all other kinds of geometry or 
> objects (buildings, water, ships, humans, weapons, telephones, cars, 
> ...) are somehow less special? Who decides what kinds of geometry are 
> special, and what the "canonical form" of those kinds of geometry are?
> I believe that trying to go that line of reasoning will end up in very 
> much effort, and very much bickering, for very little actual benefit. 
> It's much easier to say "entity at point 3,4,5 uses mesh 
> http://www.second-life.com/models/tree-oak2.dae."
>

Ah, OK, though,  it seems to me that SOME things should be built into 
the client in some ways, while others can be downloadable as separate 
meshes... perhaps some way of compromising...

a profile might say "uses SL trees, available as this plugin and 
connection or from server xyz as generic meshes and OLIVE objects, 
available via this plugin and connection or from server uvw as generic 
meshes"

etc.


L