See also: IRC log
<trackbot> Date: 13 May 2014
<scribe> Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014May/0025.html
http://tinyurl.com/7tfambo 21 bugs open
<scribe> Scribenick: paulc
Bug 25580 - Add Informative Reference to Byte Stream Format Registry in MSE editors draft.
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25580
Bug 25581 - Establish a update process & home for byte stream format registry and byte stream specs.
This is a MSE bug
Both 25581 and 25580 are MSE bugs. sorry
<joesteele> scribe: joesteele
<paulc> Bug 25594 - The read-only attribute usableKeyIds cannot be variable length
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25594
ddorwin: re-read the IDL spec and
it says this cannot be fixed length
... so we have two options I thought of
<ddorwin> Array<Uint8Array> getUsableKeyIds();
ddorwin: 1) define as a get
method
... 2) define as a Promise satisfied with the array
<paulc> See https://www.w3.org/Bugs/Public/show_bug.cgi?id=25594#c1
ddorwin: first one CDMs must
provide even when apps don't want it, other would be
asynchornous to go get them
... CDM will be doing something when the keys change
paulc: any comments?
... any preference?
ddorwin: CDM is already telling the UA about these events, looking for feedback on this
markw: run into race conditions with the promise?
ddorwin: promise would be the
most up to date value
... could just ask again
... could also have a race condition with the event model
markw: wondering if it is guaranteed that the events will arrive at the app in the same order as the requests?
ddorwin: no even for the event
markw: not sure if they will be processed in the same order
paulc: do you have a preference Mark?
markw: not yet
<paulc> Bug 25269 - Add a container-independent initialization data type for providing a list of key IDs to createSession()
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25269
paulc: got at least one response in the bug
ddorwin: discussion between joe and I was more related to why than how
<paulc> Three options identified by David: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25269#c15
paulc: this is the message with
the 3 options
... asked folks to look at this -- anyone not prepared to
discuss?
ddorwin: either 2 or 3
<paulc> #2 #2 Use a JSON definition and serialize it into a Uint8Array
<paulc> #3: Use a binary format
+q
ddorwin: think it matters more to the developers not the UA folks
joesteele: not convinced that
this cannot be done on the sevrer side
... if we do this -- I would prefer #2
markw: why is option #1 not preferred?
<paulc> #1: Allow createSession() to accept a JavaScript object in addition to the Uint8Array option.
ddorwin: ideal from a developer
perspective but would need to overload createSession
... this is extra implementation without the same flow as
proprietary CDMs -- could do number #1 but seems
unnecessary
markw: ok then I would prefer #2 as well
paulc: is that enough input to move forward?
ddorwin: yes
... editors will move forward
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673
<paulc> Review by Mark and Jerry: https://www.w3.org/Bugs/Public/show_bug.cgi?id=17673#c53
paulc: editors were going to
review these bugs
... status?
jdsmith: circulated the doc --
accurate as far as it goes but might go further
... some language that could be added but has not been
yet
... some discussion of key rotation
<paulc> Bug 17673 - Define Initialization Data for implementations that choose to support the ISO Base Media File Format
jdsmith: we added comments about PSSH in respond to the bug, these are related but clarifiying
ddorwin: any clarifications we
should just make
... the leaf node, embedded node stuff we should discuss
more
jdsmith: will probably make a couple of mods for the PSSH location
markw: comment in the bug
paulc: Jerry owns this bug,
editors know what they want
... this ref'd bug 17682, bug 24419, bug 24427
<ddorwin> The first two will be JSON passed to/from the APIs via the Encoding API.
paulc: these are all pending actions by the editors -- that will close 4 more bugs
ddorwin: the 3rd one Mark has an action to formalize the proposal I think
<markw> I haven't done that yet
paulc: your notes said you will formalize -- have not done yet
paulc: something to discuss here?
paulc: another batch
<paulc> 25218 was Withdrawn and replaced by 25595
paulc: worth attacking today?
ddorwin: not at this time -- Jerry is looking at using capabilities
jdsmith: had a discussion and are
converging on a proposal around contratins and
isTypeSupported
... that is the direction we are heading
paulc: does that attack the broad set of bugs?
jdsmith: I believe so
... have to look at each one -- this is specifically about
understanding capabilities
... more than the specific media types -- handles constraints
of the device
paulc: when can you respond? next week?
jdsmith: expect a proposal by end of the week
paulc: if you can make it clear which are pertinent that would help
paulc: 24771 is pending implementation
<paulc> Bug 21798 - Revisit MediaKeyError codes
paulc: we have a long outstanding 21798 revisit error codes
ddorwin: have not looked at these
in a while
... error codes are affected by other changes -- will put off
for now
paulc: did I have 24771 right?
ddorwin: yes -- agreement on what it should be just need to describe
paulc: Jerry might want to think about impact on this bug for capabilities stuff
<paulc> Bug 25595 - Better definitions needed for session, keys and license
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25595
joesteele: this bug is to capture
comments made in various other bugs about the lack of clarity
of what is in a sessoin
... what is a license and what are keys
markw: think I agree with what
Joe is saying -- we could more careful with our
definitions
... session is a context for key exchange and we don't say
anything else
... some DRMs call them licenses, some call then something
else, don't need to define further
... don't think we need more semantics
ddorwin: thanks for providing the
specific recommenedations
... the probblem may be with the aplication and the usage
models
... Jerry mentioned leaf keys for example
... changing the spec text to allow undocumented behavior may
lead to problems
+q
scribe: to help encourage interop
we should define how these things work
... e.g. we can agree on how leaf nodes work
... in bug 20944 (text)
... this is the interop bug
<paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=20944
<paulc> Wiki kmentioned by Joe: https://www.w3.org/wiki/HTML/Media_Task_Force
joesteele: my issue is really
that some CDMs (like mine) bring these issues in for even the
simplest case
... so I am not opposed to discussing the key hierarchy and
other session-related issues but I don't think it is needed to
get the simple use case supported
paulc: we still have 20 bugs --
eventually we will have to come to grips with this issue about
future use cases versus todays use cases
... it seems like this is a tension that exists whether we will
get interop between applications that do not know which CDM
they are using
... we have to handle that at some point
... getting some discussion going in the wiki on the use cases
-- that would be a step forward
... that was the new bug
... several other bugs in this cluster -- should we discuss bug
24082 or bug 25034
... last one looks like it was re-opened
<paulc> https://www.w3.org/Bugs/Public/show_bug.cgi?id=25434
ddorwin: we previously discussed
out-of-band comm being out of scope for EME
... was re-opened as unacceptable
<Niels_verimatrix_> +q
ddorwin: no new info in the bug
niels: discussion was more about
why it would not be allowed and why it was closed
... originally was that you do not need EME for out-of-band
comm
... but you do need EME to signal that you want this comm
ddorwin: are you saying that you want isTypeSupported?
niels: yes -- CDM can signal that so it does not have to do key exchanges via the application
ddorwin: think it is ruled out by the spec, but you could do it. Would not be interoperable
niels: not something we need to
address, change the abstract only
... as long as the key messages are optional
... then CDM can signal when it is ready to decrypt
ddorwin: I will post my use case
description and that would explain how things would work in
this case
... it would be usefull to know what your application would
look like
niels: don't see things that would prevent this from executing
ddorwin: once we have the use cases we can have discussions about the model and about where we are restrictive
paulc: this is the tension I was
mentioning
... maybe this will draw people to make comments in the wiki --
David and Niels maybe
... will be on the agenda for next week
paulc: This covered half of the
bugs
... no other business to handle -- will pick this up next
week
This is scribe.perl Revision: 1.138 of Date: 2013-04-25 13:59:11 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/cicrulated/circulated/ Succeeded: s/cDM/CDM/ Succeeded: s/convinved/convinced/ Succeeded: s/nee to/need to/ Succeeded: s/clarfiications/clarifications/ Succeeded: s/disucs here/discuss here/ Succeeded: s/loking/looking/ Succeeded: s/te broad/the broad/ Succeeded: s/specifcally/specifically/ Succeeded: s/toustanding/outstanding/ Succeeded: s/carefull with our deifnitions/careful with our definitions/ Succeeded: s/soem/some/ Succeeded: s/like mine/(like mine)/ Found ScribeNick: paulc Found Scribe: joesteele Inferring ScribeNick: joesteele ScribeNicks: paulc, joesteele Default Present: Niels_Thorwirth, paulc, pladd, markw, davide, +1.425.936.aaaa, ddorwin, pal, BobLund, +1.781.221.aabb, joesteele, [Microsoft] Present: Niels_Thorwirth paulc pladd markw davide +1.425.936.aaaa ddorwin pal BobLund +1.781.221.aabb joesteele [Microsoft] Agenda: http://lists.w3.org/Archives/Public/public-html-media/2014May/0025.html Found Date: 13 May 2014 Guessing minutes URL: http://www.w3.org/2014/05/13-html-media-minutes.html People with action items:[End of scribe.perl diagnostic output]