15:56:54 RRSAgent has joined #html-media
15:56:54 logging to http://www.w3.org/2014/01/28-html-media-irc
15:56:56 RRSAgent, make logs public
15:56:56 Zakim has joined #html-media
15:56:58 Zakim, this will be 63342
15:56:58 ok, trackbot; I see HTML_WG()11:00AM scheduled to start in 4 minutes
15:56:59 Meeting: HTML Media Task Force Teleconference
15:56:59 Date: 28 January 2014
15:57:18 joesteele has joined #html-media
15:57:23 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014Jan/0059.html
15:57:43 HTML_WG()11:00AM has now started
15:57:50 +[Microsoft]
15:57:59 zakim, [Microsoft] is me
15:57:59 +paulc; got it
15:58:45 markw has joined #html-media
15:59:18 +markw
16:00:01 + +1.425.269.aaaa
16:00:23 +AWK
16:00:29 Zakim, AWK is me
16:00:30 +joesteele; got it
16:00:38 ddorwin has joined #html-media
16:01:06 adrianba has joined #html-media
16:01:44 +[Microsoft]
16:01:45 zakim, [Microsoft] is me
16:01:45 +adrianba; got it
16:01:48 +ddorwin
16:02:07 davide has joined #html-media
16:02:10 Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014Jan/0059.html
16:02:14 ScribeNick: joesteele
16:02:17 JamilEllis has joined #html-media
16:02:19 Chair: paulc
16:02:52 BobLund has joined #html-media
16:02:57 +davide
16:03:12 +JamilEllis
16:03:30 pal has joined #html-media
16:03:34 Topic: Role Call
16:03:40 Zakim, who is here?
16:03:40 On the phone I see paulc, markw, +1.425.269.aaaa, joesteele, adrianba, ddorwin, davide, JamilEllis
16:03:42 On IRC I see pal, BobLund, JamilEllis, davide, adrianba, ddorwin, markw, joesteele, Zakim, RRSAgent, paulc, wseltzer, trackbot
16:03:42 Topic: Action ITems
16:03:46 ACTION-48?
16:03:47 ACTION-48 -- Adrian Bateman to Draft a proposal for bug 17673 -- due 2014-01-27 -- OPEN
16:03:47 http://www.w3.org/html/wg/media/track/actions/48
16:04:04 adrianba: We agree with David on using the content type string
16:04:10 See Ade's update at https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673#c38
16:04:32 +pal
16:04:33 ... need some more discussion in the task force
16:04:43 s/ITems/Items
16:04:48 close ACTION-48
16:04:48 Closed ACTION-48.
16:04:49 +BobLund
16:04:58 paulc: let's close then
16:05:04 ACTION-61?
16:05:04 ACTION-61 -- Paul Cotton to Work with wendy to make sure we get a security review of eme -- due 2013-12-10 -- OPEN
16:05:04 http://www.w3.org/html/wg/media/track/actions/61
16:05:15 lates is at htp://lists.w3.org/Archives/Public/public-html-media/2014Jan/0056.html
16:05:24 paulc: followed up with Wendy
16:05:30 latest is http://lists.w3.org/Archives/Public/public-html-media/2014Jan/0056.html
16:05:37 ... still pending
16:05:41 Action-62?
16:05:41 Action-62 -- Paul Cotton to Report back about the plan for 20944 due 2013-12-15 -- due 2013-12-10 -- OPEN
16:05:41 http://www.w3.org/html/wg/media/track/actions/62
16:05:50 paulc: still pending
16:05:55 action-63?
16:05:55 action-63 -- John Simmons to Provide a proposal for bug 24207 to define the shape of cleankey pssh boxes -- due 2014-01-28 -- OPEN
16:05:55 http://www.w3.org/html/wg/media/track/actions/63
16:06:03 [We have a potential reviewer in the WebSec IG; I'll follow up by email.]
16:06:04 paulc: on John Simmons
16:06:07 i think this is 24027
16:06:22 q+
16:06:23 John Simmons: not on computer yet -- in a few minutes
16:06:30 Topic: high priority items
16:06:33 Agenda #5
16:06:48 Topic: bug#17673
16:07:44 paulc: David original email proposed we look at this list before heartbeat discussion
16:07:58 ... what should we do about a heartbeat?
16:08:14 paulc: doesn't sounds like either of these will be easily closed
16:08:30 ack adr
16:08:36 http://lists.w3.org/Archives/Public/public-html-media/2014Jan/0062.html
16:08:44 s/Topic: bug#17673/Topic: Heartbeat
16:09:01 adrianba: sent an email this morning with bugs needing action from oldest to newest
16:09:20 ... agree we won't close them all quickly, but we have made substantial progress since last heartbeat
16:09:44 ... fall into the trap of trying to close those that are most desirable, but should not block publication
16:09:49 +100
16:09:51 paulc: agree completely
16:10:14 David's priority items email: http://lists.w3.org/Archives/Public/public-html-media/2014Jan/0015.html
16:10:26 ddorwin: that's fine -- these are just the most important, but we have published more incomplete drafts
16:10:34 paulc: then this is the current draft
16:10:39 Current editor's draft: https://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
16:11:01 ... is that draft ready to go? candidate heartbeat?
16:11:07 ddorwin: yes, just one typo
16:11:32 paulc: how should we proceed then? since you did not know this was coming don't want to force
16:11:40 +1
16:11:44 ... is the group ready to forward this as a publication?
16:11:48 paulc: any objections?
16:11:53 +1
16:11:54 johnsim has joined #html-media
16:12:00 none from me -- +1 to publishing
16:12:24 paulc: ok David, please make the editorial changes and move to location that won't change further
16:12:47 ... suggest you publish by Feb 6th if you can get it done today
16:12:56 ... do we need to look at the status section?
16:13:02 +[Microsoft]
16:13:04 - +1.425.269.aaaa
16:13:15 ... 20944 is mentioned - probably still not finalized
16:13:32 ddorwin: correct, some cleanup but nothing that affects this section
16:13:32 jdsmith has joined #html-media
16:13:39 paulc: is there a changelog in this doc?
16:13:44 +[Microsoft.a]
16:13:49 changelog is in mercurial
16:13:54 zakim, who is on the phone?
16:13:54 On the phone I see paulc, markw, joesteele, adrianba, ddorwin, davide, JamilEllis, pal, BobLund, [Microsoft], [Microsoft.a]
16:13:59 ... nothing to tell a reader what has changed since Sept 2013 -- that's a long time
16:14:05 zakim, [microsoft] is me
16:14:05 +johnsim; got it
16:14:18 .. suggest we just publish as is with editorial changes
16:14:27 ok with me
16:14:30 s/.. sugest/... suggest/
16:14:42 paulc: back to agenda
16:14:51 Topic: Bug#17673
16:15:39 Next action: TF to discuss David's proposal that Microsoft supports to change the string associated with needkey/createSession
16:15:40 paulc: Adrian your email with recommendations came late so did not print -- can I use in the notes?
16:16:15 adrianba: two related issues - may need to separate
16:16:18 Ade's update is at https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673#c38
16:16:38 ... 1. when you fire a needKey you provide a string which tells you the format of the initData, used when you call createSession
16:17:10 ... so we have been discussing making simpler by indicating that "this is common encryption" which defines the format as a series of PSSH boxes
16:17:48 ... this simplifies the specification, because otherwise we would require implementations to do something more complex because MP4 allows for more options
16:18:41 ... 2. even if we move forward with TPAC plan, problem with applications using isTypeSupported since you can't guarantee until you have tried it
16:18:58 ... possible to support the keySystem and the container and still not be able to play without more information
16:19:18 ... think they are related but not sure whether we need to separate them
16:19:26 ... good to get feedback from player implementers
16:19:28 q+
16:19:34 ack dd
16:20:06 ddorwin: in parallel I have been thinking that isTypeSupported is insufficient, will file a bug when I get around to it, otherwise I agree
16:20:15 paulc: can we resolve by carving off that item?
16:20:35 ddorwin: adrian is looking for feedback
16:20:57 adrianba:would be good to get David Singers review
16:21:01 q+
16:21:11 paulc: so you did not work with him yet?
16:21:16 ack joe
16:21:36 q+
16:21:49 ack ad
16:22:27 q+
16:22:53 adrianba: if you look at what we did with MSE think we should move the definitions outside of this spec, an informal registry, this string would map to one of those definitions
16:23:05 ... one for WebM, one for CENC, etc
16:23:27 ... so what would you do if you want a SINF would be relevant
16:24:02 ... if you did try to playback something requiring SINF when only CENC is supported, get back the same error as isTypeSupported
16:24:26 ... not sure how specific we want the error result to be
16:24:32 ack mark
16:24:50 q+
16:24:55 markw: if we want to provide full capabilities, not just container and decryption, its also codec and keySystem
16:25:14 ... do we actually need more type parameters?
16:25:23 ack ad
16:25:27 ... more granualar
16:25:43 s/type parameters/MIME type parameters/
16:25:53 adrianba: agree with what Mark said about the features matching to the capabilitys, I mentioned these in the bug as well
16:26:20 ... using an ehanced content type string with other parameters might be a way to go, but the potential downside is that we have to generate from the needKey event
16:26:34 ... so we have to think through what we want to do
16:27:02 ... i.e. create the string which is video/mp4 and then the string which is added for the codec and for the type of encryption, maybe something else
16:27:09 ... starts to become an awkward string to create
16:27:14 q+
16:27:16 ... might not be the best approach
16:27:24 ack pal
16:28:07 pal: what about taking the registry approach where we register the format combination of video, codec e.g. like CFF Ultraviolet
16:28:31 ... the signal used singals compliance with the specification includes codec, encryption, etc. is that an option
16:28:42 s/singnals/signals/
16:28:48 video/vnd.dece.mp4
16:28:50 s/singals/signals.
16:29:00 s/singals/signals
16:29:09 @adrian: I think creating such a string would be merely tedious rather than awkward: video/mp4;codec=avc1.xx.xx;keysystems=,,;protection=cenc
16:29:23 pal: just trying to parameterize all combinations
16:29:50 paulc: have heard two actions -- more on agenda
16:30:03 ... one is for David to split off the issue Adrian described
16:30:11 s/trying to/exploring avoiding/
16:30:21 ... second is for folks to look at Adrians proposal and also engage David Singer
16:30:51 markw, but then the consumer has to parse the data back out again and so we end up with lots of people writing encoders and parsers for this string
16:31:05 markw, perhaps that is defined as tedious - i wonder if there is a better way is all
16:31:13 Item for David to split off is about whether isTypeSupported is insufficient
16:31:37 Item for Adrian is to ask David Singer to review https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673#c38
16:31:45 MIME type, including codec= and profile= is defined by an RFC. We shouldn't mess with that string
16:31:47 Topic: bug#24027
16:31:58 paulc: this has aciton-63 pending
16:32:11 ... Adrian you said there is a proposal made by Pavel
16:32:13 initData format should be a different parameter/attribute
16:32:16 ACTION-63?
16:32:16 ACTION-63 -- John Simmons to Provide a proposal for bug 24207 to define the shape of cleankey pssh boxes -- due 2014-01-28 -- OPEN
16:32:16 http://www.w3.org/html/wg/media/track/actions/63
16:32:18 Next action: ACTION-63 on John to make proposal - there has been a proposal made by Pavel with comments from David
16:32:26 I'm not sure we need the MIME type in all places we need protection
16:32:28 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24027#c2
16:32:35 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24027
16:32:50 Pavel's proposal: https://www.w3.org/Bugs/Public/show_bug.cgi?id=24027#c2
16:32:54 paulc: do you believe this makes Johns action item moot?
16:33:01 adrianba: assume John will want to review
16:33:17 markw_ has joined #html-media
16:33:28 johnsim: this is inline with what I was thinking
16:33:41 paulc: free to mark as closed and leave a link to what you did
16:33:49 Topic: bug#23619
16:33:51 rrsagent, make minutes
16:33:51 I have made the request to generate http://www.w3.org/2014/01/28-html-media-minutes.html adrianba
16:33:54 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23619
16:34:03 Zakim, who is here?
16:34:03 On the phone I see paulc, markw, joesteele, adrianba, ddorwin, davide, JamilEllis, pal, BobLund, johnsim, [Microsoft.a]
16:34:05 On IRC I see markw_, jdsmith, johnsim, pal, BobLund, JamilEllis, davide, adrianba, ddorwin, markw, joesteele, Zakim, RRSAgent, paulc, wseltzer, trackbot
16:34:10 rrsagent, make logs public
16:34:24 paulc: since we are going ahead with the heartbeat this is no longer blocking
16:34:33 ddorwin: implemented this yesterday
16:34:43 ... deleted all the error codes and replaced with names
16:34:57 ... but was wondering do we really need this
16:35:06 See David's question in https://www.w3.org/Bugs/Public/show_bug.cgi?id=23619#c8
16:35:26 ... MediaError is inherited from DomError -- do we really need the system code or just use DomError since it is just a message
16:35:45 https://dvcs.w3.org/hg/html-media/raw-file/default/encrypted-media/encrypted-media.html#error-codes
16:35:50 q+
16:35:51 ... if it is mainly for debugging
16:35:51 ^updated yesterday
16:35:56 ack adrian
16:36:13 adrianba: read the comments, haven't had time to ponder deeply yet, need to discuss
16:36:26 ... initial thinking is that message is intended to be something you can display
16:36:38 ... you could construct a message and include additional error code
16:36:45 ... this might be ok
16:37:11 ... you capture the whole string and then you would need to parse it somewhere
16:37:36 ... did not know whether there are cases where people look at the system code to determine whether to try again
16:37:45 q+
16:37:48 ... having it in a message might make it harder to access
16:38:22 ... undertsand the proposal but just wonder whether this is the right thing for practical imeplementations, since some apps will have dependencies
16:38:30 ack dd
16:38:45 ddorwin: if it is used for switching, makes sense to have a code, but said it would make more sense for logging
16:38:57 ... easy to switch to DomError which would make that easier
16:39:18 rssagent, generate minutes
16:39:28 rrsagent, generate minutes
16:39:28 I have made the request to generate http://www.w3.org/2014/01/28-html-media-minutes.html joesteele
16:40:32 paulc: could look at new bugs or try to scan bugs with proposal and discuss ones that make sense
16:40:48 paulc: ok to skip new bugs?
16:40:54 ... hearing no objecitos
16:41:01 Topic: bug#24027
16:41:08 Latest from DEc: https://www.w3.org/Bugs/Public/show_bug.cgi?id=23619#c8
16:41:10 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24027
16:42:06 paulc: its 24025
16:42:22 s/bug#24027/bug#24025/
16:42:28 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24025#c6
16:42:38 ddorwin: no progress, tied to the general extensibilty issue
16:43:04 Topic: bug#24216
16:43:13 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24216
16:43:13 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24216
16:43:40 ddorwin: there is tl;dr at the top -- no replies yet
16:44:09 jdsmith: I was not certain about the scenarios, would like comments from John Simmons on this
16:44:20 Ade's reply: Next action: TF needs to review and discuss - I know Jerry is looking at this for Microsoft and waiting for feedback internally
16:44:28 ... attaching and removing keys is important to this bug
16:44:33 Suggest next topic be: https://www.w3.org/Bugs/Public/show_bug.cgi?id=18515#c19
16:44:42 Topic: bug#24081
16:44:46 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24081
16:44:57 paulc: proposal from Jan 18th
16:45:16