W3C home > Mailing lists > Public > public-device-apis@w3.org > May 2012

RE: Drop work on DAP charter v3?

From: SULLIVAN, BRYAN L <bs3131@att.com>
Date: Wed, 23 May 2012 16:26:06 +0000
To: Rich Tibbett <richt@opera.com>
CC: Robin Berjon <robin@berjon.com>, "public-device-apis@w3.org public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <59A39E87EA9F964A836299497B686C350FECDCD4@WABOTH9MSGUSR8D.ITServices.sbc.com>
Rich,

Can you drop a URL to the Opera Mobile Next release? All I can find on this is Opera Mini Next. 

The main issues I had were reported to Opera, based upon the Opera Labs Camera release. I have not tested any other browser as AFAIK only Opera supports getUserMedia (at least on mobile, which is where I was interested in testing it).

As to the functions that can't be implemented in JavaScript, I will need to check with our barcode experts and get back to you.

I agree that if it works reliably just through JavaScript, then we can put a fork in it, and move on to other things. But my experience tells me we're not there yet.

Thanks,
Bryan Sullivan 

-----Original Message-----
From: Rich Tibbett [mailto:richt@opera.com] 
Sent: Wednesday, May 23, 2012 3:49 AM
To: SULLIVAN, BRYAN L
Cc: Robin Berjon; public-device-apis@w3.org public-device-apis@w3.org
Subject: Re: Drop work on DAP charter v3?

SULLIVAN, BRYAN L wrote:
> I've tried out the Javascript QR code reader demos and it's true they kind of work sometimes on laptops, but so far I have not been able to get them to work on mobile phones.

It seems this is due to the lack of timely autofocus you mention below? 
Or do you think there are other issues that prevent capturing QR codes 
on mobile? Interested to hear about your experiments in this area.

> There are various complexities (e.g. Autofocus) that don't work well in current getUserMedia implementations for example,

We recently patched our getUserMedia implementation to autofocus a media 
stream against the current scene every X seconds. X is currently set at 
10 but we're going to continue experimenting with that number. That 
should fix the autofocus problem and make QR code reading more accurate. 
It should already be available in current Opera.Next Desktop/Mobile 
releases.

> beyond that there are code translation functions that can't be delegated to JavaScript alone (at least for indirect codes), etc.

What functions did you have in mind that can't be implemented in JavaScript?

> For these reasons it is beneficial to have an API that can invoke a local code reader client which has been designed specifically for those functions. I am currently involved in discussions in the OMA on the requirements for such a Web Runtime API, and possible design approaches to integrate it with a HTML5 browser based UI. I would like to bring that discussion into W3C as soon as possible, so would appreciate the QR code reader API to be considered in DAP or the System Level API WG charter.

In the mean time it seems like we should experiment in JavaScript and 
are likely to require JS shims/fallbacks using getUserMedia for 
unsupported browsers in the short/medium term. Perhaps indefinitely.

--

Our QR code reader proof-of-concept implementation can be seen @ 
http://www.shinydemos.com/qr-code/. We're getting fairly close to doing 
everything we need to do wrt QR code capture without requiring a 
dedicated API.

- Rich

[1]
Received on Wednesday, 23 May 2012 16:27:07 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 23 May 2012 16:27:10 GMT