14:49:01 RRSAgent has joined #html-media
14:49:01 logging to http://www.w3.org/2013/07/30-html-media-irc
14:49:03 RRSAgent, make logs public
14:49:03 Zakim has joined #html-media
14:49:05 Zakim, this will be 63342
14:49:05 ok, trackbot; I see HTML_WG()11:00AM scheduled to start in 11 minutes
14:49:06 Meeting: HTML Media Task Force Teleconference
14:49:06 Date: 30 July 2013
14:54:51 jdsmith has joined #html-media
14:54:54 HTML_WG()11:00AM has now started
14:54:56 +[Microsoft]
14:58:49 +??P5
14:58:51 -??P5
14:58:51 +??P5
14:59:03 zakim, ??p5 is me
14:59:03 +glenn; got it
14:59:21 paulc has joined #html-media
14:59:35 zakim, what is the code?
14:59:35 the conference code is 63342 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), paulc
14:59:39 joesteele has joined #html-media
14:59:51 trackbot, start meeting
14:59:54 RRSAgent, make logs public
14:59:56 Zakim, this will be 63342
14:59:56 ok, trackbot; I see HTML_WG()11:00AM scheduled to start in 1 minute
14:59:57 Meeting: HTML Media Task Force Teleconference
14:59:57 Date: 30 July 2013
15:01:07 zakim, who is on the phone?
15:01:07 I notice HTML_WG()11:00AM has restarted
15:01:08 On the phone I see [Microsoft], glenn, [Adobe], [Microsoft.a]
15:01:08 davide has joined #html-media
15:01:08 +davide
15:01:19 zakim, [Microsoft] is me
15:01:19 +paulc; got it
15:01:19 pladd has joined #html-media
15:02:04 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2013Jul/0020.html
15:02:33 Regrets: John Simmons
15:02:47 +pladd
15:03:10 zakim, who is present?
15:03:10 I don't understand your question, paulc.
15:03:17 BobLund has joined #html-media
15:03:25 zakim, who is here?
15:03:25 On the phone I see paulc, glenn, [Adobe], [Microsoft.a], davide, pladd
15:03:26 On IRC I see BobLund, pladd, davide, joesteele, paulc, jdsmith, Zakim, RRSAgent, glenn, trackbot, wseltzer
15:03:53 zakim, [Adobe] has joesteele
15:03:53 +joesteele; got it
15:03:56 adrianba has joined #html-media
15:04:16 Looking for a scribe!
15:05:20 ddorwin has joined #html-media
15:05:23 Scribe: joesteele
15:05:27 Chair: paulc
15:05:37 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2013Jul/0020.html
15:05:37 Topic: Agenda
15:05:46 +ddorwin
15:05:53 zakim, who is here?
15:05:53 On the phone I see paulc, glenn, [Adobe], [Microsoft.a], davide, pladd, ddorwin
15:05:55 [Adobe] has joesteele
15:05:55 On IRC I see ddorwin, adrianba, BobLund, pladd, davide, joesteele, paulc, jdsmith, Zakim, RRSAgent, glenn, trackbot, wseltzer
15:06:03 rrsagent, generate minutes
15:06:03 I have made the request to generate http://www.w3.org/2013/07/30-html-media-minutes.html joesteele
15:06:26 Topic: previous minutes
15:06:35 http://www.w3.org/2013/07/16-html-media-minutes.html
15:06:49 paulc: don't believe anything specific -- actions have been carried forward
15:06:59 topic: review of actions items in the agenda
15:07:02 +BobLund
15:07:09 ISSUE-1?
15:07:09 ISSUE-1 -- Consider moving the Clear Key definition into a separate specification -- raised
15:07:09 http://www.w3.org/html/wg/media/track/issues/1
15:07:13 paulc: standing issue we plan on dealing with later
15:07:24 topic: EME status and bugs
15:07:38 Editor's draft: http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
15:07:49 paulc: editors draft has not been updated since July 16th
15:07:55 + +1.310.210.aaaa
15:08:07 Outstanding bugs: http://tinyurl.com/7tfambo
15:08:08 ... as of yesterday - 15 bugs
15:08:38 topic: bug#21854
15:09:01 paulc: david replied this morning
15:09:06 https://www.w3.org/Bugs/Public/show_bug.cgi?id=21854#c16
15:09:38 ddorwin: a few minor tweaks about error state , ready state
15:09:53 ... discussion of keyadded versus keyready -- don't think keyadded needed
15:10:08 ... seems to m ethat every transition has an event so attribute would be a duplicate
15:10:20 s/m ethat/me that/
15:10:30 i think it is common to have such a state
15:10:38 look at XHR or FileReader
15:10:51 q+
15:10:52 but can easily live without it
15:11:01 ack joe
15:11:33 joesteele: agree with adrian - can generate from events if needed
15:11:45 paulc: enough information to generate the proposal?
15:11:51 it's a useful debugging tool and not much effort to implement
15:12:48 ddorwin: this is adrians proposal, responding to adrians comments about XHR
15:12:57 JamilEllis has joined #html-media
15:13:04 ... believe that is the ready state event? thought this meant it was a duplicate
15:13:25 paulc: since folks can live without it - does Adrian have enough information?
15:13:46 zakim, who is here?
15:13:46 On the phone I see paulc, glenn, [Adobe], [Microsoft.a], davide, pladd, ddorwin, BobLund, +1.310.210.aaaa
15:13:49 [Adobe] has joesteele
15:13:49 On IRC I see JamilEllis, ddorwin, adrianba, BobLund, pladd, davide, joesteele, paulc, jdsmith, Zakim, RRSAgent, glenn, trackbot, wseltzer
15:14:00 rrsagent: generate minutes
15:14:00 I have made the request to generate http://www.w3.org/2013/07/30-html-media-minutes.html joesteele
15:14:15 paulc: Adrian
15:14:17 ?
15:14:21 i think so
15:14:29 zakim, [Microsoft.a] is jdsmith
15:14:29 +jdsmith; got it
15:14:29 at least to make progress
15:14:31 zakim, [Microsoft.a] is jdsmith
15:14:31 sorry, paulc, I do not recognize a party named '[Microsoft.a]'
15:14:55 adrianba: re: XHR example, are you referring to readystate? readystatechange reflects a change in this event. This seems to be different from the proposal, which has a separate event for the transition into each state.
15:15:14 paulc: note in the minutes that Adrian will implement as ammended by conversation this week and last week
15:15:31 topic: bug 21855
15:15:45 paulc: dependent on 21854 - have a current comment
15:15:53 Latest: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21855#c6
15:15:55 - +1.310.210.aaaa
15:16:06 well, XHR has a readystate variable as well as events - sure the model is slightly different, but it is arguably the same duplication
15:16:10 FileReader is the same
15:16:15 I think WebSocket is the same
15:16:24 ddorwin: not opposing, asking questions
15:16:52 ... some concerns I have are if you call createSession every time, you will have extrat session objects in memory that serve no purpose
15:17:00 ... also this is CDM specific behavior
15:17:03 image element fires load event and also has a status to say if it is loaded
15:17:09 ... apps might need to have to deal with this
15:17:28 ddorwin: we are sharing underlying sessions or keys
15:17:46 ... so we need to describe how they translate to actual key and session objects
15:18:19 paulc: lets split out the diff questions
15:18:19 Are all such objects treated as identical? If not, what is the expected behavior?
15:18:38 pauc: do you have an answer?
15:18:45 ddorwin: no -- posing the question
15:18:51 q+
15:18:54 We are assuming: Sharing underlying session/keys among MediaKeySession objects raises some interesting questions.
15:19:36 joesteele: think it would be very lightweight -- is that your thinking
15:19:38 ack joe
15:19:42 ddorwin: still a memory leak
15:19:53 ... for TV playing and playing -- might never go away
15:20:04 joesteele: makes senses
15:20:10 s/senses/sense/
15:20:20 paulc: any answer? or can we move on?
15:20:21 Can update() & close() be called on any of them?
15:20:51 you can only call update with a response to a keymessage on a given session
15:20:58 there has to be a correlation
15:20:59 ddorwin: I assume it would impact all of them
15:21:22 ... you should call update on whoever called keymessage
15:21:25 you may not get a keymessage if you go straight to READY
15:21:35 ... may be other times when the app calls update
15:22:03 q+
15:22:10 ack joe
15:22:35 is a keymessage is fired after READY (i.e. for renewal), one of the sessions should get the keymessage
15:22:52 also, as joesteele says, update() can be called not in response to a keymessage
15:23:13 joesteele: we could use this as a channel for providing info from app to CDM so update could be called at anytime -- assuming this is allowed
15:23:25 - Which MediaKeySession objects will receive keymessage events (i.e. for renewal)? What about keyerror events?
15:23:52 joesteele: assume that ALL of the objects would get them
15:24:14 ddorwin: probably only fire at one object
15:24:43 ... this would make N request to the server
15:24:45 q+
15:24:57 ack joe
15:24:58 you should not get keymessage events to all the sessions
15:25:03 that's the problem we're trying to solve
15:25:07 you only need one keymessage event
15:25:23 because you're only going to perform one network interaction
15:25:34 if you fire against all sessions then you don't eliminate the network connections
15:25:58 ddorwin: may be talking about diff things -- I am assuming a single application
15:26:14 ... those would all be session objects for the same MediaKeys on the same MediaElement
15:26:26 ... yours seems to be re-using offline or saved keys
15:27:38 joesteele: good example - I was thinking of the domain key model where a domain key is shared between two applications
15:28:48 ddorwin: not a key?
15:29:03 joesteele: I am talking about an actual key -- acquired by both applications
15:29:17 ddorwin: close on that might be different
15:30:27 concern that you would be getting two types of keys in the same session
15:31:12 paulc: what do you think happens on close?
15:31:25 joesteele: think the keys are ref-counted -- would close as session is closed
15:31:43 +[IPcaller]
15:31:44 ddorwin: question -- would domain key be saved only for the lifetime of the session?
15:31:52 pal has joined #html-media
15:32:17 Who just joined as +[IPcaller]?
15:32:54 joesteele: could be stored or could stay around only as long as a session is using it
15:35:00 zakim, i am IPcaller
15:35:00 ok, pal, I now associate you with [IPcaller]
15:35:25 joesteele: concern with keeping multiple instances of keys around in memory if needed
15:35:39 paulc: need answers in the bug to further resolve this
15:36:16 topic: ACTION-25
15:36:20 ACTION-25?
15:36:20 ACTION-25 -- David Dorwin to and John S to work on corner cases for bug 17673 -- due 2013-07-19 -- OPEN
15:36:20 http://www.w3.org/html/wg/media/track/actions/25
15:36:38 topic: bug 17673
15:36:51 paulc: related to action above
15:37:09 https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673#c14
15:37:18 paulc: David, added lots of comments, are these implementation comments - would they allow someone to support this?
15:37:32 ddorwin: someone will have to deepdive into ISOBMFF
15:37:45 ... some of this is specific changes to proposed text
15:37:49 ... rest is more general issues
15:38:10 paulc: we expect John SImmons to be engaged here right?
15:38:12 ddorwin: yes
15:38:23 paulc: maybe we should wait until John comes back from leave
15:38:34 ddorwin: yes - need Johns feedback
15:38:42 paulc: leave action item open
15:39:05 ... move date forward?
15:39:35 ACTION-25 is due Aug 13
15:39:53 action-25 due 08-13-2013
15:39:53 Set ACTION-25 And John S to work on corner cases for bug 17673 due date to 2013-07-19.
15:40:41 topic: bug 17750 (action-27)
15:40:45 action-27?
15:40:45 ACTION-27 -- Adrian Bateman to add comments to bug 17750 summarising the recent discussion of close -- due 2013-07-09 -- CLOSED
15:40:45 http://www.w3.org/html/wg/media/track/actions/27
15:41:09 paulc: don't believe any responses to Adrian yet
15:41:23 https://www.w3.org/Bugs/Public/show_bug.cgi?id=17750#c5
15:41:23 https://www.w3.org/Bugs/Public/show_bug.cgi?id=17750
15:41:54 paulc: any responses? looks like no
15:42:54 ddorwin: might have been looking for Marks input as well
15:43:03 ... don't have any comments other than that
15:43:21 topic: bug 18515
15:43:32 paulc: discussed on July 2nd
15:43:43 https://www.w3.org/Bugs/Public/show_bug.cgi?id=18515
15:44:13 paulc: is this worth spending time on now?
15:44:26 ddorwin: respding to Joe's comment
15:44:35 ... behavior would be the same - not planning to change the state
15:44:50 ... just need to figure out how to implement
15:45:13 paulc: so you need to make a proposal or the change -- do you need more information?
15:45:34 ... see Joe's last question
15:45:40 But I am not sure that fully answers the questions I raised. Does this mean the media element remains in the HAVE_FUTURE_DATA state forever? Or can the CDM signal that it has determined that the proper key will never be acquired and therefore playback should be stopped and an error reported?
15:45:48 ddorwin: not really in that state -- just behaving like that
15:46:42 joesteele: that makes sense - but would like to know how to determine this
15:46:54 ddorwin: not sure we can track this
15:47:01 JamilEllis has joined #html-media
15:47:11 ... media element starts playing when it has keys and pauses when it does not have them
15:47:23 ... if we want an indication -- need to add something to the spec
15:47:30 ... some text that says media element is waiting for a key
15:47:47 ... follows some other non-identifiable states in the media element spec
15:47:58 ... don't actually have a state or event for this
15:48:05 ... this would be a media element state
15:48:20 ... not clear what you would do with it?
15:48:32 ... please bring forward a proposal on what you would use it for
15:49:04 joesteele: I will propose something in the bug after some more though
15:49:14 s/more though/more thought/
15:49:21 paulc: no more bugs today -- discuss scheduling
15:49:29 rrsagent: generate minutes
15:49:29 I have made the request to generate http://www.w3.org/2013/07/30-html-media-minutes.html joesteele
15:49:46 paulc: CFC out right now for taking MSE to Last Call -- ends this week
15:50:11 ... nominally MSE would meet next week on the 6th, but only two LC bugs to deal with and I am not available
15:50:24 ... could stay with same schedule -- MSE call occurs or not next week
15:50:44 ... or could do more work on EME right now -- I will prep agenda and we can make more progress on the bugs
15:51:01 ... concerned that we are not making progress outside the meetings other than David
15:51:14 ... need to decide what the right mtg schedule is
15:51:22 paulc: any holidays coming in August?
15:51:28 ddorwin: not anything major
15:51:40 paulc: Aaron is away this week
15:51:54 ... does is make sense for EME to meet next week?
15:52:02 joesteele: I would prefer to meet next week
15:52:28 glenn: should stay on EME and get the bugs down
15:52:41 joesteele: I meant EME
15:52:54 jdsmith: agree -- it would be good to focus on EME
15:53:26 ddorwin: most of the work is offline I think at this point - hard to discuss on a telecon
15:54:02 paulc: before mtg, sent a note to the editors on asking for help on bugs to process but never heard back from Mark or Adrian
15:54:18 ... are you saying these are outstanding because they are hard?
15:54:45 ... can you live with trying to meet next week? and editors could pick one or two to close?
15:54:48 ddorwin: yes
15:55:03