- From: <bugzilla@jessica.w3.org>
- Date: Wed, 22 May 2013 14:15:28 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22138 Bug ID: 22138 Summary: Frame removal 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 Related to issue #21375, when removing frames from one buffer (need random access point flag = true), is there a time relationship to other track buffers to adjust those as well? If coded B/P frames are removed from the buffer, because the corresponding I frame is gone already, this will also shift the time line of that media stream. Will that shift be communicated to the other tracks to discard content from those as well, although it may not be necessary (audio = each frame can be a RAP)? 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 the QA Contact for the bug.
Received on Wednesday, 22 May 2013 14:15:33 UTC