Re: [vwrap] Technical basis for VW client in a web browser?
Dzonatas Sol <dzonatas@gmail.com> Tue, 08 February 2011 03:50 UTC
Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C9CF13A6BF4 for <vwrap@core3.amsl.com>; Mon, 7 Feb 2011 19:50:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 zBYfy86D0PZx for <vwrap@core3.amsl.com>; Mon, 7 Feb 2011 19:50:28 -0800 (PST)
Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by core3.amsl.com (Postfix) with ESMTP id AF3A93A69F9 for <vwrap@ietf.org>; Mon, 7 Feb 2011 19:50:28 -0800 (PST)
Received: by pxi6 with SMTP id 6so1315329pxi.31 for <vwrap@ietf.org>; Mon, 07 Feb 2011 19:50:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=4Z6BeToL1QpEWvI2V6Y/yEZpDf1VE10S6pAMXgnhIpc=; b=q7IMu6Y4yC0tVK6yLFdZbErkiVxc1UJnVM/T1QqvAQvIUZcLAR7Pfi8e4KrmO4w4de r56OD/WHyyDMdFNURXq4wlsmaXI1EypG77T/DWeFXpHTqLJgqKTPQOqJJ5DdI3anlQ2Z LvfffxP4PqszZma73RQ7djOUfPy2nORys4LF0=
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=MytQN1DbyW4PvJFVhlniMJVyGjhJXPnRQhwjmy3rJi93AcDxR7fjyWD6bq4j+ZpdG9 1C7b7vh82D88irhTr8EqSqdzNGxYdC2scWAWF2A8Y7s5f8+52xi8jfAHIjzED6m4l8oA P/TTMqBDXe1f99851fXUEHGqT7go6fE/tQ0dg=
Received: by 10.142.212.11 with SMTP id k11mr2782022wfg.64.1297137034419; Mon, 07 Feb 2011 19:50:34 -0800 (PST)
Received: from [192.168.0.50] (adsl-70-133-68-73.dsl.scrm01.sbcglobal.net [70.133.68.73]) by mx.google.com with ESMTPS id b11sm6916318wff.9.2011.02.07.19.50.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Feb 2011 19:50:32 -0800 (PST)
Message-ID: <4D4E1894.1070506@gmail.com>
Date: Sat, 05 Feb 2011 19:42:12 -0800
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Meadhbh Hamrick <ohmeadhbh@gmail.com>
References: <AANLkTintjQdAS=EWfiRu3oWenB42LKsNzJPDJ+5ofBRO@mail.gmail.com> <AANLkTinhWObg6Te2VtGYKXsxBG5=gVDS5szmjtLeOgnm@mail.gmail.com> <AANLkTikYn-iA7osXT_oW8rL61GhK57pp7uJVmTSGVvj7@mail.gmail.com> <AANLkTikFWUxQyT9aNFBk7-Fdb5bNdFT9Bj-dehqVP0WN@mail.gmail.com> <AANLkTinO4ysKaainTV_6aVtmvHtYaCR+AMfNPhM5CyVc@mail.gmail.com>
In-Reply-To: <AANLkTinO4ysKaainTV_6aVtmvHtYaCR+AMfNPhM5CyVc@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Technical basis for VW client in a web browser?
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Feb 2011 03:50:30 -0000
Meadhbh Hamrick wrote: > Logic: JavaScript appears adequate for most application logic, but the >> amount of data that needs to be processed per frame in a complex world like >> SL is significant - far more than most games. Most WebGL demos so far have >> extremely simple requirements. >> > > though i'm a bit of a JavaScript fan, i think it's an open question > whether JS could handle the types of data rates SL sends at a viewer. > this being said, a "light" experience with less detail, fewer > textures, etc. is probably do-able. > > -cheers > -meadhbh > We need to stop the language requirements and stay with lower-level VM code. It makes it too hard to share experience. We seen scenerio happen too many times where people tout their favorite language, and everybody that doesn't agree "...is on drugs." People don't consider real-world problems are acceptable reasons why we need to bend development to help these needs... ...(mine simply being missing children and people accuse me of drugs because of related depression... enough of that hateraid!!! Hate saying it... sometimes need to remind us about disabilities despite the business door.) Take the serious look at concepts. Business vs development, the market always wins one except that doesn't cover areas where money is life, and I bet my life I'm worth it, and expect each of you to say the same. We need forward-thinking, yet justifications can't contain such "requirements" unless they are already real. Technical writers need to learn that fact more. Being mixed between concepts that work and concepts that are desired is the main headache with many production systems (includes the marketers too). That said, maybe you see why the design taken by current VW viewers and apply separation in them into programs that wrap around UNIXen more closely, like devices drivers, are the real way forward. You may not like this... it isn't that hard as you think. You just lose the M$ monolithic project... and grow up like a tree... and let the fruit fall off. Some just hold onto the apple longer and hope it doesn't rot... Android is a proof-of-concept and not just anti-iPhone. -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant
- [vwrap] Technical basis for VW client in a web br… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Joshua Bell
- Re: [vwrap] Technical basis for VW client in a we… Meadhbh Hamrick
- Re: [vwrap] Technical basis for VW client in a we… Peter Saint-Andre
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… JohnnyB Hammerer
- Re: [vwrap] Technical basis for VW client in a we… peter host
- Re: [vwrap] Technical basis for VW client in a we… Brian Hurley
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Cristina Videira Lopes
- Re: [vwrap] Technical basis for VW client in a we… peter host
- Re: [vwrap] Technical basis for VW client in a we… SM
- Re: [vwrap] Technical basis for VW client in a we… Meadhbh Hamrick
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Hurliman, John
- Re: [vwrap] Technical basis for VW client in a we… Mic Bowman
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dan Olivares
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dan Olivares
- Re: [vwrap] Technical basis for VW client in a we… Joshua Bell
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dzonatas Sol
- Re: [vwrap] Technical basis for VW client in a we… Dzonatas Sol