- From: Adrian Bateman <adrianba@microsoft.com>
- Date: Tue, 31 Jul 2012 15:48:48 +0000
- To: Paul Cotton <Paul.Cotton@microsoft.com>, "public-html-media@w3.org" <public-html-media@w3.org>
- CC: "Aaron Colwell <acolwell@google.com> (acolwell@google.com)" <acolwell@google.com>, Mark Watson <watsonm@netflix.com>
Minutes -> http://www.w3.org/2012/07/31-html-media-minutes.html
- DRAFT -
HTML Media Task Force Teleconference
31 Jul 2012
 Agenda
See also: IRC log
Attendees
Present
  +1.352.870.aaaa, +1.206.218.aabb, Clarke, adrianba, paulc, NiXu, acolwell, glenn, markw, BobLund
Regrets
Chair
  Paul Cotton
Scribe
  Adrian Bateman
Contents
Topics
1.Roll call, introductions and selection of scribe
2.Previous meeting minutes
3.Review of action items
4.Baseline documents and Bugzilla information
5.Actions from the previous meeting
6.Candidate Media Source Extension bugs for discussion
7.Other Business
8.Chair and Scribe for next meeting
9.Adjournment
Summary of Action Items
--------------------------------------------------------------------------------
Roll call, introductions and selection of scribe
paulc: done
Previous meeting minutes
http://www.w3.org/2012/07/14-html-media-minutes.html
Review of action items
paulc: no actions for MSE
Baseline documents and Bugzilla information
 http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html
http://tinyurl.com/6pdnzej
Actions from the previous meeting
paulc: Moved SourceBufferList.remove() to MediaSource.removeSourceBuffer()
<glenn> yes
paulc: this is bug 17082
 ... marked as RESOLVED FIXED
 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0062.html
paulc: wanted to make sure everyone knew this was done
 ... next item is Redesign mediaSourceURL mechanism to allow declarative syntax
 ... bug 16997
 ... marked as RESOLVED WONTFIX
 ... those are the two items we pushed out of the way in the last meeting
 ... next is Change sourceAppend() to take a URL and optional range parameters
 ... bug 16998
 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0074.html
paulc: i marked this in the agenda as needs more discussion - can we get an update?
acolwell: i summarised the old thread and tried to include the different perspectives
 ... and suggested we should take a step back and reevaluate what we're doing
 ... a lot of this looks like XHR
 ... so maybe we could use that instead of building this into MSE
 ... mark responded which i haven't had time to reply
 ... seemed to agree but nobody else has so i don't know if we have agreement
paulc: one other response
acolwell: yes, i need to review this
paulc: are your questions trying to break bug 16998 into separate bugs or just enumerate the hard questions to resolve the bug
acolwell: i think part is to split the bug into 2 pieces
 ... one requirement is about rate limiting appends
 ... and then there's the i want to append with either a URL or a blob
 ... one is a way for the UA to control how quickly the app can append things and the other about whether you avoid the data coming into JavaScript
 ... so i think there are two issues that i was trying to solve in one go but maybe should be separate
 ... i was hoping to get some feedback from people on the appending about which feels more natural
adrianba: haven't looked in detail yet - happy to take the action to provide Microsoft's feedback by the next call
paulc: i think you mean replying to aaron's original mail and at least determine if we can resolve by splitting as he proposed
 ... is there anything else we can do now?
acolwell: no
paulc: i'll carry this item forward and we can decide in two weeks if and how to split the bug
 ... Define a timestamp offset mechanism
 ... bug 17004
 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0035.html
paulc: this was summarised earlier and then a few replies
acolwell: the discussion continued and then yesterday i published spec updates that include this
 ... was going down the path of having a stack and then proposed that we could have that in JS alone
 ... and went back to the simple mechanism
 ... and there were no objections after a short discussion
<paulc> http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0095.html
acolwell: so i updated the spec
paulc: that includes 17004 and some other changes?
acolwell: yes - not mentioned in the agenda
 ... also has the duration changes that were discussed
paulc: bug 17004 is now marked RESOLVED FIXED
<acolwell> http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0050.html
paulc: bug 17071 also RESOLVED FIXED
 ... Define how presentation duration is set & updated
 ... there are new bugs related to timestamps
 ... Remove format specific presentation start timestamp sections
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18389
paulc: are you just looking for comments?
acolwell: there was a discussion about removing a mechanism for determining start time
 ... it currently uses timestamp of initial segment
 ... and as we implemented we ran into some problems
 ... so we proposed always starting at zero
 ... and use the timestamp offset mechanism if your media doesn't do this
 ... i think mark and i agreed but then there was some side discussion
 ... in the last spec update i added text to describe the existing behaviour so people could look at it
 ... but if we decide presentations should always start at zero then we can remove that
paulc: the bug has a very concrete proposal - maybe we give people one week to respond - is that enough time?
 ... alternatively you could just make the change and if necessary back it out
 ... someone had some questions and i think i answered but i didn't get an idea of whether the answers satisfied him
 ... my recommendation is review as you suggested and then make the change as a single check-in
 ... mark the bug when you do it and then we can review
adrianba: +1
paulc: next is Define and document timestamp heuristics
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18400
paulc: this one asks lots of questions
 ... assigned to mark
<paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=18400#c1
markw: i asked for this to be assigned to me but haven't done it yet - will address by the next call
paulc: this will be on the agenda for the next meeting
Candidate Media Source Extension bugs for discussion
http://tinyurl.com/6pdnzej
paulc: not sure how to handle these
 ... when we originally met, we said we'd wait on many of these for the API changes
acolwell: 17001 - not sure how to deal with this
 ... i've added text but this was mainly due to Bob Lund pointing out that this was discussed
 ... not sure how to proceed
