14:58:20 <RRSAgent> RRSAgent has joined #webtv
14:58:20 <RRSAgent> logging to http://www.w3.org/2011/07/28-webtv-irc
14:58:37 <kaz> Meeting: Media Pipeline Task Force Teleconf
14:58:54 <Zakim> UW_WebTVIG()11:00AM has now started
14:59:02 <Zakim> +??P52
14:59:03 <kaz> zakim, call kazuyuki-617
14:59:06 <Zakim> ok, kaz; the call is being made
14:59:06 <Zakim> +Kazuyuki
14:59:27 <Zakim> +Jerry
14:59:55 <kaz> zakim, ??P52 is Duncan
14:59:55 <Zakim> +Duncan; got it
15:00:46 <Jerry> Jerry has joined #webtv
15:00:47 <pcesar> pcesar has joined #webtv
15:01:06 <Clarke> Clarke has joined #webtv
15:02:10 <Zakim> +??P66
15:02:12 <Zakim> +??P67
15:02:18 <kaz> zakim, ??P66 is Richard
15:02:19 <Zakim> +Richard
15:02:22 <Zakim> +Richard; got it
15:02:47 <kaz> zakim, Richard is Clarke
15:02:47 <Zakim> +Clarke; got it
15:02:56 <kaz> zakim, ??P67 is Richard
15:02:56 <Zakim> +Richard; got it
15:03:27 <kaz> zakim, mute Richard.a
15:03:28 <Zakim> Richard.a should now be muted
15:03:51 <kaz> zakim, Richard.a is Pablo
15:03:53 <Zakim> +Pablo; got it
15:04:10 <igarashi> igarashi has joined #webtv
15:04:21 <kaz> zakim, unmute Pablo
15:04:25 <Zakim> Pablo should no longer be muted
15:04:41 <kaz> Present: Duncan, Kazuyuki, Jerry, Richard, Pablo
15:04:48 <Zakim> +??P27
15:04:51 <kaz> agenda: http://lists.w3.org/Archives/Public/public-web-and-tv/2011Jul/0057.html
15:05:33 <kaz> zakim, ??P27 is Gondo
15:05:55 <Zakim> +Gondo; got it
15:06:13 <Zakim> +??P15
15:06:27 <kaz> zakim, ??P15 is Igarashi
15:06:35 <kaz> Present+ Gondo, Igarashi
15:06:41 <Clarke> issue-34: http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Adaptive_Bit_Rate_Delivery
15:06:42 <trackbot> ISSUE-34 Adaptive Bit Rate Delivery notes added
15:06:53 <Zakim> +Igarashi; got it
15:07:06 <kaz> i/issue-34/topic: issue-34/
15:08:10 <kaz> q+
15:09:13 <kaz> q-
15:10:30 <kaz> duncan: have some internal discussion about the point 4
15:10:51 <kaz> ... how we can allow parameters?
15:10:57 <kaz> s/we can/can we/
15:11:17 <kaz> clarke: what do you suggest?
15:11:46 <kaz> duncan: a way of getting environmental variables
15:11:54 <kaz> ... make sense?
15:13:15 <kaz> clarke: specify parameter would be to algorithm
15:13:48 <kaz> ... the video stream provides information for algorithm to use
15:14:09 <kaz> duncan: how long to take the last segments, etc.
15:14:11 <Zakim> + +1.310.305.aaaa
15:14:22 <kaz> zakim, aaaa is Mark
15:14:22 <Zakim> +Mark; got it
15:14:41 <kaz> pablo: how does this related to DASH?
15:14:49 <kaz> s/related/relate/
15:15:00 <kaz> ... is this already part of it?
15:15:29 <kaz> clarke: this can support DASH and the other new adaptive approaches
15:15:33 <kaz> pablo: ok
15:15:37 <mav_> mav_ has joined #webtv
15:15:50 <kaz> zakim, Mark is mav
15:15:50 <Zakim> +mav; got it
15:15:57 <kaz> igarashi: some questions
15:16:15 <kaz> ... sent a message to the mail list
15:16:27 <kaz> ... not sure about the detail of this proposal
15:16:48 <kaz> ... going to define some generic format like MPEG-DASH?
15:16:59 <kaz> clarke: read your message
15:17:17 <kaz> ... some transcoding?
15:17:27 <kaz> igarashi: converting of documents
15:17:38 <kaz> ... DASH has so-called manifest
15:17:57 <kaz> ... do you want to convert a manifest to another?
15:18:13 <kaz> clarke: a manifest file is a possible part of the solutions
15:18:18 <kaz> ... MIME type is another solution
15:18:36 <kaz> ... I don't know Mark has more opinions
15:18:52 <kaz> mark: this description is clear
15:19:08 <kaz> clarke: will respond to your message and try to explain the detail
15:19:19 <kaz> igarashi: another fundamental question
15:19:41 <kaz> ... adequate band width would be identified by whom?
15:20:10 <kaz> clarke: JavaScript would be able to specify parameters, e.g., minimum bandwidth
15:20:44 <kaz> ... you implementation will be able to make final decision to use which information
15:21:12 <kaz> mark: standardize our current practice is our target
15:21:20 <kaz> ... flash, silverlight, etc.
15:21:42 <kaz> ... in other work in related video, e.g., flash API
15:21:51 <kaz> igarashi: ok
15:22:00 <kaz> ... that kind of example is useful for me
15:22:14 <kaz> pablo: issue on synchronization?
15:22:45 <kaz> clarke: interaction of use cases?
15:23:08 <kaz> pablo: media should be also synchronized
15:23:24 <kaz> clarke: agree
15:23:34 <kaz> ... any more questions/comments?
15:23:39 <kaz> everybody: non
15:23:42 <kaz> s/non/none/
15:23:58 <kaz> clarke: we want to discuss HTML5 LC comments as well
15:24:24 <Clarke> issue 35: http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Continuous_Streaming
15:24:38 <kaz> i/issue 35/topic: issue-35/
15:24:40 <kaz> issue-35?
15:24:40 <trackbot> ISSUE-35 -- Continuous Streaming -- raised
15:24:40 <trackbot> http://www.w3.org/2011/webtv/track/issues/35
15:25:17 <kaz> clarke: (explains the description)
15:25:37 <kaz> ... the queue is unlimited
15:26:10 <kaz> ... need for support of continuous streaming
15:26:31 <kaz> ... also standardize synchronization (as Pablo has just mentioned)
15:26:45 <kaz> ... how to synchronize segments?
15:26:52 <kaz> ... universal time code?
15:27:01 <kaz> ... comments?
15:27:17 <kaz> igarashi: understood
15:28:22 <kaz> ... how to handle synchronization of video stream and audio stream? what if data blackout?
15:29:01 <kaz> ... without any black screen or silent audio, can we continue streaming?
15:29:35 <kaz> clarke: question of multiple streams which need to be kept streaming?
15:29:52 <Zakim> -Clarke
15:30:03 <kaz> q+
15:31:02 <Clarke> q?
15:31:06 <kaz> kaz: question of different formats?
15:31:30 <kaz> igarashi: even same formats/codecs have synchronization issue
15:31:44 <kaz> zakim, who is speaking?
15:31:55 <kaz> ack k
15:31:55 <Zakim> kaz, listening for 10 seconds I heard sound from the following: Richard (67%)
15:32:55 <kaz> clarke: @@@
15:33:20 <kaz> pablo: requirement for synchronization of multiple streams
15:33:50 <kaz> clarke: streams from different resources
15:34:56 <kaz> ... timing synchronization mechanism is needed
15:35:55 <kaz> kaz: do we want to synchronization potion to issue-35? or create another issue?
15:35:58 <pcesar> issue35: we might want to take a look at Timesheets http://www.w3.org/TR/timesheets/
15:36:19 <kaz> clarke: should be a separate issue
15:36:34 <kaz> ... issue-32 as well
15:36:50 <kaz> ... will reorganize them a bit and define a synchronization proposal
15:37:16 <kaz> action: clarke to look at use cases and see if synchronization could be a stand-alone proposal
15:37:17 <trackbot> Created ACTION-57 - Look at use cases and see if synchronization could be a stand-alone proposal [on Clarke Stevens - due 2011-08-04].
15:37:59 <davidmays> davidmays has joined #webtv
15:38:09 <davidmays> davidmays has left #webtv
15:38:10 <kaz> pablo: mentions TImesheets spec
15:39:09 <kaz> kaz: relationship between timesheets and timed text?
15:40:01 <kaz> pablo: timed text is for caption, while timesheets is for synchronizing medias
15:40:38 <kaz> igarashi: my question was not synchronization, but continuous streaming and seamless playback
15:41:08 <kaz> clarke: ok
15:41:09 <Clarke> issue 36: http://www.w3.org/2011/webtv/wiki/MPTF/MPTF_Discussions/Parental_Controls
15:41:24 <kaz> i/issue 36/topic: issue-36/
15:41:29 <kaz> issue-36?
15:41:29 <trackbot> ISSUE-36 -- Parental Controls -- raised
15:41:29 <trackbot> http://www.w3.org/2011/webtv/track/issues/36
15:42:14 <kaz> clarke: making metadata available o
15:42:29 <kaz> s/available o/available for some kind of control/
15:43:17 <kaz> igarashi: is your idea just for UA to block some data based on the metadata?
15:43:50 <kaz> clarke: if you want to make the data available (e.g., for JavaScript)
15:44:06 <kaz> ... this interface potentially expose the metadata to third parties
15:44:31 <kaz> ... the idea is bring the metadata outside UA, e.g., those third parties
15:45:04 <kaz> igarashi: it's not the server side who knows about this kind of info (=parental control metadata)
15:46:26 <kaz> clarke: will see the description has any assumption on UA
15:46:30 <kaz> igarashi: ok
15:46:41 <kaz> pablo: dynamic insertion as well?
15:47:12 <kaz> clarke: if we need to add things to communicate with the server or the UA
15:47:25 <kaz> ... that should be found out
15:47:53 <kaz> ... would postpone the other use cases, and talk about HTML5 comments
15:48:03 <kaz> topic: HTML5 Bugs
15:48:08 <kaz> mark: 4 bugs
15:48:25 <kaz> ... just wanted to review them
15:48:28 <Clarke> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13333
15:48:34 <Clarke> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13357 
15:48:53 <Clarke> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13358
15:49:00 <Clarke> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13359
15:49:15 <kaz> mark: the first one was post by Grenn from Samsung
15:49:30 <Clarke> That's Glen from Samsung
15:49:33 <kaz> ... the other 3 were provided by Bob from CableLabs
15:49:41 <kaz> s/Grenn/Glen/
15:50:35 <kaz> mark: the key thing for our IG is whether to support parameters into media element
15:50:39 <kaz> ... questions?
15:50:59 <kaz> pablo: completely agree this parameter is needed
15:51:11 <kaz> s/Glen/Glen Adams/
15:51:24 <kaz> s/Glen Adams/Glenn Adams/
15:51:45 <kaz> clarke: what is the procedure for this discussion?
15:52:14 <kaz> mark: the requirements should go to the bug system
15:55:23 <kaz> ... in addition, the whole IG should ensure
15:56:32 <kaz> kaz: (explains the procedure; we need to check with the Web and TV IG co-Chairs as well)
15:56:57 <kaz> clarke: any objection with 13333?
15:57:04 <kaz> everybody: nope
15:57:55 <kaz> RESOLUTION: all the MPTF participants agree to bug 13333
15:58:54 <kaz> mark: next: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13357
15:59:11 <kaz> igarashi: what is the use case?
16:00:52 <kaz> mark: if their are multiple tracks (main and sub) on multiple UAs, you would need to know
16:01:06 <kaz> s/sub/description/
16:01:26 <kaz> ... maybe there could be another solution
16:01:36 <kaz> igarashi: solution depends on use cases
16:02:24 <kaz> mark: these control shows up on the UA interface
16:02:37 <kaz> ... user can select different kind of audio
16:03:00 <Zakim> -Jerry
16:03:02 <kaz> igarashi: what kind of audio tracks are you thinking?
16:03:10 <kaz> ... main, description?
16:03:21 <kaz> mark: currently, main and description
16:03:37 <kaz> igarashi: those values are defined by ATC?
16:04:22 <kaz> mark: but HTML5 doesn't have mechanism for that
16:04:28 <kaz> s/ATC/ATSC/
16:04:55 <kaz> clarke: any objection to 13357?
16:05:05 <kaz> evebody: none
16:05:38 <kaz> RESOLUTION: unanimous agreement for 13357
16:06:00 <kaz> clarke: will continue to review the other two comments by email
16:06:03 <kaz> [ adjourned ]
16:06:06 <Zakim> -mav
16:06:10 <kaz> zakim, who is here?
16:06:10 <Zakim> -Duncan
16:06:12 <Zakim> -Pablo
16:06:14 <pcesar> pcesar has left #webtv
16:06:16 <Zakim> -Richard
16:06:16 <duncanr> duncanr has left #webtv
16:06:20 <Zakim> -Igarashi
16:06:26 <Zakim> On the phone I see Kazuyuki, Gondo
16:06:32 <Zakim> -Gondo
16:06:40 <Zakim> On IRC I see mav_, igarashi, Jerry, RRSAgent, Zakim, sGondo, kaz, trackbot
16:06:50 <Zakim> -Kazuyuki
16:06:52 <Zakim> UW_WebTVIG()11:00AM has ended
16:06:54 <kaz> rrsagent, make log public
16:06:54 <Zakim> Attendees were Kazuyuki, Jerry, Duncan, Clarke, Richard, Pablo, Gondo, Igarashi, +1.310.305.aaaa, mav
16:07:01 <kaz> rrsagent, draft minutes
16:07:01 <RRSAgent> I have made the request to generate http://www.w3.org/2011/07/28-webtv-minutes.html kaz
16:08:10 <kaz> Chair: Clarke
16:08:12 <kaz> rrsagent, draft minutes
16:08:12 <RRSAgent> I have made the request to generate http://www.w3.org/2011/07/28-webtv-minutes.html kaz
16:09:20 <kaz> s/Glen from Samsung/Glenn Adams from Samsung/
16:09:23 <kaz> rrsagent, draft minutes
16:09:23 <RRSAgent> I have made the request to generate http://www.w3.org/2011/07/28-webtv-minutes.html kaz
17:08:18 <mav> mav has joined #webtv
17:11:07 <mav_> mav_ has joined #webtv
18:14:23 <Zakim> Zakim has left #webtv