16:02:57 RRSAgent has joined #html-media 16:02:57 logging to http://www.w3.org/2013/11/05-html-media-irc 16:02:59 RRSAgent, make logs public 16:02:59 Zakim has joined #html-media 16:03:01 Zakim, this will be 63342 16:03:01 ok, trackbot; I see HTML_WG()11:00AM scheduled to start 3 minutes ago 16:03:02 Meeting: HTML Media Task Force Teleconference 16:03:02 Date: 05 November 2013 16:03:20 BobLund has joined #html-media 16:03:46 zakim, who is on the phone? 16:03:46 HTML_WG()11:00AM has not yet started, adrianba 16:03:47 On IRC I see BobLund, Zakim, RRSAgent, adrianba, acolwell, markw, jdsmith, pal, pladd, trackbot, wseltzer 16:03:57 zakim, this is html_wg 16:03:57 ok, adrianba; that matches HTML_WG()11:00AM 16:04:00 zakim, who is on the phone? 16:04:00 On the phone I see [Microsoft], markw, pladd, [Microsoft.a], Aaron_Colwell 16:04:04 zakim, [Microsoft.a] is me 16:04:05 +adrianba; got it 16:04:33 +pal 16:05:04 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2013Oct/0043.html 16:05:12 Chair: Aaron Colwell 16:05:18 ScribeNick: adrianba 16:05:23 Scribe: Adrian Bateman 16:05:34 TOPIC: Roll call, introductions and selection of scribe 16:05:48 zakim, who is on the phone? 16:05:48 On the phone I see [Microsoft], markw, pladd, adrianba, Aaron_Colwell, pal 16:05:57 acolwell: done 16:06:07 TOPIC: Previous meeting minutes 16:06:12 acolwell: posted 16:06:32 TOPIC: Review of action items and issues 16:06:38 https://www.w3.org/html/wg/media/track/actions/43 16:06:46 +BobLund 16:07:10 TOPIC: status of bugs 16:07:15 acolwell: as of this morning 3 open 16:07:18 TOPIC: Unresolved Last Call bugs 16:07:28 TOPIC: Bug 23169 - reconsider the jitter video quality metrics again 16:07:34 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23169 16:07:58 q+ 16:08:11 acolwell: lots of discussion - aaron can live with won't fixing this 16:08:25 ... believe paul contacted dsinger who said he would contact the appropriate people 16:08:29 ... not heard anything 16:08:33 ack next 16:08:49 markw: i think one of the original comments was about microsecond granularity 16:09:05 ... so i think we have to consider this rather than won't fixing the whole iess 16:09:09 q+ 16:09:10 s/iess/issue/ 16:09:29 markw: current spec seems infeasible - perhaps say as accurate as one refresh interval 16:09:49 acolwell: i could propose text - should we change micro to milli 16:09:51 ack next 16:10:16 jdsmith: we talked about maybe 1 millisecond resolution - realistically refresh rates will be in multiple millisecond 16:10:50 markw: units could still be microseconds - don't think we could say millisecond - think it should be in terms of frame interval 16:11:02 acolwell: mark, could you propose some text? 16:11:07 markw: okay? 16:11:21 acolwell: any other questions on this one? 16:11:49 adrianba: mark are you okay to provide text? 16:11:52 markw: yes 16:12:02 TOPIC: Bug 23441 - Establish an MSE bytestream format registry 16:12:09 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23441 16:12:24 acolwell: i checked in a change for this yesterday - made changes so MSE doesn't refer to a specific format 16:12:26 q+ 16:12:43 ... need to do another pass - consider this done though - new bugs if there are other tweaks needed 16:14:58 adrianba: two issues 16:15:24 ... 1) not sure if we lost the sense of "you don't have to support this format but if you do you should do it this way" 16:15:39 ... 2) we have to figure out how to publish the break-out documents - perhaps as W3C Notes 16:15:44 ... or maybe something less formal 16:15:54 ... not a major problem but something we need to think through 16:16:05 acolwell: yes, not sure how we will regulate additions 16:16:17 joesteele has joined #html-media 16:16:41 adrianba: i think we need people to look through these changes and give feedback 16:16:59 acolwell: agree - i started with glenn's key system document removing the tricky parts of key systems 16:17:04 ... it's bare bones right now 16:17:16 q+ 16:17:18 ... might need more structure for media formats 16:17:37 +AWK 16:17:39 ... the other thing is whether we need different editors so the people who care about those formats have more ownership 16:18:06 pal: i'm reading the proposed text - it says it is the authoritative source of formats 16:18:13 ... if it isn't listed should it not work? 16:18:32 acolwell: we can't stop that but people who accept a format should register the format so we get interop 16:18:47 ... you can do what you want with MSE but if you want interop then you should register 16:18:58 pal: the registry doesn't say what implementations support 16:19:05 acolwell: yes, you have to use the API to determine that 16:19:24 pal: right, i think the sentence is misleading because it suggests that if it is not there at can't be implemented 16:19:47 ... someone could support something not listed and still find out with isTypeSupported 16:20:00 acolwell: yes, but that's not ideal - rather that they filed a bug with proposed text 16:20:06 q? 16:20:10 ack next 16:20:12 ack next 16:20:37 acolwell: ACTION-43 is closed 16:20:47 TOPIC: Bug 23558 - Requirement to ignore additional top-level boxes in ISO BMFF limits forward compatibility. 16:20:54 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23558 16:21:09 acolwell: mark and i responded - don't think we've come to a conclusion yet 16:21:12 I just suggested we close WONT FIX 16:22:00 markw: i think the existing text is fine - if i come up with better text then we can look later 16:22:17 acolwell: now that iso is not in the MSE spec it technically shouldn't be a blocker 16:22:25 ... resolving the bug right now WONTFIX 16:22:47 close ACTION-45 16:22:47 Closed ACTION-45. 16:23:08 TOPIC: Bug 23661 - video stream requirement would restrict sign-language use cases 16:23:14 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23661 16:23:31 acolwell: resolved WORKSFORME this morning because we're not restricting anything 16:23:38 close ACTION-46 16:23:38 Closed ACTION-46. 16:23:38 Proposed text: "The byte stream format registry provides a mapping between return values of canPlayType() and byte stream format specifications." 16:23:46 TOPIC: Bug 23663 - Section 2.4.4 is not clear about whether it runs while seeking 16:23:48 q+ 16:23:57 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23663 16:25:46 ddorwin has joined #html-media 16:25:48 adrianba: was planning to find a bug to dup this to indicating that we wanted someone to work on a primer 16:25:54 acolwell: i will make the text change i indicated 16:26:15 acolwell: i will make the text change today - simple one line change 16:27:22 adrianba: so we'll close 23663 later today and then we just need text for the jitter issue 16:27:31 +ddorwin 16:29:09 adrianba: if mark can add the text for 23169 to the bug and we give people a couple of days to review 16:29:13 ... then we can add to the spec and close 16:29:27 ... i think we've met the requirement of contacting people who reported issues using Bugzilla 16:29:48 TOPIC: Exiting from Last Call 16:30:05 acolwell: i'm not an expert here - not sure if i can lead this 16:30:10 adrianba: i can talk through this 16:32:26 glenn has joined #html-media 16:33:30 -AWK 16:34:31 q+ 16:35:31 ack next 16:35:35 ack next 16:38:43 adrianba: [discussion of LC to CR process] 16:38:50 acolwell: any other questions? 16:39:44 pal: i suggested some text in 23441 16:39:45 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23441#c2 16:40:11 The statement "the byte stream format registry is the authoritative source for byte stream format specifications that can be accepted by a SourceBuffer" implies that implementations cannot support a byte stream unless it is listed in the registry. Per the call earlier, this does not sound like it is the objective. 16:40:11 Suggest instead: "The byte stream format registry provides a mapping between return values of canPlayType() and byte stream format specifications." 16:40:35 acolwell: we would need to tweak this - these are values for isTypeSupported 16:40:53 pal: my point is to make a statement of fact instead of something normative 16:41:10 ... if you want to see what is the defining spec for a particular format go see this registry 16:41:36 acolwell: part of the reason why i was using authoritative source text was to try to have the weight of saying you have to implement it this way 16:41:48 ... adrian's comments suggest i wasn't successful 16:41:57 ... so i will try again to address both your concerns 16:42:00 pal: thank you 16:42:20 -pladd 16:42:21 TOPIC: Any other business 16:42:25 -[Microsoft] 16:42:25 acolwell: nothing 16:42:27 see you next week 16:42:31 -pal 16:42:34 -adrianba 16:42:36 -markw 16:42:37 -BobLund 16:42:38 TOPIC: Adjournment 16:42:40 -Aaron_Colwell 16:42:46 acolwell: i think we're done for today 16:42:53 rrsagent, make minutes 16:42:53 I have made the request to generate http://www.w3.org/2013/11/05-html-media-minutes.html adrianba 16:42:57 rrsagent, make logs public 16:43:01 zakim, bye 16:43:01 leaving. As of this point the attendees were [Microsoft], markw, pladd, Aaron_Colwell, adrianba, pal, BobLund, AWK, ddorwin 16:43:01 Zakim has left #html-media 16:43:06 rrsagent, make minutes 16:43:06 I have made the request to generate http://www.w3.org/2013/11/05-html-media-minutes.html adrianba 17:40:17 adrianba has joined #html-media 18:02:11 adrianba_ has joined #html-media 19:15:26 malaclyps has joined #html-media 19:45:00 danny_ has joined #html-media 21:21:42 danny_ has joined #html-media 22:00:54 danny__ has joined #html-media 22:07:30 glenn has joined #html-media 22:19:03 danny__ has joined #html-media 23:18:05 glenn has joined #html-media