- From: <bugzilla@jessica.w3.org>
- Date: Fri, 17 Aug 2012 13:31:15 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18602 Summary: Unclear requirements for WebM byte streams Product: HTML WG Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Media Source Extensions AssignedTo: adrianba@microsoft.com ReportedBy: philipj@opera.com QAContact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-media@w3.org http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html#webm (One bug for a number of minor issues.) "Exactly one Segment Information element must appear after the Segment header." "Exactly one Tracks element must appear after the Segment Information element." It's not clear if this is intended to mean "directly after" or not. Presumably it's OK to have other elements in between. "Meta Seek Information, Cues, Chapters, and various Global Elements may follow the Segment header but the contents of these elements will be ignored. Note: This enables the use case where the contents of a WebM file are simply appended without any inspection or reformatting." "various Global Elements" isn't very clear. Presumable any unknown element should be ignored? "will be ignored" should be "should be ignored" or "must be ignored" to be normative. "If the most recent WebM initialization segment describes multiple tracks, then blocks from all the tracks must be present and interleaved in time increasing order." This could be read as requiring that blocks for all tracks be included in all segments, which may not be intentional. For text tracks there may simply be no data for a particular segment, and for sufficiently small segments suboptimal muxing could cause the requirement to fail. Finally, for all of these requirements it must be defined what should happen if they are violated, presumably causing a decoding error. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 17 August 2012 13:31:16 UTC