- From: <bugzilla@jessica.w3.org>
- Date: Wed, 22 May 2013 14:09:11 +0000
- To: public-html-media@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22134 Bug ID: 22134 Summary: When do multiple SourceBuffers have to be used Classification: Unclassified Product: HTML WG Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Media Source Extensions Assignee: adrianba@microsoft.com Reporter: oipfjon@gmail.com QA Contact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-media@w3.org The specification is unclear about when multiple SourceBuffers have to be used (i.e. when using a single SourceBuffer will fail) and when they may be used (i.e. using a single SourceBuffer will not fail but may not be recommended). We request that this be clarified and that the clarification cover at least the following scenarios; 1. Video and audio are each delivered separately (e.g. DASH ISOBMFF content where each representation contains only one media component). 2. One video track and multiple audio tracks (e.g. multiple languages or accessible audio) are each delivered separately (e.g. DASH ISOBMFF content where each representation contains only one media component). 3. The audio is encoded such that part of the audio it does not meet the requirements of section 11 of MSE to form a single logical byte stream, e.g. the audio in the main content is Dolby but a number of adverts are to be inserted where the audio is HE-AAC. There are two variations on this, i) where the video during the adverts also does not meet the requirements of section 11 and ii) where the video during the adverts does meet the requirements of section 11. 4. A new initialization segment is needed that has a different number and/or type of tracks and/or different track IDs. 5. The byte stream format changes, e.g. from MPEG-2 transport stream to ISO BMFF or vice-versa. NOTE: This issue arises from joint discussions between the Open IPTV Forum, HbbTV and the UK DTG. These organizations originally sent a liaison statement to the W3C Web & TV IG which is archived here; https://lists.w3.org/Archives/Member/member-web-and-tv/2013Jan/0000.html (W3C member only link) -- You are receiving this mail because: You are on the CC list for the bug.
Received on Wednesday, 22 May 2013 14:09:13 UTC