See also: IRC log
<scribe> Scribe: duncanr
<kaz> bug 12544
<kaz> scribe: duncanr
<kaz> scribenick: duncanr
Clarke: goes through Agenda
... front page of MPTF site has a dashboard
<kaz> MPTF site
Clarke: take a look at it when given chance and provide feeback
Clarke: MarkW wants to postopone
content protection propsal
... focus next week or the week after for discussion on that
Jason: what vendors are being considered for this proposal?
Clarke: let me know if there are other vendors to be included in discussion
Clarke: before we disuss model 3 lets discuss bug 12544
MarkV: explains bug summary
MarkV: related bug: 13357
... current audio and video discriptions assume that they are sent seperately
... this is not always the case
<mav> I've tried to map the most useful DASH role combinations to the defined HTML
<mav> values. Hopefully that's good enough for most purposes. If there are specific
<mav> use cases that this doesn't handle, please file separate bugs (I don't mind if
<mav> they are handled as LC1 bugs).
<mav> If there are other specifications that define specific roles that should be
<mav> mapped here, please file separate bugs with links to the relevant specs (I
<mav> don't mind if they are handled as LC1 bugs either).
MarkV: if there are relevant bugs
regarding to other external specs then they will be considered
... question to the group, are there any such bugs?
... look at whatwg spec 184.108.40.206.1
MarkV: I would encourage people to discuss issue
Kilroy: thanks for heads up
Clarke: will record this bug on
front page of MPTF site
... next topic is model 3 architecture
Clarke: has a couple of questions
of chrome architecture
... one of the issues from last week was what html would look like for video element that uses script to parse manifest
... looking at chromium it looks like regular video element with some js that gets media chunks and adds a few listeners
... do we want the video element to specify this?
Jason: generally agrees
Clarke: will write something on wiki
Clarke explains APIs
Clarke: anybody have any thought on pros and cons?
Kilroy: there's some issues
around the simple append.
... assumes you are just appending one segment
... there may be sperate appending for different media types
... issue of time alignment too
... in best case they are nicely aligned, other times they could overlap
... the script needs to know that
... segment decoded needs to be able to calculate common time bases
... complexity of accurate splicing
scribe missed question
<kaz> jason: @@@
Clarke: sounds like there are some things that need to be fleshed out
Kilroy: the whatwg and chrome
proposals both have same fundamental issues
... the DASH spec has flags that describes media.
<kaz> jason: @@2
scribe couldn't hear question
Kilroy: two profiles for
... it is necissary to know capability of decoder
... can in handle everything in manifest file?
... mpeg2-ts are self-initialising
... headers are repeated
... iso files and others have header information that is required to start decoding
... you might have to start by appending an initialise segment
... for live encoding you might have to initialise for each segment
... but on the other hand these headers might be inband and won't need intialising
... does that script retain the intialisation or does the player do this?
Clarke: the MIME type is not sufficient to know about this
Kilroy: no it only tells you
about a container, codec but not on detailed profile
... impossible to characterise all paramters.
Clarke: limit those MIME types to most popular collections?
Kilroy: MIME type list would be
huge to specify everything
... do you allow switching between HD and SD? how is adaptive coding and scaling done?
Clarke: raise these issues in the
... so discussion can take place around them
... please can Kilroy/ anybody do this
... any question?
Jason: do we need a way of querying the video tag?
Kilroy: yes, we need to know what the decoder is capable of
Clarke: any more questions?
... as you discover issues raise them with the group
<kaz> Chromium proposal
Clarke: we will compile them
weekly and discuss them as we go on
... end of meeting
<kaz> [ adjourned ]
This is scribe.perl Revision: 1.136 of Date: 2011/05/12 12:01:43 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/... take/Clarke: take/ Succeeded: i/MarkW/topic: content protection Succeeded: s/...MarkW/Clarke: MarkW/ Succeeded: s/... before/Clarke: before/ Succeeded: s/... related/MarkV: related/ Succeeded: s/... if there/MarkV: if there/ Succeeded: s/... I would/MarkV: I would/ Succeeded: s/this/this bug/ Succeeded: s/... has/Clarke: has/ Succeeded: s/anody/anybody/ Succeeded: s/scibed/scribe/ Succeeded: s/time/type/ Succeeded: s/... we will/Clarke: we will/ Found Scribe: duncanr Found Scribe: duncanr Found ScribeNick: duncanr Default Present: Kazuyuki, Clarke, +1.425.888.aaaa, John_Simmons, Franck, +1.443.030.aabb, Russell, Philipp, Giuseppe, Duncan, Mark_Vickers, Jason, +358.405.81aacc, Juhani, Kilroy Present: Clarke Kaz John Giuseppe Duncan Franck Russell Philipp Mark Jason Juhani Kilroy Agenda: http://www.w3.org/2011/webtv/wiki/MPTF/Agenda_Telco_9th_February_2012 Got date from IRC log name: 09 Feb 2012 Guessing minutes URL: http://www.w3.org/2012/02/09-webtv-minutes.html People with action items:[End of scribe.perl diagnostic output]