paulc: suggest you go back to the bug with a pointer into the spec saying where the changes are
 ... and then you compose a mail to Bob copying the list asking if this resolves the issue
 ... we should do this for all bugs we believe resolved
 ... give a two week window and then treat as closed
 ... does that apply to any others?
acolwell: bug 17000 - i lowered the priority because i don't think we know how we move forward on this
 ... i don't think we have any capabilities that need negotiation
 ... so i don't know whether to close this bug until we need it or leave it open
paulc: adrianba?
adrianba: i need to get john simmons to look at this
paulc: adrian or john will provide microsoft's opinion on this
acolwell: i think kilroy was the one with thoughts on this
adrianba: ok
paulc: what about bug 17739
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17739
scribe: any reason why this can't just be implemented
acolwell: yes, i can do this
paulc: editors will action this
 ... bug 17002
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17002
acolwell: we don't have source IDs any more because of going to the O-O API
 ... so now we just have source buffers
paulc: i suggest closing the bug and pointing to the new open bug
adrianba: i think it makes more sense to retitle the bug since the problem is still the same
paulc: that's fine as long as it is clearly commented in the bug
acolwell: i'll go back and look at the history
paulc: bug 17006
 ... <track> Setting track language & kind when the information is in a manifest
acolwell: i need to rethink this - i'll take an action to look again given the new API
paulc: bug 17072
 ... Define behavior for a break in contiguous appending
acolwell: i think we may have had discussions that make this no longer relevant
 ... i will look and update
paulc: bug 17094
 ... Define segment formats for MPEG2-TS
 ... could someone take a look and recommend how to deal with this
acolwell: this one may be controversial
paulc: perhaps someone could create a summary and we can discuss in the next meeting?
 ... i think that's all of them
 ... i will make sure i use the minutes to drive the next agenda
Other Business
adrianba: just wanted to ask how close we think we are to feature complete
 ... once we get there we could consider asking the WG for FPWD
paulc: when this was presented you gathered all the comments from the list and turned into bugs?
adrianba: yes
paulc: there are a couple of important bugs still to be worked on
 ... maybe we should put a call out asking for items that are missing from the spec
acolwell: i think the append mechanism and the rate limiting are key things
paulc: are they included in bugs?
acolwell: yes
paulc: paraphrasing adrian's question as if we close the current bugs is that good enough to go to FPWD
 ... then we can consider if there are some that don't even need to be resolved to get there
acolwell: i think we're close
<glenn> yes, go to FPWD
paulc: another question: i don't think there's a reason we couldn't publish this spec as FPWD without the EME spec - they are independent, correct?
acolwell: yes
adrianba: yes
paulc: i will send a note to the media list saying that we've done the major change to the API, we're moving along, and we're looking for any missing functionality
 ... does that answer your AOB question?
adrianba: yes
Chair and Scribe for next meeting
paulc: next meeting will be aug 14
 ... i will chair
 ... any volunteers to scribe?
 ... not hearing anyone
Adjournment
paulc: all done for today, lots of work to be done though
 ... we're adjourned
Summary of Action Items
 [End of minutes]
-----Original Message-----
From: Paul Cotton 
Sent: Monday, July 30, 2012 6:06 AM
To: public-html-media@w3.org
Cc: Aaron Colwell <acolwell@google.com> (acolwell@google.com); Adrian Bateman; Mark Watson
Subject: {agenda} HTML WG media telecon 2012-07-31 - media source extension bugs
The HTML WG media teleconference meeting will occur on 2012-07-31 for up to 60 minutes from 15:00Z to 16:00Z.
http://timeanddate.com/s/298h
Tokyo midnight, Amsterdam/Oslo 17:00, London/Dublin 16:00, New Jersey/York 11:00, Kansas City 10:00, Seattle/San Francisco 08:00.
Chair of the meeting: Paul Cotton
Scribe: TBD
(See the end of this email for dial-in and IRC info.)
== Agenda ==
1. Roll call, introductions and selection of scribe
2. Previous meeting minutes
http://www.w3.org/2012/07/14-html-media-minutes.html
3. Review of action items
https://www.w3.org/html/wg/media/track/
Note: None currently.
4. Baseline documents and Bugzilla information
a) Media Source Extensions editor's draft: 
http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html 
b) Media Source Extension bugs: 
http://tinyurl.com/6pdnzej 
5. Actions from previous meeting
a) Moved SourceBufferList.remove() to MediaSource.removeSourceBuffer() 
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17082 
Status: RESOLVED FIXED
http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0062.html
and
Editors Draft: http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html
b) Redesign mediaSourceURL mechanism to allow declarative syntax
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16997 
Status: RESOLVED WONTFIX
c) Change sourceAppend() to take a URL and optional range parameters
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16998 
[MSE] Summary of 'Appending URLs' thread
http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0074.html
Status:  Needs more discussion.
d) Define a timestamp offset mechanism
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17004
Aaron's summary:
http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0035.html
Status: Needs more discussion.
e) New bugs related to timestamps (see above)
New bug: Remove format specific presentation start timestamp sections
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18389
New bug: Define and document timestamp heuristics
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18400 
6.  Candidate Media Source Extension bugs for discussion 
http://tinyurl.com/6pdnzej
We will discuss some of the bugs on the Media Source Extension proposal.
7. Other Business
8. Chair and Scribe for next meeting
9. Adjournment
== Dial-in and IRC Details ==
Zakim teleconference bridge:
   +1.617.761.6200, conference 63342 ("media")
https://www.w3.org/Guide/1998/08/teleconference-calendar#s_5366
Supplementary IRC chat (logged):
   #html-media on irc.w3.org port 6665 or port 80
Received on Tuesday, 31 July 2012 15:49:57 UTC