W3C home > Mailing lists > Public > public-media-capture@w3.org > October 2014

Re: Image Capture spec: new version

From: Robert O'Callahan <robert@ocallahan.org>
Date: Tue, 28 Oct 2014 23:50:42 +1300
Message-ID: <CAOp6jLYCOO7VApPovpShrZcbusHsBXROYZXz=AMwYTOKZZC=Jw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: "Mandyam, Giridhar" <mandyam@quicinc.com>, "public-media-capture@w3.org" <public-media-capture@w3.org>
On Tue, Oct 28, 2014 at 4:36 PM, Martin Thomson <martin.thomson@gmail.com>

> On 27 October 2014 20:14, Mandyam, Giridhar <mandyam@quicinc.com> wrote:
> > https://html.spec.whatwg.org/multipage/webappapis.html#images
> Oh, that's the indirected form: you don't get the pixels, but you can
> draw to a canvas and sample the canvas.  I'm not particularly
> enamoured of the idea given that canvas potentially loses information.

Potentially, but not in practice. Anyway producing a 32bpp ImageData is not
very useful if your canvas has less bpp since other than reading pixel
values via JS you can't do anything with the ImageData other than draw it
to a canvas...

However, it would make sense to provide an API to convert an ImageBitmap to
a Blob with a given type, asynchronously of course, without going through a
canvas, since that can be lower overhead than going through a canvas. I
think we should get that added to HTML and then use ImageBitmap here.

oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo
owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo
osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoiono,o oaonoyooonoeo
osoaoyoso otooo oao oboroootohoeoro oooro osoiosotoeoro,o o‘oRoaocoao,o’o
oaonosowoeoroaoboloeo otooo otohoeo ocooouoroto.o oAonodo oaonoyooonoeo
osoaoyoso,o o‘oYooouo ofooooolo!o’o owoiololo oboeo oiono odoaonogoeoro
otohoeo ofoioroeo ooofo ohoeololo.
Received on Tuesday, 28 October 2014 10:51:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:31 UTC