15:00:49 RRSAgent has joined #html-media
15:00:49 logging to http://www.w3.org/2012/07/31-html-media-irc
15:00:51 RRSAgent, make logs 185
15:00:51 Zakim has joined #html-media
15:00:53 Zakim, this will be 63342
15:00:53 ok, trackbot; I see HTML_WG()11:00AM scheduled to start now
15:00:54 Meeting: HTML Media Task Force Teleconference
15:00:54 Date: 31 July 2012
15:01:09 zakim, this is HTML_WG
15:01:09 ok, adrianba; that matches HTML_WG()11:00AM
15:01:27 zakim, who is on the phone?
15:01:27 On the phone I see ??P17, +1.352.870.aaaa, +1.206.218.aabb, [Microsoft]
15:01:39 zakim, ??P17 is me
15:01:39 +Clarke; got it
15:01:45 352 is me
15:01:45 +[Microsoft.a]
15:01:46 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0094.html
15:01:52 zakim, [Microsoft.a] is me
15:01:52 +adrianba; got it
15:03:09 zakim, [Microsoft] has paulc
15:03:09 +paulc; got it
15:03:17 zakim, who is on the phone?
15:03:17 On the phone I see Clarke, +1.352.870.aaaa, +1.206.218.aabb, [Microsoft], adrianba
15:03:19 [Microsoft] has paulc
15:03:35 zakim, aaaa is NiXu
15:03:35 +NiXu; got it
15:03:44 zakim, aabb is acolwell
15:03:44 +acolwell; got it
15:03:54 zakim, list attendees
15:03:54 As of this point the attendees have been +1.352.870.aaaa, +1.206.218.aabb, Clarke, adrianba, paulc, NiXu, acolwell
15:03:59 zakim, who is on the phone?
15:03:59 On the phone I see Clarke, NiXu, acolwell, [Microsoft], adrianba
15:04:00 [Microsoft] has paulc
15:04:31 ScribeNick: adrianba
15:04:44 Scribe: Adrian Bateman
15:04:48 Chair: Paul Cotton
15:04:58 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0094.html
15:05:20 whitech has joined #html-media
15:05:28 TOPIC: Roll call, introductions and selection of scribe
15:05:32 paulc: done
15:05:40 TOPIC: Previous meeting minutes
15:05:45 http://www.w3.org/2012/07/14-html-media-minutes.html
15:05:58 TOPIC: Review of action items
15:06:20 glenn has joined #html-media
15:06:31 paulc: no actions for MSE
15:06:56 TOPIC: Baseline documents and Bugzilla information
15:07:05 http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html
15:07:12 http://tinyurl.com/6pdnzej
15:07:21 TOPIC: Actions from the previous meeting
15:07:30 +??P30
15:07:39 paulc: Moved SourceBufferList.remove() to MediaSource.removeSourceBuffer()
15:07:40 zakim, ??p30 is glenn
15:07:40 +glenn; got it
15:07:48 yes
15:07:55 ... this is bug 17082
15:08:05 ... marked as RESOLVED FIXED
15:08:14 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0062.html
15:08:17 +??P31
15:08:32 paulc: wanted to make sure everyone knew this was done
15:08:48 zakim, ??P31 is markw
15:08:49 +markw; got it
15:08:58 paulc: next item is Redesign mediaSourceURL mechanism to allow declarative syntax
15:09:05 ... bug 16997
15:09:13 ... marked as RESOLVED WONTFIX
15:09:29 ... those are the two items we pushed out of the way in the last meeting
15:09:39 paulc: next is Change sourceAppend() to take a URL and optional range parameters
15:09:48 ...bug 16998
15:09:54 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0074.html
15:10:20 paulc: i marked this in the agenda as needs more discussion - can we get an update?
15:10:40 acolwell: i summarised the old thread and tried to include the different perspectives
15:10:56 ... and suggested we should take a step back and reevaluate what we're doing
15:11:00 ... a lot of this looks like XHR
15:11:14 ... so maybe we could use that instead of building this into MSE
15:11:26 ...mark responded which i haven't had time to reply
15:11:41 ...seemed to agree but nobody else has so i don't know if we have agreement
15:11:54 paulc: one other response
15:12:04 acolwell: yes, i need to review this
15:12:37 paulc: are your questions trying to break bug 16998 into separate bugs or just enumerate the hard questions to resolve the bug
15:12:47 acolwell: i think part is to split the bug into 2 pieces
15:12:56 ... one requirement is about rate limiting appends
15:13:06 ... and then there's the i want to append with either a URL or a blob
15:13:36 ... 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
15:13:51 ... so i think there are two issues that i was trying to solve in one go but maybe should be separate
15:14:09 ... i was hoping to get some feedback from people on the appending about which feels more natural
15:14:10 q+
15:14:16 BobLund has joined #html-media
15:14:23 ack adr
15:14:48 adrianba: haven't looked in detail yet - happy to take the action to provide Microsoft's feedback by the next call
15:15:15 paulc: i think you mean replying to aaron's original mail and at least determine if we can resolve by splitting as he proposed
15:15:31 paulc: is there anything else we can do now?
15:15:35 acolwell: no
15:15:54 paulc: i'll carry this item forward and we can decide in two weeks if and how to split the bug
15:16:04 paulc: Define a timestamp offset mechanism
15:16:12 ... bug 17004
15:16:21 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0035.html
15:16:36 paulc: this was summarised earlier and then a few replies
15:16:51 acolwell: the discussion continued and then yesterday i published spec updates that include this
15:17:10 ...was going down the path of having a stack and then proposed that we could have that in JS alone
15:17:16 ... and went back to the simple mechanism
15:17:23 +??P12
15:17:25 ... and there were no objections after a short discussion
15:17:29 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0095.html
15:17:36 ... so i updated the spec
15:17:45 paulc: that includes 17004 and some other changes?
15:17:52 acolwell: yes - not mentioned in the agenda
15:18:01 ... also has the duration changes that were discussed
15:18:07 zakim, ??P12 is me
15:18:07 +BobLund; got it
15:18:21 paulc: bug 17004 is now marked RESOLVED FIXED
15:18:28 http://lists.w3.org/Archives/Public/public-html-media/2012Jul/0050.html
15:18:49 ... bug 17071 also RESOLVED FIXED
15:19:11 ... Define how presentation duration is set & updated
15:19:35 paulc: there are new bugs related to timestamps
15:19:43 ... Remove format specific presentation start timestamp sections
15:19:48 https://www.w3.org/Bugs/Public/show_bug.cgi?id=18389
15:20:14 paulc: are you just looking for comments?
15:20:33 acolwell: there was a discussion about removing a mechanism for determining start time
15:20:43 ... it currently uses timestamp of initial segment
15:20:52 ... and as we implemented we ran into some problems
15:21:00 ... so we proposed always starting at zero
15:21:16 -markw
15:21:23 ... and use the timestamp offset mechanism if your media doesn't do this
15:21:39 ... i think mark and i agreed but then there was some side discussion
15:21:58 ... in the last spec update i added text to describe the existing behaviour so people could look at it
15:22:01 +??P18
15:22:17 ... but if we decide presentations should always start at zero then we can remove that
15:22:24 zakim, ??P18 is markw
15:22:24 +markw; got it
15:22:28 markw has joined #html-media
15:22:48 paulc: the bug has a very concrete proposal - maybe we give people one week to respond - is that enough time?
15:23:08 ... alternatively you could just make the change and if necessary back it out
15:23:30 ... someone had some questions and i think i answered but i didn't get an idea of whether the answers satisfied him
15:23:48 paulc: my recommendation is review as you suggested and then make the change as a single check-in
15:23:58 ... mark the bug when you do it and then we can review
15:24:02 adrianba: +1
15:24:17 paulc: next is Define and document timestamp heuristics
15:24:23 https://www.w3.org/Bugs/Public/show_bug.cgi?id=18400
15:24:30 paulc: this one asks lots of questions
15:24:48 ... assigned to mark
15:24:56 https://www.w3.org/Bugs/Public/show_bug.cgi?id=18400#c1
15:25:25 markw: i asked for this to be assigned to me but haven't done it yet - will address by the next call
15:25:37 paulc: this will be on the agenda for the next meeting
15:25:56 TOPIC: Candidate Media Source Extension bugs for discussion
15:26:03 http://tinyurl.com/6pdnzej
15:26:36 paulc: not sure how to handle these
15:27:12 ... when we originally met, we said we'd wait on many of these for the API changes
15:27:28 acolwell: 17001 - not sure how to deal with this
15:27:47 ... i've added text but this was mainly due to Bob Lund pointing out that this was discussed
15:27:52 ... not sure how to proceed
15:28:15 paulc: suggest you go back to the bug with a pointer into the spec saying where the changes are
15:28:39 ... and then you compose a mail to Bob copying the list asking if this resolves the issue
15:28:58 ... we should do this for all bugs we believe resolved
15:29:08 ... give a two week window and then treat as closed
15:29:16 ... does that apply to any others?
15:29:41 acolwell: bug 17000 - i lowered the priority because i don't think we know how we move forward on this
15:30:11 ... i don't think we have any capabilities that need negotiation
15:30:37 ... so i don't know whether to close this bug until we need it or leave it open
15:30:43 paulc: adrianba?
15:31:08 adrianba: i need to get john simmons to look at this
15:31:37 paulc: adrian or john will provide microsoft's opinion on this
15:31:47 acolwell: i think kilroy was the one with thoughts on this
15:31:50 adrianba: ok
15:32:01 paulc: what about bug 17739
15:32:09 https://www.w3.org/Bugs/Public/show_bug.cgi?id=17739
15:32:18 ... any reason why this can't just be implemented
15:32:24 acolwell: yes, i can do this
15:32:37 paulc: editors will action this
15:32:46 paulc: bug 17002
15:32:53 https://www.w3.org/Bugs/Public/show_bug.cgi?id=17002
15:33:07 acolwell: we don't have source IDs any more because of going to the O-O API
15:33:15 ... so now we just have source buffers
15:33:22 q+
15:33:35 paulc: i suggest closing the bug and pointing to the new open bug
15:33:45 q?
15:34:09 ack adri
15:34:45 adrianba: i think it makes more sense to retitle the bug since the problem is still the same
15:34:58 paulc: that's fine as long as it is clearly commented in the bug
15:35:05 acolwell: i'll go back and look at the history
15:35:16 paulc: bug 17006
15:35:52 ...