Re: [mmox] One more time: The LESS model vs the Generic Client model
Jon Watte <jwatte@gmail.com> Mon, 16 March 2009 04:30 UTC
Return-Path: <jwatte@gmail.com>
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 059A93A6AB2 for <mmox@core3.amsl.com>; Sun, 15 Mar 2009 21:30:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.577
X-Spam-Level:
X-Spam-Status: No, score=-2.577 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599]
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 Zo1JRrh-peK0 for <mmox@core3.amsl.com>; Sun, 15 Mar 2009 21:30:03 -0700 (PDT)
Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by core3.amsl.com (Postfix) with ESMTP id 81C2B3A6A6E for <mmox@ietf.org>; Sun, 15 Mar 2009 21:30:03 -0700 (PDT)
Received: by rv-out-0506.google.com with SMTP id l9so2615268rvb.49 for <mmox@ietf.org>; Sun, 15 Mar 2009 21:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=syzLl1x6iLWBWmYKs5ij8tUbXhCXsuFqkyOAgAHWCso=; b=bTpDXF2tGQrnAN2++yfRFMjVneHEA7eIYm5l5KD73XKtzQseKPyjROZvZAOjwtnwJc TxYEQxrGqAy4k9kMW2iCUq6IlszM4aQ5ADod9JImD8ko/iLRwFjHbewfgG+hVosVlmjf 6d6M/t8rHjlLTSnInv0javJ55k67s0nfKtsjg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=M/mlenJnViiPbN/ouIBceq31TlofgnpILV5E3gqIs0wpDtCLfC4K7ZbLXIEtR2V3eR NACK92itiaCGYasC6nMZ9gupF4Pp6gAuUx17OPJr71OMQw9qo2C9DI0iZpLsI0kDU76j Fd03x9mZCx6uc9N5kZnvtwjGbB2ezc2Hv2eQ8=
Received: by 10.114.146.4 with SMTP id t4mr629788wad.23.1237177842992; Sun, 15 Mar 2009 21:30:42 -0700 (PDT)
Received: from ?192.168.1.101? (svn.mindcontrol.org [69.17.45.136]) by mx.google.com with ESMTPS id m25sm4273283waf.44.2009.03.15.21.30.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Mar 2009 21:30:42 -0700 (PDT)
Message-ID: <49BDD5F1.5090303@gmail.com>
Date: Sun, 15 Mar 2009 21:30:41 -0700
From: Jon Watte <jwatte@gmail.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <e0b04bba0903120735s5311a922ybbc40a30433166a3@mail.gmail.com> <49B934B9.3080408@gmail.com> <49B940DF.8040009@lindenlab.com> <e0b04bba0903130451v2d33f9ebxfa3b337513bf286c@mail.gmail.com> <49BB0C46.8070809@gmail.com> <e0b04bba0903140305ocdbef86kcec140371dabf00b@mail.gmail.com> <49BC08DC.2010503@gmail.com> <e0b04bba0903150441y2b0037c7ne33a7ef6c883eb37@mail.gmail.com> <49BD6123.2080703@gmail.com> <e0b04bba0903151557u5312299ehe0a548f5790fb7a5@mail.gmail.com>
In-Reply-To: <e0b04bba0903151557u5312299ehe0a548f5790fb7a5@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: MMOX-IETF <mmox@ietf.org>
Subject: Re: [mmox] One more time: The LESS model vs the Generic Client model
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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: Mon, 16 Mar 2009 04:30:05 -0000
Morgaine wrote: > On Sun, Mar 15, 2009 at 8:12 PM, Jon Watte <jwatte@gmail.com > <mailto:jwatte@gmail.com>> wrote: > > > Actually, I have seen the Open Sim people propose and argue for > the "generic client" concept. > > > > Generic clients are completely inevitable That is your opinion, but you seem to present it like scientific fact. There are some generic clients, for some worlds. If I understand you correctly, you believe that there will be one or more clients that will actually connect to most virtual worlds in existence. Am I understanding you correctly? I think that generic clients that connect to many different kinds of virtual worlds are not only a bad idea. They are way too expensive considering that they solve only a pretty trivial problem (the problem, in the status quo, that you need to switch clients when switching worlds). Note that generic clients do not give you the mash-up capability of using objects that come from two separate worlds in a common space. Only one of the two options of "dictate the server execution environment" or "server <-> server interoperability" gives you that (unless you're aware of some model I'm not, but are holding back). That's a problem I think adds tremendous value, and moves the metaverse substantially forward. > that they're already here in our midst If I understand you correctly: You believe that a client that can only talk to Second Life derived virtual worlds is "generic"? That's what I'm hearing. Do you also believe that the Metaverse.net client is "generic," because it can talk to all the difference virtual worlds built on the Metaverse platform? Do you believe that the OLIVE client is "generic" because it can talk to all of the virtual worlds built on the OLIVE platform? If you mean something else, please point me at concrete examples. > > But we are talking about clients involved in interoperating worlds, > not the total number of clients in existence. Since worlds of > different types do not currently interoperate, talking about the > clients they use doesn't seem very relevant. Looking at the I think it is very relevant! It's simple economics: Broad adoption of a standard only happens when it significantly improves the status quo, such that the engineering necessary to adhere to the standard costs less than the benefit of adhering to the standard. If the status quo means that you can visit different worlds, and the adoption of a standard means that you can visit different worlds, faster, but otherwise changes nothing, then the value of that standard is the value for the users in being able to switch between worlds faster. My argument is that that's pretty low value, and thus will not incite broad adoption. My argument is also that if you're to build a generic client that reaches even 50% of all the virtual worlds out there, you have to either incorporate a large number of different protocols, OR you have to convince a large number of virtual world vendors to re-do their client/server communications stack to a common format. Both of those alternatives have a very high cost associated with them. Note that I'm not talking about broad adoption among "Second Life Users" or even "World of Warcraft Users" (a group 10x the size of the former) -- I'm talking about adoption within governments, companies, non-profits, churches, countries and everyone else who is currently virtual world illiterate. Our job is to make sure that using virtual worlds makes sense for those people; that it can transform the way they live their lives and do their work for the better. > You can view this as client proliferation (they're all different) or > as clients coallescing and tending towards a single generic client > (they're all based on a similar model), but however you view it, both > the genericity and the proliferation are here to stay. ;-) Let me see if I understand you correctly: You believe that the Second Life model is actually superior, and will prevail over all other virtual world models? That's what the above sounds like you're saying to me, but I want to make sure I understand you clearly. In my view, nobody but the Second Life / OpenSim sphere is trending towards a common generic client, and the reason that Second Life / OpenSim are "trending" towards that direction is that they all started out from the same place to begin with. Sincerely, jw
- [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Jon Watte
- Re: [mmox] 3-world OGP interop scenario Meadhbh Hamrick (Infinity)
- Re: [mmox] 3-world OGP interop scenario Rob Lanphier
- Re: [mmox] 3-world OGP interop scenario Jon Watte
- Re: [mmox] 3-world OGP interop scenario Ann Otoole
- Re: [mmox] 3-world OGP interop scenario Meadhbh Hamrick (Infinity)
- Re: [mmox] 3-world OGP interop scenario Ann Otoole
- Re: [mmox] 3-world OGP interop scenario Mystical Demina
- Re: [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- Re: [mmox] 3-world OGP interop scenario Bill Humphries
- Re: [mmox] 3-world OGP interop scenario Meadhbh Hamrick (Infinity)
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- Re: [mmox] 3-world OGP interop scenario David W Levine
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- [mmox] My reading of draft-lentczner-ogp-base-00 Latha Serevi
- Re: [mmox] My reading of draft-lentczner-ogp-base… Meadhbh Hamrick (Infinity)
- Re: [mmox] 3-world OGP interop scenario Jon Watte
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- Re: [mmox] 3-world OGP interop scenario eh2th-mmox
- Re: [mmox] 3-world OGP interop scenario Mystical Demina
- Re: [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Jon Watte
- Re: [mmox] 3-world OGP interop scenario Ann Otoole
- Re: [mmox] 3-world OGP interop scenario eh2th-mmox
- [mmox] One more time: The LESS model vs the Gener… Jon Watte
- Re: [mmox] 3-world OGP interop scenario Mystical Demina
- Re: [mmox] One more time: The LESS model vs the G… Charles Krinke
- Re: [mmox] One more time: The LESS model vs the G… Kajikawa Jeremy
- Re: [mmox] One more time: The LESS model vs the G… Morgaine
- Re: [mmox] One more time: The LESS model vs the G… Jon Watte
- Re: [mmox] One more time: The LESS model vs the G… Charles Krinke
- Re: [mmox] One more time: The LESS model vs the G… Morgaine
- Re: [mmox] One more time: The LESS model vs the G… Jon Watte
- Re: [mmox] One more time: The LESS model vs the G… Jon Watte
- Re: [mmox] One more time: The LESS model vs the G… Morgaine
- Re: [mmox] One more time: The LESS model vs the G… Morgaine
- Re: [mmox] One more time: The LESS model vs the G… Kajikawa Jeremy
- Re: [mmox] One more time: The LESS model vs the G… Jon Watte
- Re: [mmox] One more time: The LESS model vs the G… Frisby, Adam
- Re: [mmox] One more time: The LESS model vs the G… Morgaine
- Re: [mmox] One more time: The LESS model vs the G… Charles Krinke
- Re: [mmox] 3-world OGP interop scenario Mark Lentczner
- Re: [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- Re: [mmox] 3-world OGP interop scenario Jon Watte
- Re: [mmox] 3-world OGP interop scenario Morgaine
- Re: [mmox] 3-world OGP interop scenario Charles Krinke
- Re: [mmox] One more time: The LESS model vs the G… Christian Scholz