W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2011

Re: [whatwg] File API Streaming Blobs

From: Simon Heckmann <simon@simonheckmann.de>
Date: Mon, 8 Aug 2011 23:59:50 +0200
Message-Id: <8C1742F8-716B-4CAD-AD98-276B126F3F1B@simonheckmann.de>
Cc: Eric U <ericu@google.com>, WHATWG <whatwg@lists.whatwg.org>, "arun@mozilla.com" <arun@mozilla.com>, Adam Malcontenti-Wilson <adman.com@gmail.com>, "WEBAPPLICATIONS (WEBAPPS) WORKING GROUP" <public-webapps@w3.org>
To: Glenn Maynard <glenn@zewt.org>
It's actually confidential company data, I  was thinking off. Together with the DOMCrypt API I thought this could be a valid use case. But I think there might be more cases in which it might make sense to preprocess locally stored video data.

Kind regards,
Simon Heckmann


Am 08.08.2011 um 23:51 schrieb Glenn Maynard <glenn@zewt.org>:

> On Mon, Aug 8, 2011 at 4:31 PM, Simon Heckmann <simon@simonheckmann.de> wrote:
> Well, not directly an answer to your question, but the use case I had in mind is the following:
> 
> A large encrypted video (e.g. HD movie with 2GB) file is stored using the File API, I then want to decrypt this file and start playing with only a minor delay. I do not want to decrypt the entire file before it can be viewed. As long as such as use case gets covered I am fine with everything.
> 
> Assuming you're thinking of DRM, are there any related use cases other than crypto?  Encryption for DRM, at least, isn't a very compelling use case; client-side Javascript encryption is a very weak level of protection (putting aside, for now, the question of whether the web can or should be attempting to handle DRM in the first place).  If it's not DRM you're thinking of, can you clarify?
> 
> -- 
> Glenn Maynard
> 
Received on Monday, 8 August 2011 22:00:21 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:47 GMT