- 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