This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
As part of the Media Source Extension work, there's been some discussion on how to support Ad-insertion: http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0038.html As this is a use-case that is not only subject to adaptive-bitrate streams, the suggestion was made to file a bug against HTML spec itself. The requirement is to have a way to frame-accurately define an outpoint for a piece of content and switch to another. In order to save bandwidth it would also be preferable if the UA would not buffer past this outpoint. The subsequent text is not a proposal, just an illustration on how this could be achieved: - A setEndTime call could be defined, which takes a time value as its argument. A UA would then only buffer to the point defined by setEndTime. - A queue call could be defined to allow a subsequent media element to be queued up. This could take in a time-offset argument to allow playback from a defined point in the media. The second piece of media would then automatically start playing (at the chosen offset) when the point defined by setEndTime is reached.
Is this intended for the WHATWG spec or for the W3C spec? It's assigned to me, but in the W3C spec's component.
I left the default options on when creating this bug, which then must have assigned the bug to you. I was not aware I could submit bugs to WHATWG so was intending the bug for the W3C spec. Could you help me find the correct assignee? (In reply to comment #1) > Is this intended for the WHATWG spec or for the W3C spec? It's assigned to me, > but in the W3C spec's component.
It sounds like this would have a lot of overlap with MSE, which already supports ad-insertion, as far as I can tell.
(In reply to comment #3) > It sounds like this would have a lot of overlap with MSE, which already > supports ad-insertion, as far as I can tell. This issue was previously discussed in the MSE group (see Description #c0). The proposal for ad-insertion in MSE only caters for a specific use-case, which requires media to be encoded with ad-insertion in mind. These ads are then inserted at specific segment boundaries. Ad-inserts in the broadcast industry don't typically work this way though, as ads aren't always placed at these specific boundaries. This requirement lead to a discussion within the MSE group that resulted in bringing this bug to the HTML-WG, because MSE was not considered the appropriate place to deal with this bug.
Moving this feature request to HTML.next product for further consideration.
Mass move to "HTML WG"
HTML5.1 Bugzilla Bug Triage: Incubation needed This bug constitutes a request for a new feature of HTML. Our current guidelines, rather than track such requests as bugs or issues, is to create a proposal for the desired behavior, or at least a sketch of what is wanted (much of which is probably contained in this bug), and start the discussion/proposal in the WICG (https://www.w3.org/community/wicg/). As your idea gains interest and momentum, it may be brought back into HTML through the Intent to Migrate process (https://wicg.github.io/admin/intent-to-migrate.html).