- From: <bugzilla@jessica.w3.org>
- Date: Tue, 28 Oct 2014 15:41:11 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26929 --- Comment #5 from Cyril Concolato <cyril.concolato@telecom-paristech.fr> --- > The section of the sourcing spec referred to in this bug is about > determining if a track is audio, video or text based on the handler. The > codec type is not relevant to this determination. When the codec type is > relevant, e.g. how CEA708 Cues are sourced, identification of audio for the > visually impaired, the codec type is referenced. I agree with your approach. The initial text was misleading. I proposed some text in a PR: https://github.com/w3c/HTMLSourcingInbandTracks/pull/33 > Agreed about the ExtendedLanguageBox. Added to the PR. > Not sure about the KindBox. It seems > that specific KindBox values depend on the schemeURI. So the sourcing spec > needs a specific set of schemeURI's to specify a KindBox value to HTML track > @kind mapping. Yes. Don't know if MPEG should be defining them or not. I expect the schemeIdURI to be http://www.w3.org/TR/HTML for kinds defined by the HTML spec but that's nowhere specified. > CEA708 in AVC in MPEG-2 TS is specified. There is no spec for CEA708 in AVC > in ISOBMFF AFAIK. You can check https://developer.apple.com/library/mac/documentation/quicktime/qtff/QTFFChap3/qtff3.html#//apple_ref/doc/uid/TP40000939-CH205-SW87 -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 28 October 2014 15:41:14 UTC