- From: Travis Leithead <travis.leithead@microsoft.com>
- Date: Mon, 29 Jul 2013 17:17:37 +0000
- To: Jim Barnett <Jim.Barnett@genesyslab.com>, "robert@ocallahan.org" <robert@ocallahan.org>, "public-media-capture@w3.org" <public-media-capture@w3.org>
- Message-ID: <ecdb38fe7dc444358c3d20bab05b2b90@BLUPR03MB245.namprd03.prod.outlook.com>
This makes sense to me. From: Jim Barnett [mailto:Jim.Barnett@genesyslab.com] Sent: Sunday, July 28, 2013 6:16 PM To: robert@ocallahan.org; public-media-capture@w3.org Subject: RE: Playability of individual Blobs produced by a MediaRecorder Robert, That is my understanding as well. The totality of the Blobs should be playable, but the individual ones need not be. I’d be glad to update the spec with this, but would like to check first whether others have a different interpretation. Travis, what do you think? - Jim From: rocallahan@gmail.com<mailto:rocallahan@gmail.com> [mailto:rocallahan@gmail.com] On Behalf Of Robert O'Callahan Sent: Sunday, July 28, 2013 6:49 PM To: public-media-capture@w3.org<mailto:public-media-capture@w3.org> Subject: Playability of individual Blobs produced by a MediaRecorder My understanding of the spec has always been that individual Blobs produced by dataavailable events are not necessarily playable individually; i.e. in order to produce a playable resource, the Web author must concatenate all the Blobs produced before the done event is fired. The participants in the discussion of Blob MIME types seemed to share that understanding. However, I can't see anything in the spec that says this. I think it needs to be made clear that individual Blobs are not, in general, going to be playable resources. Thanks, Rob -- Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o Whhei csha iids teoa stiheer :p atroa lsyazye,d 'mYaonu,r "sGients uapr,e tfaokreg iyvoeunr, 'm aotr atnod sgaoy ,h o'mGee.t" uTph eann dt hwea lmka'n? gBoutt uIp waanndt wyeonut thoo mken.o w
Received on Monday, 29 July 2013 17:22:36 UTC