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