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