Re: [mmox] Chartering for requirements only

Gareth Nelson <gareth@litesim.com> Fri, 27 February 2009 01:29 UTC

Return-Path: <gareth@litesim.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 483CE3A6ABE for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 17:29:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.972
X-Spam-Level:
X-Spam-Status: No, score=-1.972 tagged_above=-999 required=5 tests=[AWL=0.005, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 nRxJNCz2kX4J for <mmox@core3.amsl.com>; Thu, 26 Feb 2009 17:29:50 -0800 (PST)
Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by core3.amsl.com (Postfix) with ESMTP id 49FF83A6A79 for <mmox@ietf.org>; Thu, 26 Feb 2009 17:29:50 -0800 (PST)
Received: by rv-out-0506.google.com with SMTP id l9so743723rvb.49 for <mmox@ietf.org>; Thu, 26 Feb 2009 17:30:12 -0800 (PST)
MIME-Version: 1.0
Received: by 10.141.100.15 with SMTP id c15mr922344rvm.52.1235698212171; Thu, 26 Feb 2009 17:30:12 -0800 (PST)
In-Reply-To: <5f303cb80902251309p48e4bc3p7496abdc7ac699a4@mail.gmail.com>
References: <5f303cb80902251309p48e4bc3p7496abdc7ac699a4@mail.gmail.com>
Date: Fri, 27 Feb 2009 01:30:12 +0000
Message-ID: <61dbdd7d0902261730u2113798fl95f2f1c49113ffca@mail.gmail.com>
From: Gareth Nelson <gareth@litesim.com>
To: Heiner Wolf <wolf.heiner@googlemail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: mmox@ietf.org
Subject: Re: [mmox] Chartering for requirements only
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: Fri, 27 Feb 2009 01:29:51 -0000

I once built an IMVU-like hack on top of IRC (used a specially
formatted topic, rather messy), it works beautifully well for
IMVU-like systems but breaks down fast once you need physics, there
needs to be more than mere message passing and what Zha constantly
likes to remind us of: state melding.

On Wed, Feb 25, 2009 at 9:09 PM, Heiner Wolf <wolf.heiner@googlemail.com> wrote:
> Hi,
>
> I understand that the original intention was to make OGP public and
> get comments. But if that's the purpose you probably should call the
> WG OGP.
>
> We had a similar situation in the Instant Message and Presence WG,
> where several vendors tried to talk about "their" protocol. Lisa
> probably remembers. The situation was solved by chartering the IMPP WG
> to create only requirements, then 2 new WGs worked on "their" protocol
> (SIMPLE, XMPP). I bet we get a similar discussion. Maybe MMOX should
> define requirements and an OGP WG may then work on the OGP way later.
> This gives time for other developers to speak up and add learnings
> from "their" worlds and protocols. Do we have people from Everquest,
> WoW, There, EVE Online, Runescape, Google Earth here? We need them for
> something thats called MMOX. We should give them time to speak up.
>
> BTW: we are building a virtual world based on XMPP chat rooms. There
> are more, like IMVU, which use chat protocols for their virtual
> worlds. The chat room is what you would call a region domain.
>
> This is quite a different angle, but an interesting one, because the
> transport protocol is very simple and has few extensions.The
> extensions carry the 3D stuff. An interesting feature of worlds which
> are based on chat protocols is, that there is low in-band traffic. The
> reason is, that off the shelf chat servers are not build for heavy
> traffic. So, only notifications are transferrred in the chat protocol.
> Assets use a separate data access protocol, usually HTTP.
>
> This simplistic view of people who use chat protocols for virtual
> worlds could be useful in identifying "what you really need" for a VW
> interop protocol.
>
> hw
> --
> Dr. Heiner Wolf
> wolf.heiner@gmail.com
> www.wolfspelz.de
> www.virtual-presence.org
> _______________________________________________
> mmox mailing list
> mmox@ietf.org
> https://www.ietf.org/mailman/listinfo/mmox
>