- From: Ian Hickson <ian@hixie.ch>
- Date: Fri, 7 Aug 2009 01:24:29 +0000 (UTC)
- To: Gregg Tavares <gman@google.com>
- Cc: Anne van Kesteren <annevk@opera.com>, Sebastian Markbåge <sebastian@calyptus.eu>, Kenneth Russell <kbr@google.com>, whatwg@lists.whatwg.org, public-webapps@w3.org
On Tue, 4 Aug 2009, Gregg Tavares wrote: > > > > > > Do you have some suggestions for how the data could be transferred > > > most efficiently to the glBufferData call? As far as I know there is > > > no tag which could be used to refer to the binary file within the > > > archive. If there were then presumably it could provide its contents > > > as a CanvasFloatArray or other type. > > > > We are waiting for the File API specification to be stable, but one > > that exists, I would expect it to be used for this kind of thing: > > I'm a little confused? Are you saying the File API is part of HTML5 or > not? The File API is a separate spec: http://dev.w3.org/2006/webapi/FileUpload/publish/FileAPI.xhtml > Without archive support the File API is not sufficient for the above use > case because a typical WebGL app will need to download hundreds of these > types of files and it would want to download them compressed. Ah, indeed. Yeah, in that case you probably want an IETF-level spec like multipart/related, with a URL scheme to refer to subfiles within it. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Friday, 7 August 2009 01:25:05 UTC