W3C home > Mailing lists > Public > public-html-media@w3.org > June 2016

[media-source] The fetch step in HTML5.1's resource fetch algorithm no longer exists

From: François Daoust via GitHub <sysbot+gh@w3.org>
Date: Fri, 17 Jun 2016 10:26:49 +0000
To: public-html-media@w3.org
Message-ID: <issues.opened-160858185-1466159208-sysbot+gh@w3.org>
tidoust has just created a new issue for 
https://github.com/w3c/media-source:

== The fetch step in HTML5.1's resource fetch algorithm no longer 
exists ==
In [2.4.1 Attaching to a media 
element](https://w3c.github.io/media-source/#mediasource-attach), the 
Media Source Extensions specification plugs itself into the "Perform a
 potentially CORS-enabled fetch" step of the [resource fetch 
algorithm](https://www.w3.org/TR/html51/semantics-embedded-content.html#resource-fetch-algorithm),
 defined in HTML5.1.

This algorithm has been updated in HTML5.1 and that step no longer 
exists.

Actually, I think that algorithm got updated precisely to cover [media
 provider 
objects](https://w3c.github.io/html/semantics-embedded-content.html#media-provider-object)
 à la `MediaSource`, although the expected attachment method is rather
 via `srcObject`, which seems planned for VNext (#28).

Perhaps you can plug after the first step in this algorithm to force 
`mode` to `local`, reset the `delaying-the-load-event-flag`, etc. Step
 4. in "Attaching to a media element" would then not be needed 
anymore. I may have missed something though.

Also note that steps à la "If the media data cannot be fetched at all,
 ..." are now defined in a separate [media data processing steps 
list](https://w3c.github.io/html/semantics-embedded-content.html#media-data-processing-steps-list)
 algorithm and are no longer in the resource fetch algorithm. 
References should be updated accordingly in the [End of stream 
algorithm](https://w3c.github.io/media-source/#end-of-stream-algorithm).

Please view or discuss this issue at 
https://github.com/w3c/media-source/issues/99 using your GitHub 
account
Received on Friday, 17 June 2016 10:26:51 UTC

This archive was generated by hypermail 2.3.1 : Friday, 17 June 2016 10:26:52 UTC