14:54:14 RRSAgent has joined #webtv 14:54:14 logging to http://www.w3.org/2011/08/18-webtv-irc 14:54:24 zakim, call kazuyuki-617 14:54:25 ok, kaz; the call is being made 14:54:26 UW_WebTVIG()11:00AM has now started 14:54:35 +Kazuyuki 14:54:43 Meeting: Media Pipeline Task Force Teleconf 14:57:35 Agenda: http://www.w3.org/2011/webtv/wiki/MPTF/Agenda_Telco_18th_August_2011 14:57:39 +rberkoff 14:57:43 RRSAgent, make logs public 14:59:01 Russell_Berkoff has joined #webtv 14:59:27 Present+, Russell_Berkoff(Samsung) 15:00:22 sGondo has joined #webtv 15:00:47 +JanL 15:00:57 + +1.215.286.aaaa 15:01:00 davidmays has joined #webtv 15:01:15 +??P42 15:01:21 zakim, code? 15:01:31 the conference code is 93288 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), francois 15:01:37 +Tatsuya_Igarashi 15:01:43 zakim, aaaa is davidmays 15:01:47 +??P53 15:01:53 zakim, ??P42 is Narm 15:01:56 Clarke has joined #webtv 15:02:01 +davidmays; got it 15:02:04 +francois 15:02:11 zakim, ???53 is Bob 15:02:12 +Narm; got it 15:02:14 zakim, mute me 15:02:30 sorry, kaz, I do not recognize a party named '???53' 15:02:34 francois should now be muted 15:02:37 Chair: Clarke 15:02:53 narm_gadiraju has joined #webtv 15:03:15 zakim, ??P53 is Bob 15:03:42 +??P58 15:04:11 +Bob; got it 15:05:15 -??P58 15:05:25 Agenda: http://www.w3.org/2011/webtv/wiki/MPTF/Agenda_Telco_18th_August_2011 15:05:39 zakim, ??P18 is Clarke 15:05:39 Bob has joined #webtv 15:06:16 Topic: Procedure for submitting comments to LC bugs 15:06:27 +??P18 15:06:32 Kaz: checking with Philippe le Hégaret. 15:06:38 Clarke: Bob, do you know? 15:06:58 Bob: to respond to a comment? Just hit Bugzilla and add a comment. Pretty straightforward. 15:07:06 +Clarke; got it 15:08:00 Jan: I didn't want to make the bug look alive when I'm simply looking for clarification on proposed solution. 15:08:22 [I confirm, simply hitting Bugzilla with comment should be good] 15:08:35 i/Topic:/scribe: francois/ 15:08:55 Kaz: you already submitted a bug, right? You need an account 15:08:58 Bob: That's correct. 15:09:08 Topic: Provide link to MediaStream 15:09:15 Bob: I think I sent that out. 15:09:32 zakim, ??P18 is Clarke 15:09:36 I already had ??P18 as Clarke, kaz 15:09:51 Jan: Yes, sorry I didn't respond. 15:09:55 zakim, mute me 15:10:00 Kazuyuki should now be muted 15:10:00 ... We can take it over by email. 15:10:23 Topic: Agenda for MPTF F2F meeting in September 15:10:46 Clarke: It looks like we'll have two to four hours for Media Pipeline TF. 15:10:57 ... We'll ensure no overlap with HNTF meeting. 15:11:21 ... Agenda for today's call includes a list of possible agenda items, let me know if you want to add or refine them. 15:11:29 ... [going through the list] 15:12:24 ... Pulling out the requirements from the use cases as we do in the HNTF. Third item to get a final recommendation for adaptive bit rate media as there's been discussion here. 15:12:36 kaz has joined #webtv 15:13:19 Bob: Back on the mapping table, I don't expect there will be many resolutions on that. I would expect to discuss what needs to be done, and hopefully get some insight from chairs as to whether we continue that in the MPTF or move to another group in W3C. 15:13:37 ... Most of the table, we don't have specifications yet. 15:14:14 Clarke: ok. Next item is DRM, goal is to start discussion here. 15:14:26 Bob: I have a number of isolated proposals for the workshop. 15:14:47 ... A number of people have identified DRM as a problem. No use cases so far. 15:15:04 ... I can propose use cases withing MPTF if you think that would be good material for the F2F discussion. 15:15:15 Clarke: yes, I think it would be good to set some context for the discussion. 15:15:26 ... Anybody disagrees with that? 15:16:06 Bob: We could also reach out to the authors of the proposals talking about DRM for the workshop and ask them to contribute that as use case for MPTF. 15:16:11 Clarke: Makes sense, yes. 15:16:20 Bob: I'll contact people who mentioned DRM, then. 15:16:55 Clarke: OK. Final item is consolidation of SVG video and video tags. A bit hesitant because the topic is large, but it's been discussed here. 15:17:15 ... If we can come up with useful recommendations, that could be useful. 15:17:27 ... Worst case, we end up with diverging solutions. 15:17:38 ... Any other items? 15:18:07 [none heard] 15:18:17 Clarke: ok, feel free to suggest additional topics. 15:18:38 Narm: Got a lot of discussion about HTTP Live Streaming. Is the third item about that? 15:18:54 s/Streaming/Streaming in Berlin/ 15:19:01 Clarke: yes, that's exactly meant for that. 15:19:39 Clarke: The only agenda item I have for today is to review issues. We've started to discuss them, but right now there are in the "raised" status. 15:20:10 ... I suggest we go through them and see if we're satisfied with discussion and can accept use case(s) or need more time. 15:20:43 issue 31: http://www.w3.org/2011/webtv/track/issues/31 15:20:59 issue-31? 15:20:59 ISSUE-31 -- Client Ad Insertion -- raised 15:20:59 http://www.w3.org/2011/webtv/track/issues/31 15:21:10 Topic: Client Ad Insertion (ISSUE-31) 15:21:41 q+ 15:21:58 Clarke: we can move it to various status and close it or say it's accepted. 15:22:39 Jan: Looking at the ability to put in the video a cue to play an ad at specific time. 15:23:17 -> http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Client_Ad_Insertion Client Ad Insertion 15:23:33 Bob: Targeted use case is advertising. One of the media stream would carry the ad at specific time. You'd like an API so that an application can react to the ad. 15:23:47 ... To replace the ad in the initial stream. 15:24:19 ... Another use case is to stop the primary stream, play the ad, and restart the primary one immediately after. 15:24:59 [scribe missed last exchanges because of echo] 15:25:57 Bob: Two fundamental concepts. You have an existing media stream and you want to insert something in that. The other idea is that you just provide a playlist to the video tag to start with, and the browser just plays the playlist. 15:26:41 Jan: trying to create a very basic type of playlist. Not having to do a long playlist. 15:27:06 Bob: First use case that's described is meant to address this. You can easily say: play at the end of the first one. 15:27:13 ... Then you can create a chain. 15:28:05 Clarke: Jan, if you can make sure your comment is captured in the use case, feel free to do that. 15:28:12 Jan: will do. 15:28:13 ack me 15:28:39 zakim, mute me 15:28:39 francois should now be muted 15:28:58 francois: just to clarify status really mean whatever you want them to mean. 15:29:07 Clarke: suggest to move it to open. 15:29:15 ... I don't think we should close it right now. 15:29:39 Topic: Media Synchronous Web Content (ISSUE-32) 15:29:41 Issue 32: http://www.w3.org/2011/webtv/track/issues/32 15:29:45 ISSUE-32? 15:29:45 ISSUE-32 -- Media Synchronized Web Content -- raised 15:29:45 http://www.w3.org/2011/webtv/track/issues/32 15:31:19 Clarke: Adequately covered? Do you want to move it to accepted or do you think more discussion is needed? 15:31:28 -> http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Media_Synchronous_Web_Content Media Synchronous Web Content 15:31:38 Bob: I'd like to see this accepted. 15:31:49 [looks good to me] 15:32:13 Clarke: OK, let's accept it. If you have further comments, feel free to pass them on. 15:32:25 RESOLUTION: Accept and close ISSUE-32 15:32:37 Topic: Timed Text (ISSUE-33) 15:33:16 Clarke: Two important use cases: closed captions and subtitles. There may not be anything new to do, probably covered 15:33:49 Bob: Yes, this one and ISSUE-32 are pretty much handled but worthwhile being explicit, I think as still under development. 15:34:00 Clarke: right, let's move it to accepted then. 15:34:07 RESOLUTION: Accept and close ISSUE-33 15:34:11 Close ISSUE-32 15:34:11 ISSUE-32 Media Synchronized Web Content closed 15:34:15 Close ISSUE-33 15:34:15 ISSUE-33 Timed Text closed 15:34:31 Topic: Adaptive Bit Rate Delivery (ISSUE-34) 15:35:05 Clarke: covers DASH and other formats, how we handle them. I think we should continue the discussions online and try to resolve it during F2F. Big enough issue to benefit from F2F. 15:35:06 +??P52 15:35:13 zakim, unmute me 15:35:13 Kazuyuki should no longer be muted 15:35:40 Topic: Continuous Streaming (ISSUE-35) 15:36:03 Panu has joined #webtv 15:36:21 zakim, ??P52 is Panu_Markkanen 15:36:21 +Panu_Markkanen; got it 15:36:25 zakim, mute me 15:36:25 Kazuyuki should now be muted 15:36:31 Clarke: one way to do streaming is to do it as a playlist that gets continuously updated. 15:37:05 ... another is an infinite segment 15:37:18 issue-35? 15:37:18 ISSUE-35 -- Continuous Streaming -- raised 15:37:18 http://www.w3.org/2011/webtv/track/issues/35 15:37:36 -> http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Continuous_Streaming Continuous Streaming 15:37:39 Bob: There is nothing that prevents the video tag from playing a stream that is created by a recorder. The second, the ability to play a playlist, does not exist. 15:37:52 ... The requirements would be quite different. I suggest splitting the two. 15:38:00 Clarke: Yes. I think it's a good idea. 15:38:08 +1 to splitting 15:38:20 +1 15:38:21 Clarke: I'll split this into two use cases. 15:38:47 ... The first one is covered, I think we can accept it. 15:39:17 Jan: Have you considered streaming from [??echo] 15:40:05 Bob: That's what I had in mind, if you feed stream from a satellite or cable and take it to a recorder and then stream it to the browser doesn't create any problem as far as we could see. 15:40:34 q+ 15:40:38 ... The play time will wrap around because it's a finite number of bits, but that resolves in about 100 years, so no problem. 15:42:22 ... This is broader than adaptive streaming. Independent of the transport, the goal is to support the fact that the stream has not start and no end. 15:42:36 Jan: I think it should cover any form of broadcast. 15:43:07 ... You could have a dvb scheme and tune directly to a channel. 15:43:39 Bob: we agree with that scenario. You could have a gateway that makes broadcast content available as IP on local network. 15:43:58 Jan: well, let's take a TV, no need for a gateway, you have a broadcast termination here. 15:44:05 ... You could do VOD on cable. 15:44:38 ... Understand the focus on video tag in Web browser, but not necessarily restricted to that. 15:44:51 Bob: so you're suggesting to include broadcasting use case here. 15:45:09 Jan: Yes, I just want to extend it. 15:45:26 ack me 15:45:31 zakim, mute me 15:45:31 francois should now be muted 15:46:19 David: Another idea, [linked to program boundaries but scribe missed] 15:46:55 Bob: related to parental controls. I think we have a use case on that. 15:47:57 ... Program boundaries with change of rating. 15:48:11 [discussion missed because of echo] 15:48:51 Bob: what I'm suggesting is support for time signals, including signals that could be used to identify program boundaries 15:49:36 David: I understand your comment here. 15:50:18 Clarke: on ISSUE-35, I'll create a separate use case on playlist 15:50:34 ... and extend the remaining part to broadcasting (?) 15:51:21 Jan: [comment on some form of playlist]. It's streaming from the network. 15:51:39 Bob: One way to accomplish that is that the JavaScript creates a new video element with a unicast stream. 15:51:55 Jan: that's what I'm trying to avoid: creating another video tag. 15:52:19 ... I'd like to create a seamless user experience and reuse the existing video tag, also easier for developers. 15:53:08 Bob: Two concepts it seems. You can provide a new source to the video tag as of today. It stops playing the first and starts playing the second. The first is stopped, not paused. 15:53:26 ... Not sure what "pause" means for a continuous stream. 15:53:35 Clarke: Not clear on the transition. 15:53:43 ... Tricky transition. 15:54:00 Bob: you want both of them displayed? 15:54:06 s/Clarke:/Jan:/ 15:54:12 Jan: Exactly. 15:54:25 Bob: sounds you need two video tags, here. 15:55:19 -Tatsuya_Igarashi 15:55:49 [echo remains, scribe missed next steps on issue] 15:56:03 Topic: Parental Controls (ISSUE-36) 15:56:24 issue-36? 15:56:24 ISSUE-36 -- Parental Controls -- raised 15:56:24 http://www.w3.org/2011/webtv/track/issues/36 15:56:37 Clarke: [going through use case] 15:56:43 -> http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Parental_Controls Parental Controls 15:57:06 David: independent parental controls, what does it mean? 15:57:24 Clarke: a bit fuzzy here. The idea is that you would subscribe to parental control service. 15:57:36 ... Perhaps already covered by existing technologies. Need to check. 15:58:15 David: One challenge here is to have a GUID to give to your provider. 15:58:21 -Panu_Markkanen 15:58:30 Bob: why do we need W3C to do this? 15:58:46 David: Important to identify the level. 15:59:07 Bob: yes, need some mechanism for content rating to be extracted and provided by the application. 15:59:46 Clarke: Suggestion is to continue the discussion here. 15:59:50 ... Any other comment? 15:59:58 -Bob 16:00:08 -davidmays 16:00:08 [Call adjourned] 16:00:10 -JanL 16:00:11 -Narm 16:00:11 -rberkoff 16:00:13 davidmays has left #webtv 16:00:13 -Clarke 16:00:21 -francois 16:00:28 Francois, thanks for scribing 16:00:39 -Kazuyuki 16:00:41 UW_WebTVIG()11:00AM has ended 16:00:43 Attendees were Kazuyuki, rberkoff, JanL, +1.215.286.aaaa, Tatsuya_Igarashi, davidmays, francois, Narm, Bob, Clarke, Panu_Markkanen 16:07:04 I'm logging. I don't understand 'draft mintues', kaz. Try /msg RRSAgent help 16:07:11 I have made the request to generate http://www.w3.org/2011/08/18-webtv-minutes.html kaz 16:10:53 Present: Kazuyuki, rberkoff, JanL, Tatsuya_Igarashi, davidmays, francois, Narm, Bob, Clarke, Panu_Markkanen 16:11:23 I have made the request to generate http://www.w3.org/2011/08/18-webtv-minutes.html kaz 18:00:44 Zakim has left #webtv 18:30:58 kaz_ has joined #webtv