RE: MediaStreams and Media elements

Then what is the applicable  clause?  Do we treat it as a failure to fetch any data at all?  If that’s  the case, I think that the same logic still applies:

If the media data<http://www.w3.org/TR/html5/embedded-content-0.html#media-data> cannot be fetched at all, due to network errors, causing the user agent to give up trying to fetch the resource
If the media data<http://www.w3.org/TR/html5/embedded-content-0.html#media-data> can be fetched but is found by inspection to be in an unsupported format, or can otherwise not be rendered at all

DNS errors, HTTP 4xx and 5xx errors (and equivalents in other protocols), and other fatal network errors that occur before the user agent has established whether the current media resource is usable, as well as the file using an unsupported container format, or using unsupported codecs for all the data, must cause the user agent to execute the following steps:

1.      The user agent should cancel the fetching process.

2.      Abort this subalgorithm, returning to the resource selection algorithm<http://www.w3.org/TR/html5/embedded-content-0.html#concept-media-load-algorithm>.



Jim


From: rocallahan@gmail.com [mailto:rocallahan@gmail.com] On Behalf Of Robert O'Callahan
Sent: Friday, May 31, 2013 9:31 AM
To: Jim Barnett
Cc: Adam Bergkvist; public-media-capture@w3.org
Subject: Re: MediaStreams and Media elements

I don't think your first quotatoin applies to the case where a resource is in a known format but has no playable tracks. Possibly "cannot be rendered at all" could be interpreted to include the case of no playable tracks, but I don't read it that way.

Rob
--
q“qIqfq qyqoquq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qyqoquq,q qwqhqaqtq qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq qsqiqnqnqeqrqsq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qtqhqeqmq.q qAqnqdq qiqfq qyqoquq qdqoq qgqoqoqdq qtqoq qtqhqoqsqeq qwqhqoq qaqrqeq qgqoqoqdq qtqoq qyqoquq,q qwqhqaqtq qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq qsqiqnqnqeqrqsq qdqoq qtqhqaqtq.q"

Received on Friday, 31 May 2013 13:41:37 UTC