- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Fri, 30 Mar 2012 01:09:23 +0900
- To: public-web-and-tv@w3.org
available at: http://www.w3.org/2012/03/29-webtv-minutes.html also as text below. Thanks a lot for taking these minutes, Franck! Kazuyuki --- [1]W3C [1] http://www.w3.org/ - DRAFT - Media Pipeline Task Force Teleconference 29 Mar 2012 [2]Agenda [2] http://www.w3.org/2011/webtv/wiki/MPTF/Agenda_Telco_29th_March_2012 See also: [3]IRC log [3] http://www.w3.org/2012/03/29-webtv-irc Attendees Present Glenn, Clarke, Dave, Philipp, Joe, Duncan, Franck, Kevin, Jason, Kazuyuki, Mark_Vickers, Juhani(?), Mark_Watson, Paul Regrets Chair Clarke Scribe franck Contents * [4]Topics 1. [5]Encrypted Media TF of the HTML WG 2. [6]adaptive bit rate proposal (Media Source extension) * [7]Summary of Action Items __________________________________________________________ <Clarke> ABR proposal: [8]http://html5-mediasource-api.googlecode.com/svn/trunk/draft- spec/mediasource-draft-spec.html [8] http://html5-mediasource-api.googlecode.com/svn/trunk/draft-spec/mediasource-draft-spec.html <Mark_Vickers> It would be good to put the GoToMeeting info on the Logistics page. Encrypted Media TF of the HTML WG <glenn> i will ask at the upcoming HTML WG meeting in an hour <kaz> [9]HTML public list discussion [9] http://lists.w3.org/Archives/Public/public-html/2012Mar/thread.html#msg275 <inserted> scribenick: franck adaptive bit rate proposal (Media Source extension) <kaz> [10]proposal v0.4 [10] http://html5-mediasource-api.googlecode.com/svn/tags/0.4/draft-spec/mediasource-draft-spec.html mw: discussing segment switching, required to be on SAP yes Dicussing requirement 3: Any challenges with trick play? CS: Req 4: using canPlayType or other means... ... improvement for interop if canPlayType could provide more info <kaz> i|Discussing requirement 3:|-> [11]http://www.w3.org/2011/webtv/wiki/MPTF#Adaptive_Bit-Rate_Co ntrol_in_Script_.28model_3.29 ABR Requirements| [11] http://www.w3.org/2011/webtv/wiki/MPTF#Adaptive_Bit-Rate_Control_in_Script_.28model_3.29 MW: mimeType provide info on codecs ... 2nd would be info on container format in use ... If your player support these both types, should be OK ... examples on different mp4 boxes organization: should it be exposed? MV: could MPEG-2 TS can be used ? CS: next requirement 5 on no advantage for a method aver another ... combination of codecs/file formats MW: discussing segment switching between Apple HLS and DASH segments CS: people implementing HLS put the burden on the client, would be good to have feedback from HLS people Req 6: "must work with open source browsers" CS: make sure that open source browser can use this method to do ABR ... if we focus on unencrypted content, try to keep content protection elsewhere, req 6 should be fulfilled ? ... Mark, any opinion ? <kaz> ACTION: Stevens to ping D. Singer on requirement 5 [recorded in [12]http://www.w3.org/2012/03/29-webtv-minutes.html#action02] <trackbot> Created ACTION-97 - Ping D. Singer on requirement 5 [on Clarke Stevens - due 2012-04-05]. MW: ask Chrome guys CS: content protection: is there anything that would prevent open source browser to implement ABR with a proprietary decryption part ? MW: need to make sure that jscript will be able to access segment info and timing info ... ...independently from how it has been encrypted CS: next requirement 7: "ABR media must be useable in HTML5" ... no specific comment ... Req 8: (linked to Req4), content must be identifiable MW: HLS/DASH, which profile, or whatever, would be handled by the script, thus does not apply to media source extension CS: should we change wording for this req? ... ... and review next time ... Req 9: identifiable parameters ... pass info through mime type and mime parameters: is it sufficient? MW: seems yes CS: Req 10: error reporting ... need for new errors ? MW: none provided yet CS: any errors needed to communicate back to the media element? MW: talking about browser doing the fetching itself , instead of XHR ... some interactions there, maybe with errors ? CS: We'll assume it's OK and somebody to speak if not MV: case where splicing ad into the media: ? MW: use another media element to render the ad MV: add this use case as a requirement: how to properly handle this (ad insertion impact on presentation timeline) CS: Please provide text on the wiki MV: OK MW: you would need some changes in the API to perform this use case MV: look at it carefully CS: Useful to have best practises ? ... any additional reqs? ... open item: document to provide to HTML TF, should be ready in 1-2 calls <kaz> [ adjourned ] <Clarke> Thanks Franck <kaz> thanks, franck! bye! Summary of Action Items [NEW] ACTION: Stevens to ping D. Singer on requirement 5 [recorded in [13]http://www.w3.org/2012/03/29-webtv-minutes.html#action01] [End of minutes] __________________________________________________________ Minutes formatted by David Booth's [14]scribe.perl version 1.136 ( [15]CVS log) $Date: 2012/03/29 16:07:47 $ [14] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [15] http://dev.w3.org/cvsweb/2002/scribe/
Received on Thursday, 29 March 2012 16:10:38 UTC