14:59:56 <RRSAgent> RRSAgent has joined #html-media
14:59:56 <RRSAgent> logging to http://www.w3.org/2014/09/09-html-media-irc
14:59:58 <trackbot> RRSAgent, make logs public
14:59:58 <Zakim> Zakim has joined #html-media
15:00:00 <trackbot> Zakim, this will be 63342
15:00:01 <Zakim> ok, trackbot; I see HTML_WG()11:00AM scheduled to start now
15:00:01 <trackbot> Meeting: HTML Media Task Force Teleconference
15:00:01 <trackbot> Date: 09 September 2014
15:00:21 <paulc> Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014Sep/0004.html
15:00:58 <paulc> zakim, what is the code?
15:00:58 <Zakim> the conference code is 63342 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), paulc
15:01:42 <paulc> zakim, who is on the phone?
15:01:42 <Zakim> HTML_WG()11:00AM has not yet started, paulc
15:01:44 <Zakim> On IRC I see RRSAgent, ddorwin, paulc, BobLund, markw, trackbot
15:01:45 <davide> davide has joined #html-media
15:01:53 <paulc> trackbot, start meeting
15:01:55 <trackbot> RRSAgent, make logs public
15:01:57 <trackbot> Zakim, this will be 63342
15:01:58 <trackbot> Meeting: HTML Media Task Force Teleconference
15:01:58 <trackbot> Date: 09 September 2014
15:01:58 <Zakim> ok, trackbot; I see HTML_WG()11:00AM scheduled to start now
15:02:07 <paulc> zakim, who is on the phone?
15:02:07 <Zakim> HTML_WG()11:00AM has not yet started, paulc
15:02:09 <Zakim> On IRC I see davide, Zakim, RRSAgent, ddorwin, paulc, BobLund, markw, trackbot
15:03:05 <jdsmith> jdsmith has joined #html-media
15:03:26 <paulc> zakim, who is on the phone?
15:03:26 <Zakim> HTML_WG()11:00AM has not yet started, paulc
15:03:27 <Zakim> On IRC I see jdsmith, davide, Zakim, RRSAgent, ddorwin, paulc, BobLund, markw, trackbot
15:03:36 <paulc> trackbot, start meeting
15:03:39 <trackbot> RRSAgent, make logs public
15:03:41 <trackbot> Zakim, this will be 63342
15:03:41 <trackbot> Meeting: HTML Media Task Force Teleconference
15:03:41 <trackbot> Date: 09 September 2014
15:03:43 <Zakim> ok, trackbot; I see HTML_WG()11:00AM scheduled to start 3 minutes ago
15:03:51 <paulc> zakim, start meeting
15:03:52 <Zakim> I don't understand 'start meeting', paulc
15:03:55 <pladd> pladd has joined #html-media
15:04:45 <paulc> zakim, what meetings?
15:04:45 <Zakim> I don't understand your question, paulc.
15:05:00 <paulc> zakim, list
15:05:00 <Zakim> I see Team_(comm)14:02Z, WAI_WCAG()11:00AM, HTML_WG()11:00AM, XML_EXI()10:00AM, SW_HCLS()11:00AM, XML_ET-TF()11:00AM active
15:05:02 <Zakim> also scheduled at this time are VB_VBWG()10:00AM, WAI_UAWG(CHAIRS)10:30AM, RWC_WebEven()11:00AM, RWC_PEWG()11:00AM, DPUB_DIGC()10:00AM
15:05:37 <paulc> zakim, this is HTML_WG
15:05:37 <Zakim> ok, paulc; that matches HTML_WG()11:00AM
15:05:44 <paulc> zakim, start meeting
15:05:44 <Zakim> I don't understand 'start meeting', paulc
15:05:50 <Zakim> +davide
15:06:28 <paulc> rrsagent, generate minutes
15:06:28 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html paulc
15:06:37 <paulc> zakim, who is here?
15:06:37 <Zakim> On the phone I see markw, [Microsoft], jdsmith, ddorwin, davide
15:06:39 <Zakim> On IRC I see pladd, jdsmith, davide, Zakim, RRSAgent, ddorwin, paulc, BobLund, markw, trackbot
15:06:51 <paulc> zakim, [Microsoft] is me
15:06:51 <Zakim> +paulc; got it
15:08:41 <paulc> ScribeNick: paulc
15:09:06 <paulc> Topic: EME bugs resolved since last meeting
15:09:09 <Zakim> +BobLund
15:09:24 <paulc> Bug 26575 - Separate creation of the MediaKeySession from "message" event generation
15:09:39 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26575
15:09:53 <paulc> Bug 24322 - Reorganize spec by object
15:10:06 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=24322
15:10:23 <paulc> paulc: how many changes for 24322.
15:10:46 <paulc> David: no content changes and conversion to Respec is next on list.
15:11:05 <paulc> paulc: See 25506 for conversion to Respec
15:11:22 <paulc> Bug 26678 - MediaKeySession.generateRequest() should not fail if callable is false
15:11:28 <ddorwin> Just a typo
15:11:37 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26678
15:11:55 <paulc> That ends the three bugs that were resolved except for items noted below.
15:12:23 <paulc> Topic: Bug 26738 - "ISO Common Encryption EME Stream Format and Initialization Data" should be extended for MPEG-2 TS CENC
15:12:35 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26738
15:12:40 <paulc> See lively discussion.
15:13:38 <paulc> We need someone that has access to "ISO Common Encryption EME Stream Format and Initialization Data" [1]
15:13:52 <ddorwin> See https://www.w3.org/Bugs/Public/show_bug.cgi?id=26738#c9
15:14:17 <paulc> The initdata types are conflated the container parsing and we may have split those up.
15:14:25 <BobLund> q+
15:14:41 <paulc> David will file a separate bug for that which would change the registery.
15:14:45 <paulc> ack Bob
15:15:11 <paulc> Bob has access to the spec and will work with the Editors on getting proposed text for 26738
15:15:29 <paulc> Topic: Bug 26758 - Need a more robust way of preventing multiple MediaKeySession objects for persisted session data
15:15:44 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26758
15:17:07 <Zakim> +joesteele
15:17:27 <paulc> This bug has no solution yet but David proposes to move responsibility for preventing duplicate sessions to the CDM
15:17:33 <joesteele> joesteele has joined #html-media
15:18:00 <paulc> We will leave 26758 for David to propose a concrete change and/or to make the change.
15:18:04 <Zakim> -markw
15:18:17 <paulc> Topic: EME bugs related to handling of URLs
15:18:28 <Zakim> +markw
15:18:30 <paulc> See Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014Sep/0004.html
15:20:11 <joesteele> scribe: joesteele
15:21:04 <paulc> Cluster of related bugs: 26683, 26575, 25920, 26401
15:21:10 <joesteele> paulc: cluster of related 26683, 25920, 26401, 26575 are all related
15:21:24 <joesteele> ... need some help figuring out where to attack the cluster
15:21:32 <Zakim> +davide.a
15:21:46 <joesteele> ... David, I think you suggested 26683
15:22:23 <paulc> Discussion also relates the URL processing to the HTTPS bug: https://www.w3.org/Bugs/Public/show_bug.cgi?id=26332
15:22:26 <joesteele> ddorwin: some were open for related reasons, 26401 is an effect
15:22:38 <joesteele> ... would like to close the old bugs and file a new bug if we can
15:22:54 <joesteele> q+
15:23:28 <joesteele> paulc: I am not the subject matter expert here, but I would like to resolve. This is also related to 26332 as part of the rationale
15:24:15 <joesteele> ... David you said two things. You wanted to open a new bug and you wanted to close all except 26683.
15:24:33 <joesteele> ddorwin: if folks are not happy with that, then would rather have a new bug that states exactly what we want
15:24:49 <joesteele> paulc: you have a concrete proposal
15:24:58 <markw> q+
15:25:00 <paulc> ack joe
15:26:07 <paulc> Core issue is one of two things a) we have a concept of CRM specific meta-data OR b) need for routing information like a URL
15:26:35 <paulc> Joe: I and Jerry are aguring for a) but David is arguing against that
15:26:47 <paulc> ack markw
15:27:18 <joesteele> markw: I agree with Joe - we could move this under one bug. The argument is about this routing information - should be enum or routing field
15:27:37 <ddorwin> q+
15:27:46 <joesteele> ... there is a design for free-form information and folks will just prepend to the other information if we do not provide it
15:28:11 <joesteele> ... think theat there was confusion about where this information was extracted from - didn't rewalize we were removing
15:28:20 <joesteele> s/theat/that/
15:28:28 <paulc> ack dd
15:28:31 <ddorwin> If the federated case is the only use case, we should either think through how that works or add support when necessary.
15:28:32 <joesteele> s/rewalizerealize/
15:28:37 <joesteele> s/rewalize/realize/
15:29:15 <joesteele> ddorwin: I think the federated use case will come with some metadata as well - don't want to add something that may never be used
15:29:16 <joesteele> q+
15:29:18 <markw> s/didn't rewalize we were removing/didn't realize we were removing the possibility to populate destinationURL/
15:29:35 <joesteele> paulc: do you think the current document handles either case today?
15:29:54 <joesteele> ddorwin: there is an assumption that this means urls in the PSSH - don't think that is desirable
15:30:24 <joesteele> ... has been brought up as a reason for why to have the URL
15:30:36 <joesteele> ... don't want to overallow -- be more explicit
15:30:47 <joesteele> ... don't add stuff we may not need
15:30:48 <paulc> ack joe
15:32:25 <ddorwin> q+
15:32:50 <joesteele> joesteele: the PSSH solution was the compromise solution adopted by the DASH group -- before we move away should have a lot of discussion
15:33:14 <joesteele> .. in my mind we are removing existing flexibility not adding a new feature if we do not support this
15:33:17 <ddorwin> This is a web API, so we have different constraints (and capabilities/assumptions) than DASH.
15:33:17 <paulc> ack dd
15:33:50 <joesteele> ddorwin: DASH is going after other use cases than the web so maybe this does not apply, DASH should not force us to do anything
15:34:19 <markw_> markw_ has joined #html-media
15:34:20 <joesteele> paulc: can we ask the editors to close those bugs (possibly marking as dups of 26683)
15:34:37 <joesteele> ... perhaps topic should be generalized or changed to reflect this
15:34:54 <joesteele> ... David - would you mind handling that?
15:35:14 <joesteele> ddorwin: will do - will close some as they were
15:35:31 <Zakim> -davide
15:35:44 <joesteele> Topic: bug 25092
15:35:49 <paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25092
15:36:05 <joesteele> s/bug 25092/Bug 25092 - Need a way to inform script that resolution restrictions are applied/
15:36:21 <joesteele> paulc: this was an old bug with new comments just reently
15:36:28 <joesteele> s/reently/recently/
15:36:42 <markw_> q+
15:36:51 <joesteele> paulc: take a personal note to review
15:37:03 <paulc> ack mark
15:37:08 <joesteele> s/take a personal/Joe - take a personal/
15:37:26 <joesteele> markw: I agree with David in that bug - it would be great to have a more more general solution
15:37:53 <joesteele> ... someone on the browser side needs to coordinate on this for a more general solution
15:38:26 <joesteele> paulc: You are saying the CSS working group is not interested in the problem unless there is a proposed solution. Do you see this in their domain?
15:38:43 <joesteele> markw: there was not a statement of intent -- just lack of interest
15:39:03 <joesteele> paulc: can you add that message to the bug? from the CSS archive?
15:39:23 <joesteele> ... browser vendors on the call should look at this as well
15:39:52 <joesteele> ddorwin: it was my proposal to make it more generic on MSE or HTML Media Element -- I was just providing feedback though
15:40:07 <joesteele> Topic: Bug 26372 - Revisit the need for EME-specific DOMException names and the "error" attribute and event
15:40:14 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26372
15:40:25 <ddorwin> Current title is
15:40:25 <ddorwin> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26372 - Report issues/events not related to a specific method call
15:40:29 <joesteele> paulc: looks like pretty active discussion
15:41:12 <joesteele> ... Mark responded on the 26th. Mark, Joe David all active here.
15:41:15 <ddorwin> q+
15:41:56 <joesteele> ... are there questions to resolve here?
15:42:21 <joesteele> joesteele: I thought there was general agreement we need to solve, I thought a specific event would be fine. Are you ok with that David?
15:42:25 <paulc> ack dd
15:42:35 <markw_> q+
15:43:38 <ddorwin> The latest discussion starts at https://www.w3.org/Bugs/Public/show_bug.cgi?id=26372#c10
15:43:55 <joesteele> joesteele: I thought downscaling was an example of this message to send
15:44:32 <joesteele> ddorwin: is the key usable event already exists, seems like remaining events are tied to keys like this
15:44:51 <joesteele> ... could return a list of all keys (not just usable) instead with associated statuses/codes
15:45:10 <joesteele>  ... please provide feedback
15:45:14 <jdsmith> q+
15:45:22 <paulc> ack mark
15:45:46 <joesteele> markw: question here was more general - we have exceptions that can be returned, but no way to return the detailed system code
15:45:53 <joesteele> ... that still seems like an outstanding problem
15:46:15 <joesteele> ddorwin: that was not the intent of this bug although it was discussed - Jerry was going to file a bug on that
15:46:35 <joesteele> jdsmith: I thought this bug was the system code topic, appears to have been re-titled
15:46:42 <joesteele> ... possible I need to add a new bug
15:47:02 <joesteele> ddorwin: the intent here was always to handle the non-promise errors
15:47:02 <paulc> ack jd
15:47:19 <joesteele> jdsmith: I think it would make sense to add the system code issue as a specific bug
15:48:04 <joesteele> paulc: so David, bug 26373 is dealing with the proposal in comment 10. Jerry will separate out the system code issue
15:48:21 <ddorwin> s/26373/26372/
15:48:28 <joesteele> joesteele: I think system codes would apply to the non-promise bugs as well
15:48:37 <joesteele> Topic: Bug 26600 - Text is confused between persistent session vs persistent licenses
15:48:48 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26600#c2
15:49:19 <joesteele> paulc: what is the status?
15:49:46 <joesteele> ... not much discussion in last few weeks
15:49:54 <paulc> See https://www.w3.org/Bugs/Public/show_bug.cgi?id=26600#c4
15:49:56 <joesteele> ddorwin: I was planning to implement my proposal in comment 4
15:50:22 <joesteele> paulc: bug 26600 is in the hands of the editors then
15:50:25 <joesteele> Topic: Bug 25923 - isTypeSupported should be asynchronous
15:50:33 <joesteele> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25923#c20
15:50:42 <paulc> See Jerry's https://www.w3.org/Bugs/Public/show_bug.cgi?id=25923#c12
15:51:17 <paulc> See also https://www.w3.org/Bugs/Public/show_bug.cgi?id=25923#c19
15:51:24 <joesteele> paulc: maybe we can start with Jerrys comment 19
15:52:03 <joesteele> jdsmith: they added a comment since that, that says that the key system must be asynchronous
15:52:22 <joesteele> paulc: where do we stand then?
15:52:41 <joesteele> jdsmith: we had requested a separate bug for CDM downloads so we could have a larger discussion
15:53:27 <joesteele> ... Anne is focusing on isTypeSupported for an approval process. Because this is a user-conditional format and the user needs time to respond.
15:54:30 <joesteele> joesteele: this type of conditional access will drastically reduce usage we have seen
15:54:34 <joesteele> ... off topic
15:54:55 <joesteele> ddorwin: have to figure out how to support this for browsers that choose to do it
15:55:21 <joesteele> jdsmith: I would still like to look at another way to get user authorization, might have to look at other use cases
15:55:40 <joesteele> ... this is why we suggested a separate bug
15:56:03 <joesteele> ddorwin: isTypeSupported allows the application to decide about content downloading - blocking it might slow that down
15:56:30 <joesteele> jdsmith: is plan one time per use or one-time per origin?
15:56:46 <joesteele> ddorwin: we don't know
15:56:52 <joesteele> joesteele: have to assume the worst case
15:57:12 <joesteele> ddorwin: also don't know when prompting will happen, separate from when the download happens
15:57:42 <joesteele> jdsmith: seems like there is a flow where it returns "maybe" to allow downloading until ready for use. I woul dfavor that
15:58:09 <joesteele> paulc: Jerry - any other cases we should consider?
15:58:27 <joesteele> jdsmith: would like isTypeSupported to be synchronous and split the async portion into separate bug
15:58:44 <markw_> q+
15:58:59 <joesteele> ddorwin: other specs have places where they say -- is you are going to handle permissions - do it here. Maybe we should have that as well
15:59:31 <joesteele> paulc: is Anne the right Mozilla representative for this and the person to inform when the bug is created?
15:59:41 <joesteele> ddorwin: Boris has commented as well
15:59:51 <joesteele> paulc: we are out of time
15:59:52 <markw_> q-
16:00:03 <joesteele> rrsagent: generate minutes
16:00:03 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html joesteele
16:00:09 <joesteele> Zakim, who is here?
16:00:09 <Zakim> On the phone I see paulc, jdsmith, ddorwin, BobLund, joesteele, markw, davide.a
16:00:11 <Zakim> On IRC I see markw_, joesteele, pladd, jdsmith, davide, Zakim, RRSAgent, ddorwin, paulc, BobLund, trackbot
16:00:39 <joesteele> paulc: the editors should continue to update us on changes and agenda items for next week
16:00:54 <Zakim> -davide.a
16:00:58 <Zakim> -markw
16:01:00 <Zakim> -jdsmith
16:01:03 <Zakim> -joesteele
16:01:13 <Zakim> -BobLund
16:01:14 <Zakim> -paulc
16:01:18 <Zakim> -ddorwin
16:01:19 <Zakim> HTML_WG()11:00AM has ended
16:01:19 <Zakim> Attendees were markw, jdsmith, ddorwin, davide, paulc, BobLund, joesteele
16:02:36 <joesteele> Chair: paulc
16:02:38 <joesteele> rrsagent: generate minutes
16:02:38 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html joesteele
16:03:27 <joesteele> s/aguring/arguing/
16:03:29 <joesteele> rrsagent: generate minutes
16:03:29 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html joesteele
16:04:08 <joesteele> s/s\/realizerealize\///
16:04:10 <joesteele> rrsagent: generate minutes
16:04:10 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html joesteele
16:05:00 <joesteele> s/they added a/Anne added a/
16:05:01 <joesteele> rrsagent: generate minutes
16:05:01 <RRSAgent> I have made the request to generate http://www.w3.org/2014/09/09-html-media-minutes.html joesteele
16:05:36 <joesteele> Zakim, bye
16:05:36 <Zakim> Zakim has left #html-media
16:05:48 <joesteele> rrsagent, bye
16:05:48 <RRSAgent> I see no action items