W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2011

Re: Open standards augmented reality

From: Rich Tibbett <richt@opera.com>
Date: Mon, 14 Mar 2011 14:08:20 +0100
Message-ID: <4D7E1344.9010003@opera.com>
To: public-device-apis@w3.org
CC: Robin Berjon <robin@berjon.com>, Rob Manson <roBman@mob-labs.com>, jerome.giraud@orange-ftgroup.com, Christine Perry <cperey@perey.com>, 전종홍 <hollobit@etri.re.kr>
Rich Tibbett wrote:
>> Robin Berjon wrote:
>>> Hi,
>>> I just came across this:
>>> http://www.technologyreview.com/computing/35065/?p1=A1&a=f
>>> https://research.cc.gatech.edu/polaris/
>>> I was wondering if anyone here was aware of this work, had thoughts,
>>> etc. related to rechartering.
>> As I understand it, the current standards development of the device
>> element [1] gives us webcam access and then geolocation [2] and
>> orientation [2] give us the spatial awareness required to develop
>> augmented reality experiences in the browser.
>> It would be nice to then expose a whole host of sensors that provide
>> more context to the current environment: temperature, light, gravity,
>> pressure, proximity. These are things that we could (and I propose that
>> we should) recharter with.
>> The other concern is the performance hit of doing AR in JavaScript -
>> especially on mobile devices.
>> I expect a JS AR library to pop up and lead the way here. It might
>> utilize Workers and WebGL rendering and browsers are quickly becoming
>> fully hardware accelerated. At that point, if we're seeing significant
>> unresolvable problems with AR performance in the browser, we should
>> regroup and see if we could offload some of the more intensive
>> processing to the compiled nature of the browser. Until then, I'm happy
>> to stay quiet on whether loading AR in to the browser is necessary or
>> even if its a good idea in the first place and let 3rd-party libraries
>> lead the way on AR - as long as we're providing the essential building
>> blocks to AR experiences in browser (such as camera, geolocation and
>> orientation).
>> In terms of the formats of geolocation data, I'm happy to leave that to
>> the open market. 3rd party AR libraries are going to support whatever
>> works for them at the time, whether that's KHARMA or otherwise (e.g. the
>> Geonames format).
> We just released an Opera Mobile for Android build featuring
> experimental support for the <device> element [1] and device orientation
> events [3]:
> http://my.opera.com/core/blog/2011/03/14/web-meet-device

We got a little ahead of ourselves and now plan to release this build 
within the next week or so.

- Rich

>> [1]
>> http://www.whatwg.org/specs/web-apps/current-work/multipage/commands.html#devices
>> [2] http://dev.w3.org/geo/api/spec-source.html
>> [3] http://dev.w3.org/geo/api/spec-source-orientation.html
Received on Monday, 14 March 2011 13:09:07 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:48 UTC