IRC log of html-media on 2013-05-14

Timestamps are in UTC.

14:42:00 [RRSAgent]
RRSAgent has joined #html-media
14:42:00 [RRSAgent]
logging to http://www.w3.org/2013/05/14-html-media-irc
14:42:02 [trackbot]
RRSAgent, make logs public
14:42:02 [Zakim]
Zakim has joined #html-media
14:42:04 [trackbot]
Zakim, this will be 63342
14:42:04 [Zakim]
ok, trackbot; I see HTML_WG()11:00AM scheduled to start in 18 minutes
14:42:05 [trackbot]
Meeting: HTML Media Task Force Teleconference
14:42:05 [trackbot]
Date: 14 May 2013
14:50:56 [Cyril]
Cyril has joined #html-media
14:57:00 [paulc]
paulc has joined #html-media
14:57:05 [Michael_Thornburgh]
Michael_Thornburgh has joined #html-media
14:57:47 [Zakim]
HTML_WG()11:00AM has now started
14:57:53 [Zakim]
+ +1.831.457.aaaa
14:58:05 [Michael_Thornburgh]
zakim, i am aaaa
14:58:06 [Zakim]
+Michael_Thornburgh; got it
14:58:35 [joesteele]
joesteele has joined #html-media
14:59:00 [acolwell]
acolwell has joined #html-media
14:59:24 [Bin_Hu]
Bin_Hu has joined #html-media
14:59:25 [Zakim]
+[Microsoft]
14:59:34 [paulc]
zakim, [Microsoft] is me
14:59:35 [Zakim]
+paulc; got it
14:59:37 [Zakim]
+ +33.1.45.81.aabb
14:59:52 [Cyril]
zakim, aabb is me
14:59:52 [Zakim]
+Cyril; got it
15:00:10 [paulc]
Agenda: http://lists.w3.org/Archives/Public/public-html-media/2013May/0082.html
15:00:13 [Zakim]
+Aaron_Colwell
15:00:20 [Zakim]
+joesteele
15:00:35 [joesteele]
Scribe: joesteele
15:00:40 [Zakim]
+Bin_Hu
15:00:45 [joesteele]
ScribeNick: joesteele
15:01:09 [paulc]
rrsagent, generate minutes
15:01:09 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html paulc
15:01:19 [ddorwin]
ddorwin has joined #html-media
15:01:36 [markw]
markw has joined #html-media
15:01:59 [paulc]
John Simmons sent his regrets for today.
15:02:09 [Zakim]
+ddorwin
15:02:15 [Zakim]
+Mark_Watson
15:02:16 [Zakim]
+glenn
15:02:34 [markw]
Zakim, Mark_Watson is markw
15:02:34 [Zakim]
+markw; got it
15:02:39 [joesteele]
Topic: Roll call
15:02:43 [paulc]
zakim, who is on the phone?
15:02:44 [Zakim]
On the phone I see Michael_Thornburgh, paulc, Cyril, Aaron_Colwell, joesteele, Bin_Hu (muted), ddorwin, markw, glenn
15:02:58 [Zakim]
+[Microsoft]
15:03:05 [adrianba]
zakim, [Microsoft] is me
15:03:06 [Zakim]
+adrianba; got it
15:03:23 [joesteele]
Topic: Previous Minutes
15:03:37 [Zakim]
+pal
15:03:39 [joesteele]
http://www.w3.org/2013/04/30-html-media-minutes.html http://www.w3.org/2013/05/07-html-media-minutes.html
15:03:44 [paulc]
VER 2 agenda: http://lists.w3.org/Archives/Public/public-html-media/2013May/0082.html
15:04:05 [joesteele]
paulc: using later version of the agenda
15:04:18 [jdsmith]
jdsmith has joined #html-media
15:04:19 [pal]
pal has joined #html-media
15:04:22 [joesteele]
Topic: Action items and issues
15:04:30 [joesteele]
paulc: 2 items and one issue
15:04:39 [joesteele]
... ACTION 10 was on Adrian
15:05:00 [joesteele]
adrianba: there's an action for everyone to arrive at consensus on model for the session
15:05:08 [BobLund]
BobLund has joined #html-media
15:05:10 [Zakim]
+[Microsoft]
15:05:14 [joesteele]
... have not caught up on the status lately
15:05:29 [joesteele]
paulc: bug 19208 is still open?
15:05:36 [joesteele]
adrianba: may be
15:05:54 [joesteele]
paulc: resolved as a dup of 28155
15:06:00 [paulc]
Bug 21855 - Avoid network traffic and duplicate sessions for the same key(s)
15:06:08 [paulc]
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21855
15:06:29 [joesteele]
s/dup of 28155/dup of 21855/
15:06:33 [joesteele]
Topic: ACTION 11
15:06:51 [joesteele]
paulc: write a proposal for the JS -- Mark did this and the link is in the agenda
15:06:53 [adrianba]
ACTION-11?
15:06:53 [trackbot]
ACTION-11 -- Mark Watson to write a proposal for the case where the data is not available to the JS -- due 2013-04-16 -- OPEN
15:06:53 [trackbot]
http://www.w3.org/html/wg/media/track/actions/11
15:06:55 [Zakim]
+BobLunbd
15:07:11 [joesteele]
paulc: believe this is now done?
15:07:14 [joesteele]
markw: yes
15:07:30 [joesteele]
paulc: marking as closed
15:08:17 [pladd]
pladd has joined #html-media
15:08:24 [joesteele]
ddorwin: showing as closed now
15:08:43 [joesteele]
Topic: Open Issues
15:09:02 [joesteele]
paulc: this is re: moving the ClearKey spec into a separate docs
15:09:13 [Zakim]
+ +1.760.591.aacc
15:09:15 [paulc]
https://www.w3.org/html/wg/media/track/issues/1
15:09:24 [joesteele]
Topic: MSE status and bugs
15:09:54 [pladd]
Zakim, aacc is me
15:09:54 [Zakim]
+pladd; got it
15:09:55 [joesteele]
paulc: updated a couple of the sub agenda items based on Aarons status report
15:10:12 [joesteele]
paulc: Aaron has updated the editors draft which is in the agenda
15:10:20 [joesteele]
... sent a message giving the update information
15:10:29 [joesteele]
... Aaron do you want to add?
15:10:40 [joesteele]
acolwell: no - just working on editorial changes
15:10:43 [paulc]
Aarron's update on MSE: http://lists.w3.org/Archives/Public/public-html-media/2013May/0075.html
15:10:52 [joesteele]
... will provide some additional text this week
15:11:01 [joesteele]
paulc: any comments on this?
15:11:18 [joesteele]
paulc: assume that only outstanding bug it the splicing bug?
15:11:21 [paulc]
Bug 21431 - Specify splicing behavior for text tracks
15:11:32 [paulc]
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21431
15:12:09 [jdsmith]
q+
15:12:14 [Cyril]
q+
15:12:14 [joesteele]
paulc: so you will impleent what is in comment #12?
15:12:18 [paulc]
Planning to implement: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21431#c12
15:12:35 [paulc]
ack jdsmith
15:12:52 [joesteele]
jdsmith: at the F2F talking about video quality we settled returning dropped frames as the indicator of quality
15:13:02 [joesteele]
... it is actually difficult to measure dropped frames
15:13:12 [joesteele]
... more accurate for us to measure rendered frames
15:13:25 [adrianba]
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20760
15:13:29 [joesteele]
... original proposal was to return average frame rate of rendered frames
15:13:43 [joesteele]
... returning dropped frames is problematic in our implementation
15:13:53 [joesteele]
paulc: bug number?
15:14:30 [paulc]
Current status of 20760 is RESOLVED FIXED
15:14:46 [joesteele]
acolwell: question is that we should have the total number and rendered frames, so should calc difference
15:15:11 [joesteele]
jdsmitth: we have approximate average frame rate so we can approximate
15:15:20 [paulc]
[Paul apologizes for his rough cough if it is audible]
15:15:23 [joesteele]
s/jdsmitth:/jdsmith:/
15:15:36 [joesteele]
acolwell: this should be accurate?
15:15:47 [joesteele]
paulc: are you asking to reconsider?
15:15:53 [markw]
q+
15:16:03 [joesteele]
jdsmitth: yes -- would prefer to return the data points and let the app figure it out
15:16:20 [joesteele]
paulc: would prefer you reopen with explanation, possibly with revised text
15:16:25 [joesteele]
jdsmith: ok
15:16:41 [joesteele]
acolwell: not clear what the interval is that the frame rate is being measured on -- wary of that metric
15:16:50 [pal]
q+
15:17:08 [paulc]
ack markw
15:17:21 [joesteele]
markw: re: dropped frames should be simple as possible for the user to understand
15:17:39 [joesteele]
... don't want something simple for us but harder for users?
15:17:47 [joesteele]
... approximation is fine for this purpose
15:17:53 [paulc]
ack pal
15:18:03 [joesteele]
pal: wanted to follow up on the issue of supporting multiple frame rates
15:18:09 [joesteele]
... is this really a requirement?
15:18:12 [joesteele]
acolwell: yes
15:18:26 [markw]
Q=
15:18:27 [joesteele]
pal: so why not limit ervye buffer to a single framerate?
15:18:36 [markw]
q+
15:18:41 [joesteele]
acolwell: we don't guarantee a seemless splice between buffers
15:18:53 [joesteele]
paulc: do we have a separate bug for this question?
15:19:15 [joesteele]
acolwell: no - this discussion came up during time splice accuracy discussion
15:19:37 [markw]
In H.264/ISO media files at least there is no such thing as frame rate. Each sample has a timestamp, that is all
15:19:43 [joesteele]
paulc: if this is orthogonal - having a separate bug with a clear disposition would be a good paper trail
15:19:50 [markw]
q-
15:19:53 [joesteele]
... leave it to others to decide
15:20:11 [joesteele]
acolwell: WebM also
15:20:26 [paulc]
ack cyril
15:20:30 [joesteele]
paulc: Jerry you will take the action to reopen as necessary
15:20:39 [joesteele]
cyril: question about the text track splicing
15:20:46 [paulc]
Bug 21431 - Specify splicing behavior for text tracks
15:20:58 [joesteele]
... have not read carefully, but was something said about text tracks having variable frame rates?
15:21:07 [joesteele]
... may not know the duration of the queue
15:21:14 [joesteele]
... until the next track comes in
15:21:22 [joesteele]
... might have some impact on the management of the queues
15:21:31 [Cyril]
s/queue/cue/
15:21:36 [joesteele]
acolwell: we are assuming we know the duration of queues now
15:21:44 [joesteele]
s/queues/cues/
15:21:45 [BobLund]
q+
15:22:03 [joesteele]
acolwell: may be a requirement we need to state -- need text track experts to chime in
15:22:31 [joesteele]
cyril: for example video survellance vidoes may not know the frame rate until the vides come in
15:22:42 [joesteele]
... may extend the duration of the previous sample
15:23:13 [joesteele]
acolwell: is this a common use case we need to solve now? not all MPEG-4 file supported now
15:23:27 [joesteele]
... can file a bug to discuss more
15:23:39 [joesteele]
cyril: we can resolve later, but should recognize the issues
15:24:06 [joesteele]
acolwell: some discussion has been around defining simple behavior and adding more complex logic later to describe the outlier cases
15:24:10 [pal]
q+
15:24:16 [joesteele]
cyril: I will open a bug
15:24:18 [paulc]
ack Bob
15:24:31 [joesteele]
BobLund: comment on the idea of a cue with unknown length
15:24:41 [joesteele]
... not really unknown from a media buffer perspective
15:25:02 [joesteele]
... it will have an end player may not know the end
15:25:16 [joesteele]
... HTML5 is clear on what should happen with the rendering of text tracks
15:25:22 [paulc]
ack pal
15:25:27 [joesteele]
pal: confirm current thoughts on behavior
15:25:44 [joesteele]
... for purposes of MSE, in the algorithm frames are replaced by cues
15:25:55 [joesteele]
acolwell: non-overlapping cues
15:26:23 [joesteele]
... lots of nastiness when overlapping cues are allowed
15:26:43 [joesteele]
paulc: any other bugs for MSE we should discuss?
15:26:54 [joesteele]
cyril: have seen in the latest spec we say
15:27:05 [joesteele]
... the MOOV is not allowed in a media segment
15:27:19 [joesteele]
... will this trigger a decode error when encountered?
15:27:33 [joesteele]
... spec says what is conformant but not non-conformant
15:27:41 [joesteele]
acolwell: let me look at the spec
15:27:56 [acolwell]
https://dvcs.w3.org/hg/html-media/raw-file/default/media-source/media-source.html#sourcebuffer-segment-parser-loop
15:28:32 [joesteele]
... look at step 2 of the parsing loop
15:28:38 [paulc]
Quote: 2.If the input buffer starts with bytes that violate the byte stream format specifications, then run the end of stream algorithm with the error parameter set to "decode" and abort this algorithm.
15:28:45 [joesteele]
... this shows the signal of a decode error
15:29:03 [joesteele]
cyril: when you have a MUST and it is not fulfilled then it is a violation
15:29:07 [joesteele]
acolwell: yes
15:29:24 [joesteele]
... if you have some text that would make it clearer please suggest it
15:29:35 [joesteele]
cyril: just in a different location, but I understand now
15:29:59 [joesteele]
paulc: cross-references in the spec to make it clearer are useful
15:30:09 [joesteele]
... should be useful for 3rd partys who are not in these discussions
15:30:26 [joesteele]
cyril: so maybe a cross-ref to the byte range specification would help
15:30:34 [joesteele]
acolwell: add a normative note
15:30:52 [Cyril]
s/byte range/byte stream/
15:30:52 [joesteele]
Topic: Arrange pre-last call period for MSE
15:31:20 [joesteele]
paulc: this will close Wed May 22nd -- this email went out a couple of weeks ago
15:31:36 [joesteele]
paulc: we must know what bugs to process prior to Last Call
15:31:57 [joesteele]
pal: if we want bugs resolved before must be filed by then?
15:32:11 [adrianba]
q?
15:32:17 [joesteele]
paulc: no -- any bugs filed before that date will be resolved before Last Call
15:32:30 [joesteele]
... otherwise it prevents us from going into Last Call
15:32:41 [joesteele]
... because we are not at 0 bugs
15:32:47 [joesteele]
rrsagent: generate minutes
15:32:47 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
15:33:09 [joesteele]
paulc: this lets us identify the bugs that must really be addressed by Last Call
15:33:27 [joesteele]
paulc: moving on to EME?
15:33:36 [joesteele]
pal: what is the status of the primer?
15:33:53 [joesteele]
paulc: did a call for volunteers -- have not received any volunteers as yet
15:34:36 [joesteele]
s/pal: what is/cyril: what is/
15:34:48 [paulc]
Call for volunteers: http://lists.w3.org/Archives/Public/public-html-admin/2013May/0002.html
15:34:58 [joesteele]
s/pal: if we want/cyril: if we want/
15:35:15 [joesteele]
cyril: might want to volunteer
15:35:33 [joesteele]
paulc: might want to have a conversation with the chairs to confirm what is wanted
15:35:44 [joesteele]
... get some context on previous primers
15:35:57 [joesteele]
Topic: EME bugs
15:36:23 [joesteele]
http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
15:36:36 [joesteele]
paulc: David want to make any comments?
15:36:42 [joesteele]
ddorwin: no -- sent an email
15:36:48 [paulc]
https://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
15:37:25 [joesteele]
Topic: FPWD
15:37:26 [paulc]
FPWD: http://www.w3.org/TR/2013/WD-encrypted-media-20130510/
15:37:39 [ddorwin]
Also, http://www.w3.org/TR/encrypted-media/
15:37:56 [joesteele]
paulc: need to update the copyright to match the editors draft
15:38:19 [joesteele]
Topic Outstanding Bugs
15:38:24 [joesteele]
paulc: 30 of them
15:38:31 [paulc]
http://tinyurl.com/7tfambo
15:38:37 [markw_]
markw_ has joined #html-media
15:39:00 [joesteele]
paulc: there are is an active email thread on ACTION-11 -- should we spend time on that? or avoid it?
15:39:10 [paulc]
http://lists.w3.org/Archives/Public/public-html-media/2013May/0068.html
15:39:14 [markw_]
I think it makes sense to talk about the ACTION-11 item
15:39:24 [joesteele]
ddorwin: marks email since there has been discussion
15:39:45 [joesteele]
paulc: intro to ACTION-11?
15:40:15 [joesteele]
markw: proposal was to define what might happen if CDM data is not available to the JS apis
15:40:42 [joesteele]
... we know there will be CDMs that takes advantage of HW and data will not be available
15:40:49 [joesteele]
... may be cases where it will be available
15:40:59 [joesteele]
... need to define behavior when the data is not available
15:41:08 [joesteele]
... two cases - audio and video
15:41:35 [joesteele]
... Canvas could be used to access video data with getImageData to get raw YUV or RGBa data from Canvas
15:42:01 [joesteele]
... with audio there is a Media Source Element source mode
15:42:11 [joesteele]
... can do the processing for the audio node
15:42:18 [joesteele]
... get back the raw PCM bytes
15:42:46 [joesteele]
... could have the original APIs behave as if there was no media -- probably most likely to be implemented
15:43:06 [joesteele]
... drawIimage would do nothing, Media Element source mode would act as if there is no audio
15:43:18 [joesteele]
s/drawIimage/drawImage/
15:43:41 [joesteele]
markw: could image another scenario where they work but just not for the EME data
15:43:42 [pal]
Q: shouldn't the JS application be able to inform the user that video/audio is not available because it is protected?
15:43:54 [joesteele]
markw: would be much more complicated
15:44:07 [joesteele]
... maybe we should not exclude this possibility
15:44:09 [adrianba]
q?
15:44:11 [adrianba]
q+
15:44:41 [joesteele]
markw: maybe we just need to document this behavior?
15:44:48 [paulc]
ack adrian
15:45:13 [joesteele]
adrianba: since we won't be able to definitely describe the behavior for all possible APIs now and in the future for EME
15:45:28 [joesteele]
... we should make this informative following the principle Mark outlined
15:45:36 [joesteele]
... would act as if no data was available
15:45:47 [joesteele]
... maybe we can use the Canvas and audio as examples
15:46:04 [joesteele]
... let APIs define there own behavior based on this principle
15:46:12 [markw_]
What adrian says makes sense to me
15:46:17 [ddorwin]
+1
15:46:19 [markw_]
q+, to answer Pierre's question
15:46:31 [joesteele]
q+
15:46:51 [joesteele]
markw: that is question about the failure mode
15:47:04 [joesteele]
... that would allow the JS to respond differently
15:47:14 [adrianba]
You can detect in JS that you're using EME since you have to do something explicit to use it.
15:47:22 [joesteele]
.... something the owners of both APIS to specify
15:47:31 [pal]
q+
15:47:47 [joesteele]
markw: app should know if it is dealing with encrypted media
15:48:00 [paulc]
ack joes
15:49:32 [joesteele]
agree with the proposal -- however could be an issue with when some streams are encrypted and others are not, for example ads.
15:49:37 [adrianba]
i think we can wait to see if apps run into problems with not knowing whether failure was because of EME or otherwise before engineering a solution to what seems to me to be a corner case
15:49:38 [paulc]
ack pal
15:50:01 [adrianba]
q+
15:50:11 [joesteele]
pal: to makrs comment - the existnece of EME does not necessairly imply this, seems to be a reluctance to directly indicate this
15:50:19 [joesteele]
s/makrs/marks/
15:50:40 [joesteele]
markw: the way to indicate if it is to be indicated it specific to the APIs (Canvas, audio)
15:51:09 [joesteele]
pal: the Canvas element has errors, conceivably we could file a bug that another error is needed e.g. CANNOT_COPY
15:51:28 [joesteele]
markw: could be fine to file a bug, up to them whether t expose this
15:51:45 [joesteele]
s/whether t /whether to /
15:51:58 [paulc]
Ack adrian
15:52:01 [joesteele]
pal: more information better for the JS app
15:52:24 [joesteele]
adrianba: echo what Mark said, hard to enumerate all the places where this data might be consumed.
15:52:40 [joesteele]
... this seems like an edge case as to why the data was encrypted
15:52:50 [Zakim]
-BobLunbd
15:52:56 [joesteele]
... unlikely that an app will have something the user can correct to handle this
15:53:08 [joesteele]
... if that emerges we can solve the problem then
15:53:23 [joesteele]
rrsagent: generate minutes
15:53:23 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
15:53:41 [joesteele]
paulc: what do we need to do to decrease the bug count?
15:54:10 [joesteele]
... do we need to nominate a specific list of bugs?
15:54:30 [joesteele]
adrianba: bugs are waiting for feedback -- does not need to be in this meeting
15:54:39 [joesteele]
... half of the bugs have proposed solutions
15:54:55 [joesteele]
... should not be too difficult but folks need to reply to them
15:55:05 [ddorwin]
Most recently updated bugs: https://www.w3.org/Bugs/Public/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&columnlist=short_desc%2Cassigned_to%2Cpriority%2Cbug_status%2Cresolution%2Ctarget_milestone%2Cchangeddate&component=Encrypted%20Media%20Extensions&product=HTML%20WG&query_format=advanced&list_id=11029
15:55:12 [joesteele]
... most recent bugs would be a good target
15:55:21 [joesteele]
... could have a conversation then
15:55:59 [joesteele]
rrsagent: generate minutes
15:55:59 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
15:56:30 [ddorwin]
Sorry, this might be better: https://www.w3.org/Bugs/Public/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&columnlist=short_desc%2Cassigned_to%2Cpriority%2Cbug_status%2Cresolution%2Ctarget_milestone%2Cchangeddate&component=Encrypted%20Media%20Extensions&list_id=11029&product=HTML%20WG&query_format=advanced&order=changeddate%20DESC%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&query_based_on=
15:56:55 [joesteele]
paulc: you are saying we need folks input before discussing in next weeks meeting
15:57:25 [joesteele]
... could be more aggressive in proposing changes to force folks forward
15:57:30 [ddorwin]
Previous email listing of bugs to discuss: http://lists.w3.org/Archives/Public/public-html-media/2013May/0004.html
15:57:38 [joesteele]
... resolving bugs as NEEDS_INFO
15:57:41 [Zakim]
-pladd
15:58:24 [joesteele]
paulc: nearly out of time -- please suggest a list of bugs and people whose input is needed
15:58:43 [ddorwin]
New bug: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21977
15:58:44 [joesteele]
... will have a mtg next week starting with EME and could start assigning folks to make progress
15:58:56 [joesteele]
adrianba: filed a new bug about swapping parameters
15:59:04 [joesteele]
... people should take a look
15:59:07 [paulc]
15:59:09 [ddorwin]
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21977 - Swap isTypeSupported() parameter order so keySystem is first
15:59:11 [joesteele]
... link is pasted above
15:59:22 [joesteele]
paulc: done for today
15:59:26 [joesteele]
rrsagent: generate minutes
15:59:26 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
15:59:42 [Zakim]
-pal
15:59:47 [joesteele]
paulc: propose focusing on EME next week and MSE after
16:00:15 [joesteele]
rrsagent: generate minutes
16:00:15 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:00:27 [joesteele]
paulc: done for today
16:00:28 [Zakim]
-adrianba
16:00:32 [Zakim]
-[Microsoft]
16:00:33 [Zakim]
-joesteele
16:00:35 [Zakim]
-Bin_Hu
16:00:35 [Zakim]
-Aaron_Colwell
16:00:36 [Zakim]
-Cyril
16:00:36 [Zakim]
-ddorwin
16:00:37 [Zakim]
-markw
16:00:37 [Zakim]
-Michael_Thornburgh
16:00:40 [joesteele]
rrsagent: generate minutes
16:00:40 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:01:05 [Zakim]
-glenn
16:02:01 [joesteele]
Present: Bin_Hu BobLund Cyril Michael_Thornburgh acolwell adrianba ddorwin glenn jdsmith joesteele markw pal paulc pladd
16:02:07 [joesteele]
rrsagent: generate minutes
16:02:07 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:02:25 [joesteele]
Chair: Paul Cotton
16:02:29 [joesteele]
rrsagent: generate minutes
16:02:29 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:02:59 [adrianba]
adrianba has left #html-media
16:03:59 [joesteele]
s/jdsmitth: yes -- /jdsmith: yes -- /
16:04:10 [joesteele]
rrsagent: generate minutes
16:04:10 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:04:30 [joesteele]
s/ervye/every/
16:04:33 [joesteele]
rrsagent: generate minutes
16:04:33 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:04:44 [Zakim]
-paulc
16:04:46 [Zakim]
HTML_WG()11:00AM has ended
16:04:46 [Zakim]
Attendees were +1.831.457.aaaa, Michael_Thornburgh, paulc, +33.1.45.81.aabb, Cyril, Aaron_Colwell, joesteele, Bin_Hu, ddorwin, glenn, markw, adrianba, pal, [Microsoft], BobLunbd,
16:04:46 [Zakim]
... +1.760.591.aacc, pladd
16:04:50 [joesteele]
s/seemless/seamless/
16:04:54 [joesteele]
rrsagent: generate minutes
16:04:54 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:05:25 [joesteele]
s/duration of the queue/duration of the cue/
16:05:28 [joesteele]
rrsagent: generate minutes
16:05:28 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:06:09 [joesteele]
s/end player/end, but player/
16:06:12 [joesteele]
rrsagent: generate minutes
16:06:12 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:06:36 [joesteele]
s/partys/parties/
16:06:38 [joesteele]
rrsagent: generate minutes
16:06:38 [RRSAgent]
I have made the request to generate http://www.w3.org/2013/05/14-html-media-minutes.html joesteele
16:08:22 [joesteele]
Zakim, bye
16:08:22 [Zakim]
Zakim has left #html-media
16:08:28 [joesteele]
rrsagent, bye
16:08:28 [RRSAgent]
I see no action items