16:04:18 RRSAgent has joined #html-media
16:04:18 logging to http://www.w3.org/2015/01/13-html-media-irc
16:04:36 this is html-media
16:04:44 zakim, this is html-media
16:04:44 sorry, ddorwin, I do not see a conference named 'html-media' in progress or scheduled at this time
16:04:49 trackbot, start meeting
16:04:51 RRSAgent, make logs public
16:04:53 Zakim, this will be 63342
16:04:53 ok, trackbot; I see HTML_WG()11:00AM scheduled to start 4 minutes ago
16:04:54 Meeting: HTML Media Task Force Teleconference
16:04:54 Date: 13 January 2015
16:05:16 scribe: joesteele
16:05:32 chair: ddorwin
16:05:57 Zakim, who is here?
16:05:57 HTML_WG()11:00AM has not yet started, joesteele
16:05:59 On IRC I see RRSAgent, joesteele, Zakim, markw, davide, jdsmith, ddorwin, adrianba, trackbot
16:06:08 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0012.html
16:06:16 rrsagent, generate minutes
16:06:16 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele
16:06:21 trackbot, start meeting
16:06:23 RRSAgent, make logs public
16:06:25 Zakim, this will be 63342
16:06:25 ok, trackbot; I see HTML_WG()11:00AM scheduled to start 6 minutes ago
16:06:26 Meeting: HTML Media Task Force Teleconference
16:06:26 Date: 13 January 2015
16:06:45 Topic: Role Call
16:06:49 Zakim, who is here?
16:06:51 HTML_WG()11:00AM has not yet started, joesteele
16:06:51 On IRC I see RRSAgent, joesteele, Zakim, markw, davide, jdsmith, ddorwin, adrianba, trackbot
16:07:12 Zakim, this will be html-media
16:07:13 I do not see a conference matching that name scheduled within the next hour, joesteele
16:07:21 Zakim, this will be HTML_WG
16:07:22 ok, joesteele, I see HTML_WG()11:00AM already started
16:07:57 Topic: Bugs awaiting input
16:08:15 topic: Bug 27268 - Add a definition of a distinctive identifier
16:08:21 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27268
16:08:30 ddorwin: no replies from henri
16:08:41 ... implemented but no replies from henri since december
16:08:50 topic: Bug 27093 - Support for proprietary/system-specific formats in initData should be discouraged/deprecated
16:08:56 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27093
16:09:10 ddorwin: saw that joe replied yesterday -- no chance to reply as yet
16:09:17 ... any other comments?
16:09:53 joesteele: think I covered most of the three we discussed
16:09:57 ... might have missed one
16:10:08 ddorwin: might be good to discuss next week
16:10:22 topic: other bugs
16:10:25 topic: Bug 27738 - Need to change name of 'message' event to avoid confusion
16:10:31 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27738
16:10:41 ddorwin: filed by Glenn last week with some others
16:10:51 q?
16:10:59 ddorwin: posted some updates about names -- is this really a problem?
16:11:09 does someone have comments on this one?
16:11:42 ... messages are used for APIs and they are all used for simple events, we are using for custom events
16:11:46 ... should not do that
16:11:59 jdsmith: is this a big change? could accomodate
16:12:12 ddorwin: it is misleading as it is unlikely to relate to a key
16:12:17 ... it just about finding another name
16:12:19 q+
16:12:40 markw: I don't think keymessage is that bad
16:12:58 jdsmith: I agree - does not seem like a bad name
16:13:08 q-
16:13:18 ddorwin: I will do some more reseach and then make the change depending on the researfch
16:13:20 +1
16:13:33 topic: Bug 27739 - Change event name 'keyschange' to 'keychange'
16:13:40 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27739
16:14:01 ddorwin: I added some comments about this could imply key rotation, again a simple change, but needs feedback
16:14:17 ... also mentioned this depends on the next bug
16:14:24
16:14:37 ... any basic comments?
16:14:57 ... any comments on what the name should be
16:15:06 topic: Bug 27740 - Suggest changing interface name 'MediaKeyStatuses' to 'MediaKeyStatusMap'
16:15:14 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27740
16:15:28 ddorwin: type so does not impact compatibility
16:15:51 ... noted that the attribute that uses this type is KeyStatuses -- do we want to change that? if so to what?
16:16:02 MediaKeyStatusMap and kekystatuschange seems good to me
16:16:21 s/kekystatuschange/keystatuschange/
16:16:27 +1
16:16:49 ddorwin: I guess the attribute could be keyStatusMap?
16:17:00 jdsmith: Glenn is objecting to the plural I think
16:17:12 ddorwin: my point is that is used in the attribute as well
16:17:33 ... ok we will make changes on those two as well
16:17:38 ... will take a shot at that
16:17:44 Topic: Issue #3 - Add "internal-error" to MediaKeyStatus enum
16:17:51 https://github.com/w3c/encrypted-media/issues/3
16:18:14 ddorwin: could be other reasons that the key is not usable -- rather than force implementation to pick other reasons
16:18:30 ... many statuses existed before
16:18:38 ... will file a bug on one today
16:18:47 ... InternalError seems like a good name
16:18:51 jdsmith: like that also
16:18:55 +1
16:19:08 +1
16:19:13 jdsmith: intent is that an error that cannot be typed as one of the normal statuses
16:19:20 ddorwin: that makes senses
16:19:28 topic: Issue #1 - requestMediaKeySystemAccess()'s supportedConfigurations parameter should not be optional
16:19:37 https://github.com/w3c/encrypted-media/issues/1
16:19:47 ddorinw: currently can pass a keySystem without any config
16:19:57 ... causes additional spec logic and complexity for implementations
16:20:07 ... config can also be null
16:20:30 ... proposal is to remove optional
16:20:41 ... discussion of can you pass an empty config?
16:21:26 s/config can also be null/getConfiguration() can also return null/
16:21:42 joesteele: think I agree that it should be required
16:21:50 ddorwin: couple votes for that now
16:22:00 ... should we have any constraints on what the config can be?
16:22:01 Should "[ { } ]" be a valid second parameter?
16:22:30 ... probably easiest to leave this, to avoid the extra logic in the spc
16:22:35 s/spc/spec/
16:22:47 ... need to make sure the main algorithm supports that
16:23:37 joesteele: were you thinking about security?
16:23:52 jamilellis has joined #html-media
16:24:11 ddorwin: no this was just to avoid the complexity of the logic, but this forces the developer to think about it
16:24:40 topic: Issue #7 - EME should not fire waiting or canplay events - use a separate mechanism
16:24:48 https://github.com/w3c/encrypted-media/issues/7
16:25:09 ddorwin: we added waitingFor and fired the waiting event, firing canPlay etc
16:25:37 ... got feedback that this was not good, fired on transitions in the state machine which we agreed not to do
16:25:45 ... also changing the value of an attribute means a possible race condition
16:26:05 ... proposal is to simplify and revert the use of waitingFor and canPlay
16:26:13 ... just queue a simple waitingForKey event
16:26:32 ... simpler for implementations and applications
16:26:51 ... not indication of resuming playback, but you should not be relying on this for your playback
16:27:09 ... in the beginning you are already working on providing a key so it is not a problem
16:27:20 ... proposal is to remove that logic
16:27:49 joesteele: will have to think about that one more
16:28:07 ddorwin: thought this one would have the most discussion, would like to resolve relatively soon
16:28:13 ... would like to get feedback this week
16:28:44 jdsmith: have you looked through the resume logic and rationalized what will happen when we are not waitingForKeys, presumably you would get an event like that still
16:29:13 ddorwin: have not gone through the algorithm yet, if there is a thought that that is how this would go I can
16:29:39 ... you would want to internally track that it is in that state, we probably already have something like that internally
16:29:52 ... it is the public state that is spec'd and possibly wrong and hard to get right
16:30:03 ... not the end of the world to fire twice, but possibly bad if in the wrong state
16:30:24 jdsmith: if we can get by with a simple evenet, would be cleaner and preferable
16:30:31 ... have not had time to go through the spec and think about this
16:30:53 ... I think I made some of these changes. Not opposed to simplifying if we can.
16:31:12 ... Just need to confirm no downsides to stripping out the waitingFor information
16:31:28 ddorwin: so you will take a look at the bug and comment?
16:31:33 jdsmith: yes -- have to bail now
16:31:52 -jdsmith
16:32:04 q?
16:32:11 topic: Issue #8 - Define behavior for implementations that delay playback until setMediaKeys() is called
16:32:18 https://github.com/w3c/encrypted-media/issues/8
16:32:30 ddorwin: Jerry might care about this one as well
16:32:53 ... non-normative note that apps should call setMediaKeys before providing media data
16:35:07 joesteele_ has joined #html-media
16:35:41 scribe: joesteele_
16:36:18 ddorwin: waiting on Issue #7 to resolve this one
16:36:40 topic: Issue 9 - Remove note that MediaKeySession events may not be fired until the MediaKeys object is associated with a media element
16:36:46 https://github.com/w3c/encrypted-media/issues/9
16:36:56 ddorwin: need Jerrys input on this -- please review
16:37:16 ... currently text that in some implementations mediakey implementations will not fire events
16:37:25 ... breaks some use case
16:37:34 ... probably should remove this note and discourage those implementations
16:37:46 ... believe this came from Microsoft so need Jerrys input
16:37:57 rrsagent, generate minutes
16:37:57 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:38:07 topic: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations
16:38:20 topic: Bug 27138
16:38:24 https://www.w3.org/Bugs/Public/show_bug.cgi?id=27138
16:38:49 In the November 11th telecon, http://www.w3.org/2014/11/11-html-media-minutes.html#item10. Feedback from others is also welcome
16:38:51 ddorwin: this is related to the algorithms, no one has commented, Jerry would review
16:39:13 s/Bug 27138/Bug 27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations/
16:39:29 s/In the November 11th telecon, http://www.w3.org/2014/11/11-html-media-minutes.html#item10. Feedback from others is also welcome/In the November 11th telecon, Jerry said he would review it./
16:39:33 ddorwin: comments are welcome
16:39:52 ... this affects beasically every algorithm
16:40:03 ... that is all the bugs
16:40:07 ... any other bug comments?
16:40:19 s/beasically/basically/
16:40:24 topic: other business
16:40:31 topic: Issue tracking
16:40:50 http://lists.w3.org/Archives/Public/public-html-media/2015Jan/0009.html
16:40:53 ddorwin: sent out the email about using github
16:41:04 +1 for switching to GitHub
16:41:19 ... we have a mix now -- would like to drive the buginizer to zero and continue to file bugs in github
16:41:24 ... seems to work well now
16:41:46 s/buginizer/bugzilla/
16:42:19 joesteele: so we will continue to resolve existing bugs in bugzilla, new bugs will go to github
16:42:30 when we have only a few left in bugzilla we might want to move those to GitHib
16:42:31 ddorwin: yes. some of the new bugs are just tracking stuff I need to do
16:42:42 ... don't appear to be many that we need to move
16:42:54 ... except maybe that last one
16:43:01 BobLund has joined #html-media
16:43:53 ddorwin: we will still receive emails from the old Bugzilla and can ask folks to move them to github
16:44:06 ... someone would have to find the component eventually
16:44:11 +BobLund
16:44:23 ... and then update the status of the document that has new bugs in github
16:44:33 rrsagent, generate minutes
16:44:33 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:44:37 Zakim, who is here?
16:44:37 On the phone I see ddorwin, joesteele, markw, davide, BobLund
16:44:39 On IRC I see BobLund, joesteele_, jamilellis, RRSAgent, Zakim, markw, davide, ddorwin, adrianba, trackbot
16:45:07 ddorwin: thanks everyone! that's all for now
16:45:13 joesteele: MSE next week?
16:45:33 ddorwin: probably should email thread on that
16:45:45 joesteele: I will go ahead and send that out
16:46:06 ddorwin: need folks to respond, but can probably skip EME meeting next week
16:46:11 -BobLund
16:46:11 -davide
16:46:13 -joesteele
16:46:15 rrsagent, generate minutes
16:46:15 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:46:16 -markw
16:47:03 s/https:\/\/www.w3.org/Bugs/Public/show_bug.cgi?id=27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//
16:47:05 rrsagent, generate minutes
16:47:05 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:47:09 -ddorwin
16:47:10 HTML_WG()11:00AM has ended
16:47:10 Attendees were ddorwin, jdsmith, joesteele, markw, davide, BobLund
16:47:42 s/27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//
16:47:44 rrsagent, generate minutes
16:47:44 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:49:05 s/topic\: http.*$//
16:49:07 rrsagent, generate minutes
16:49:07 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:49:51 s/Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations//g
16:49:52 rrsagent, generate minutes
16:49:52 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:51:33 s/researfch/research/
16:51:36 rrsagent, generate minutes
16:51:36 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:52:18 s/can you pass an empty config/"can you pass an empty config"/
16:52:19 rrsagent, generate minutes
16:52:19 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:52:50 s/of can you/of whether you can/
16:52:51 rrsagent, generate minutes
16:52:51 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:54:06 s/Bug 27138 - /Bug 27138 - Consider changing how the MediaKeySession method algorithms run other algorithms to more accurately reflect implementations/
16:54:07 rrsagent, generate minutes
16:54:07 I have made the request to generate http://www.w3.org/2015/01/13-html-media-minutes.html joesteele_
16:55:08 Zakim, list particpants
16:55:08 I don't understand 'list particpants', joesteele_
16:55:13 Zakim, list participants
16:55:13 sorry, joesteele_, I don't know what conference this is
16:55:23 Zakim, bye
16:55:23 Zakim has left #html-media
16:55:35 rrsagent, bye
16:55:35 I see no action items