15:14:11 <RRSAgent> RRSAgent has joined #webtv
15:14:11 <RRSAgent> logging to http://www.w3.org/2014/10/27-webtv-irc
15:14:21 <ddavis> zakim, please dial salon8
15:14:22 <Zakim> sorry, ddavis, I don't know what conference this is
15:14:36 <ddavis> zakim, please dial salon7
15:14:36 <Zakim> sorry, ddavis, I don't know what conference this is
15:16:55 <cpn> cpn has joined #webtv
15:17:26 <ddavis> zakim, please dial Salon8
15:17:26 <Zakim> sorry, ddavis, I don't know what conference this is
15:19:27 <shoko> shoko has joined #webtv
15:20:01 <Dong-Young> Dong-Young has joined #webtv
15:20:37 <Tomoki> Tomoki has joined #webtv
15:20:48 <khoya> khoya has joined #webtv
15:21:34 <cpn1> cpn1 has joined #webtv
15:23:44 <skim13_> skim13_ has joined #webtv
15:25:04 <MDadas> MDadas has joined #webtv
15:25:48 <cpn1> cpn1 has left #webtv
15:26:04 <cpn1> cpn1 has joined #webtv
15:27:13 <ddavis> zakim, please dial salon8
15:27:13 <Zakim> sorry, ddavis, I don't know what conference this is
15:27:17 <ddavis> zakim, please dial salon7
15:27:17 <Zakim> sorry, ddavis, I don't know what conference this is
15:27:18 <tomoyuki> tomoyuki has joined #webtv
15:28:12 <ohmata> ohmata has joined #webtv
15:28:27 <Inoshita> Inoshita has joined #webtv
15:29:30 <kinjim> kinjim has joined #webtv
15:29:49 <kaz> kaz has joined #webtv
15:29:52 <tidoust> tidoust has joined #webtv
15:30:27 <kaz> Meeting: Web&TV IG f2f meeting in Santa Clara
15:30:33 <kaz> Chair: Yosuke, Mark, Giuseppe
15:30:37 <kaz> Scribe: Kaz
15:30:39 <kaz> scribenick: kaz
15:30:47 <whyun> whyun has joined #webtv
15:30:53 <yo> yo has joined #webtv
15:31:18 <kaz> agenda: https://www.w3.org/2011/webtv/wiki/Face-to-face_meeting_during_TPAC_2014#Agenda_Monday_October_27
15:31:21 <Tomoyuki> Tomoyuki has joined #webtv
15:31:46 <tidoust2> tidoust2 has joined #webtv
15:32:31 <ddavis> zakim, room for 12
15:32:31 <Zakim> I don't understand 'room for 12', ddavis
15:33:10 <ddavis> zakim, room for 12 for 540 minutes?
15:33:11 <Zakim> ok, ddavis; conference Team_(webtv)15:33Z scheduled with code 932881 (WebTV1) for 540 minutes until 0033Z
15:33:26 <ddavis> zakim, please call salon8
15:33:26 <Zakim> ok, ddavis; the call is being made
15:33:27 <Zakim> Team_(webtv)15:33Z has now started
15:33:29 <Zakim> +Salon8
15:33:32 <auchenberg> auchenberg has joined #webtv
15:33:57 <tidoust2> tidoust2 has joined #webtv
15:34:13 <Youngsun_Ryu> Youngsun_Ryu has joined #webtv
15:35:00 <kaz_> kaz_ has joined #webtv
15:35:05 <Zakim> + +81.80.324.8.aaaa
15:35:13 <kaz> zakim, mute Salon8
15:35:13 <Zakim> Salon8 should now be muted
15:35:26 <Zakim> - +81.80.324.8.aaaa
15:35:30 <kaz> zakim, unmute Salon8
15:35:30 <Zakim> ok kaz, muting is not permitted when only one person is present
15:36:38 <jcdufourd> jcdufourd has joined #webtv
15:37:09 <Shinwoo> Shinwoo has joined #webtv
15:38:34 <Tomoki_> Tomoki_ has joined #webtv
15:38:34 <gmandyam> gmandyam has joined #webtv
15:39:00 <jcverdie> jcverdie has joined #webtv
15:39:27 <Cyril> Cyril has joined #webtv
15:39:30 <kaz> topic: Welcome, Logistics and IG Introduction
15:40:08 <wisteria> wisteria has joined #webtv
15:40:25 <kaz> zakim, who is here?
15:40:25 <Zakim> On the phone I see Salon8
15:40:27 <Zakim> On IRC I see wisteria, Cyril, jcverdie, gmandyam, Tomoki_, Shinwoo, jcdufourd, kaz_, Youngsun_Ryu, tidoust, Tomoyuki, yo, whyun, kaz, kinjim, Inoshita, ohmata, cpn1, MDadas,
15:40:27 <Zakim> ... skim13_, khoya, Tomoki, Dong-Young, shoko, RRSAgent, Zakim, ddavis, kunio, kazho, taku, tobie, timeless, sangwhan_, schuki, trackbot
15:40:55 <kaz> yosuke: good morning
15:41:00 <kaz> ... welcome to the meeting
15:41:07 <wisteria> wisteria has left #webtv
15:41:12 <kaz> ... this is a one-day meeting
15:41:23 <kaz> ... including some joint meetings
15:41:41 <shige> shige has joined #webtv
15:41:51 <kaz> ... if you have any ideas for today's meeting, you can put them
15:42:02 <kaz> ... myself has changed my affiliation to the W3C Team
15:42:17 <kaz> ... Kaz is taking notes
15:42:28 <kaz> ... would start with brief introduction
15:42:37 <kaz> ddavis: Daniel Davis from W3C/Keio
15:42:43 <kaz> ... Team Contact
15:42:56 <kaz> jfoliot: John Foliot
15:43:15 <kaz> raffael: chair of media fragments
15:43:30 <kaz> skim13: Sung-Hei
15:43:43 <kaz> (continues...)
15:44:12 <raphael> raphael has joined #webtv
15:44:52 <kaz> s/raffael/raphael/
15:46:19 <kaz> topic: Agenda Bashing
15:47:08 <kaz> tidoust: volunteers to scribe for the second session
15:47:36 <kaz> ddavis: for 11:00-13:00
15:47:42 <raphael_> raphael_ has joined #webtv
15:47:45 <kaz> yosuke: need 4 more scribes
15:47:57 <kaz> alex: for 14:00-15:00
15:48:37 <kaz> jcverdie: for 15-15:30
15:48:42 <kaz> yosuke: for 17-18
15:49:08 <kaz> ... tx all
15:49:26 <kaz> s/topic: Agenda Bashing//
15:49:35 <kaz> topic: IG Introduction - Giuseppe
15:50:05 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html raphael_
15:50:19 <kaz> (sides to be added)
15:50:25 <RRSAgent> I'm logging. I don't understand 'makes logs public', raphael_.  Try /msg RRSAgent help
15:50:33 <kaz> giuseppep: [Goals]
15:50:47 <kaz> ... look at not specs but big pictures of requirements
15:50:51 <yosuke> yosuke has joined #webtv
15:50:56 <kaz> ... media-centric apps
15:51:02 <kaz> ... identify gaps
15:51:12 <kaz> ... review of deliverables of other groups
15:51:24 <kaz> ... give feedback
15:51:32 <kaz> ... also liaison with other organizations
15:51:54 <kaz> ... [Web and TV IG]
15:51:59 <kaz> ... IG != WG
15:52:13 <kaz> ... link to resources
15:52:23 <kaz> ... wiki and home page
15:52:36 <kaz> ... phone calls and email discussions
15:52:52 <kaz> ... [Web and TV Interest Group Work Flow]
15:52:56 <kaz> ... figures out our work
15:53:22 <kaz> ... extract requirements from use cases
15:53:28 <kaz> ... and then gap analysis
15:53:29 <Ruinan> Ruinan has joined #webtv
15:53:42 <kaz> ... highlight real gaps
15:53:51 <kaz> ... with the existing specs
15:54:01 <kaz> ... sometimes need new APIs
15:54:16 <kaz> ... or sometimes need a new area
15:54:39 <kaz> ... may create a new Community Group
15:54:56 <kaz> ... [IG work overview]
15:55:05 <kaz> ... Closed TFs: Home Network, Media Pipeline, Testing, TImed Text
15:55:14 <kaz> ... [Home Network TF (closed)]
15:55:29 <kaz> ... contributed to the DAP WG
15:55:41 <kaz> ... privacy, security, etc.
15:56:15 <kaz> ... [Media Pipeline TF (closed)]
15:56:24 <noriya_> noriya_ has joined #webtv
15:56:30 <kaz> ... adaptive streaming and content protection
15:56:43 <kaz> ... Gap analysis went to HTML5
15:57:19 <kaz> ... HTML5 getting a REC tomorrow
15:57:52 <kaz> ... [Testing TF (closed)]
15:57:58 <kaz> ... open web platform testing
15:58:31 <kaz> yosuke: initial report of testing from W3C, and next plan
15:58:44 <kaz> giuseppep: [Timed Text TF (closed)]
15:58:56 <kaz> ... TTML vs WebVTT
15:59:04 <kaz> ... asked W3C to create only one format
15:59:15 <kaz> ... also mapping from one to another
15:59:28 <kaz> ... accepted by the TTWG
15:59:42 <kaz> ... [Media APIs TF (ongoing)]
15:59:44 <glenn> glenn has joined #webtv
15:59:53 <rkawada> rkawada has joined #webtv
16:00:04 <kaz> ... previous work: metadata, etc.
16:00:17 <kaz> ... current work: requirements for audio fingerprinting/watermarking
16:00:26 <kaz> yosuke: comments/questions?
16:00:29 <ddorwin> ddorwin has joined #webtv
16:00:32 <kaz> (nothing)
16:00:41 <kaz> topic: Agenda Bashing
16:01:07 <kaz> mark: agenda posted for today
16:01:27 <kaz> ... want to make sure it works for everybody
16:01:39 <kaz> ... a lot are covered
16:01:58 <kaz> ... first, some work on work with other SDOs
16:02:10 <kaz> ... talk about what they're working on
16:02:14 <kaz> ... then
16:02:17 <kaz> ... break and
16:02:30 <kaz> ... a couple of joint sessions with other W3C groups
16:02:45 <kaz> ... TV Control API CG spun out from the IG
16:03:11 <kaz> ... Second Screen Presentation CG
16:03:25 <kaz> ... HTML WG Accessibility TF
16:03:34 <kaz> ... then lunch
16:03:56 <kaz> ... and back to the work of the IG: new area
16:04:10 <kaz> ... SMPTE and GGIE work
16:05:01 <kaz> ... and update report of key features, e.g., HTML5 EME, MSE and in-band resource issues
16:05:19 <kaz> ... related the work in the IG
16:05:32 <kaz> ... afternoon break
16:05:43 <kaz> ... and back to new use cases of the IG
16:06:00 <kaz> ... then wrap-up and next steps
16:06:04 <kaz> ... anything to add?
16:06:56 <kaz> chris: is 15min enough for second screen?
16:07:09 <kaz> mark: the first session with the TV Control API CG is discussion
16:07:25 <kaz> ... but second screen/accessibility  should be brief update
16:07:29 <alex_deacon> alex_deacon has joined #webtv
16:07:42 <kaz> louay: 15 min is enough
16:08:23 <kaz> jfoliot: regarding the accessibility tf
16:08:36 <kaz> ... brief update today, and another joint session on Thursday
16:08:52 <kaz> s/15 min/25 min/
16:09:00 <kaz> mark: will add 10 more mins for second screen
16:09:18 <kaz> ... we can be flexible
16:09:44 <kaz> topic: Updates from SDOs
16:09:46 <tidoust> scribe: Francois
16:09:49 <tidoust> scribenick: tidoust
16:10:10 <kaz> rrsagent, make minutes public
16:10:10 <RRSAgent> I'm logging. I don't understand 'make minutes public', kaz.  Try /msg RRSAgent help
16:10:18 <kaz> rrsagent, make log public
16:10:22 <kaz> rrsagent, draft minutes
16:10:22 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html kaz
16:10:42 <ddavis> zakim, who's on the call?
16:10:42 <Zakim> On the phone I see Salon8
16:10:46 <tidoust> Giridhar Mandyam: [ATSC 3.0 update]
16:10:59 <tidoust> ... working from Qualcomm, update from ATSC perspective
16:11:03 <tidoust> s/from/for/
16:11:36 <tidoust> ... 3 years ago, ATSC board approved work on ATSC 3.0
16:11:41 <Louay> Louay has joined #webtv
16:11:48 <tidoust> ... no requirement to be backwards-compatible
16:12:50 <tidoust> ... Redesign of the ATSC transmission top to bottom. Looking at physical layer, codescs. Another major change is looking at new transport layer, investigating alternatives to MPEG2-TS.
16:13:18 <tidoust> ... One thing that is most important to ATSC for CE manufacturers and broadcasters is hybrid services.
16:13:32 <droh> droh has joined #webtv
16:14:12 <tidoust> ... Organization of ATSC 3.0 in different groups, inclusing S31 (requirements), S32 (physical layer), S33, and S34 (apps and presentation) which is the most relevant for this group.
16:14:48 <tidoust> ... The process flow: we started with a list of about 150 requirements. Some of them overlapped, of course.
16:15:18 <tidoust> ... We created a bunch of sub-groups, e.g. audio.
16:16:09 <tidoust> ... We decided to go to IP transport instead of MPEG2-TS. Two proposals have come in for broadcast purpose: ROUTE/DASH, using a FLUTE derivative, and MMT/DASH, using an MPEG standard.
16:16:23 <tidoust> ... Both alternatives are supposedly compatible with DASH.
16:16:40 <GeunHyung_Kim> GeunHyung_Kim has joined #webtv
16:17:09 <tidoust> ... They both leverage ISO BMPFF file container. A few differences, compatible with W3C MSE in theory.
16:17:37 <tidoust> ... It very much looks like MPEG DASH will be the delivery mechanism for broadband.
16:17:44 <Louay> Louay has joined #webtv
16:18:17 <tidoust> ... DASH.js open-source client will be compatible with these proposals, which is good news for W3C, since that leverages many Web technologies
16:18:49 <tidoust> ... Hybrid content is also useful for supplemental content, including non real-time content.
16:19:34 <tidoust> ... Getting to the runtime environment: initial decision to leverage HbbTV 2.0 as basis. Some possibility to constrain or extend that.
16:20:08 <aldafu> aldafu has joined #webtv
16:20:21 <tidoust> ... Some liaison with HbbTV. HbbTV 2.0 is still MPEG2-TS centric.
16:20:53 <tidoust> ... Input from Web and TV IG is being considered. Thanks for putting together that liaison letter!
16:21:14 <AndroUser> AndroUser has joined #webtv
16:21:33 <tidoust> ... Some other areas realted to W3C: program announcement and service guide to leverage OMA BCAST 1.0.
16:22:14 <tidoust> ... Watermarking is in-band transmission of information that doesn't disturb the audio/video streams, but enable the client to extract that data and provide additional services based on that.
16:22:37 <tidoust> ... No decision as to how to do that in a Web-based runtime environment yet.
16:22:58 <tidoust> ... We've also been lookin at emergency alerts, no decision yet either§.
16:23:07 <tidoust> s/lookin/looking/
16:23:40 <tidoust> Dong-Young: Embedded runtime environment, is it proprietary or standardized?
16:24:16 <JF> JF has joined #webtv
16:24:23 <tidoust> Giridhar Mandyam: A bit of both. Some parts may be standardized, others won't be because companies have their core business based on that.
16:24:47 <tidoust> s/Embbeded runtime/Watermarking/
16:25:04 <tidoust> ... Future will tell how much can be standardized.
16:25:31 <tidoust> Mark Vickers: [DLNA update]
16:27:05 <tidoust> ... DLNA has been working on CVP2 for some time, now renamed to VDI Path. Presenting slides from Amol Bhagwat, from CableLabs and DLNA board.
16:27:14 <tidoust> s/VDI Path/VidiPath/
16:28:16 <tidoust> ... Works with any service provider for video. If the service provider has some gateway (e.g. set-top box), the idea is to use that gateway to connect all different devices available and deliver the video to all users devices.
16:28:45 <AndroUser> AndroUser has joined #webtv
16:28:56 <tidoust> ... If TV supports this, the TV will do discovery across the network, and discovers which gateway(s) it can use.
16:30:03 <tidoust> ... The Gateway gives the TV a URL to the program that it can interact with. The guide is HTML5. At this point on, the TV is running an HTML5 application.
16:30:36 <tidoust> ... As opposed to the approach taken in the Home Networking TF, the TV does discovery initially, and then just runs HTML5 content.
16:31:09 <auchenberg> auchenberg has joined #webtv
16:31:32 <tidoust> ... Requirements are diverse, 2 sets of requirements in practice: Application model is fully based on W3C, IETF, and related Web standards.
16:31:55 <tidoust> ... We believe that the TV Web should be part of the Web. No non-standard Web API in the spec!
16:32:27 <tidoust> ... Then there are a lot of requirements on the user agent, including support for MPEG-DASH, media formats, discovery protocols.
16:32:43 <tidoust> ... All these things are implemented by the underlying user agent.
16:33:40 <tidoust> ... There's a 1.1 version that is coming along for cloud guidelines, to be completed next month, on DRM and MSE, as these things are becoming more stabiliized.
16:34:04 <tidoust> ... A certification program has been launch.
16:34:22 <tidoust> ... Certified products expected to hit the market in December.
16:35:25 <tidoust> ... CableLabs is doing a lot of work towards certification. In addition to that, they are also providing a full open source reference software stack.
16:36:08 <tidoust> ... Now, looking at it from a Comcast perspective: From 2011 Web and TV workshop keynote, there were a lot of efforts
16:36:29 <tidoust> ... done to embrace and extend existing specs.
16:36:50 <tidoust> ... Too many of them.
16:36:59 <tidoust> ... HTML5 came along and did not use any of them.
16:37:24 <tidoust> ... We thought it wise to abandon all these references and fully embrace the Web platform.
16:38:16 <tidoust> ... Comcast efforts are to use HTML5 as defined by W3C, without extension. For instance, CEA-2014 was in first DLNA RUI, but is not in VidiPath, to ensure that people would stop using it.
16:38:39 <tidoust> ... If we find new APIs that are missing, we push for the work to be addressed here.
16:39:12 <tidoust> ... Ongoing works on reference design kit (RDK).
16:39:42 <tidoust> ?1: Is it a goal that Browsers can run VidiPath?
16:40:17 <tidoust> Mark: Browsers can decide to go through certification process. Yes. We want to make these things available to browsers.
16:41:12 <kaz> s/?1:/ddorwin:/
16:41:21 <tidoust> Giridhar Mandyam: Lots of discussion on Network Service Discovery API within this work. Assuming it's not part of RDK since Chromium expressed concerns on privacy/security issues. Your point of view?
16:42:41 <tidoust> Mark Vickers: APIs that expose servers in the local network for me is a problem. Every company in the world can offer Web services on your local network, assuming that the home network is somewhat safe, because it is protected by a firewall
16:43:04 <tidoust> ... One way of exposing network services for me is to do it at the chrome level. That's safer.
16:43:34 <tidoust> ... Same as "window.print". The app does not even know if you're going to use a real printer in the end, how many printers there are in your network.
16:44:33 <tidoust> ... Another example is photographs, using a dedicated DLNA server. If you give permissions to an external site to your DLNA server, you have no way to ensure that the external site will not pull out all the content.
16:44:42 <tidoust> ... I feel it's too dangerous.
16:45:28 <tidoust> Jean-Claude Dufourd: So, basically, we're looking at an API that says: "give me a photo server" and you get a pointer to it without knowing anything about its location or inner properties.
16:45:36 <ddorwin> The statement "We want to make these things available to browsers." was actually Comcast's position on the content, not necessarily via VidiPath.
16:45:38 <tidoust> ... I hear you want something like the Presentation API.
16:45:53 <tidoust> Mark Vickers: Yes, I think, that's a very good example.
16:46:02 <ddorwin> There are a variety of reasons that it's very unlikely browsers would support VidiPath.
16:46:13 <tidoust> Alex: It VidiPath constrained to the home network?
16:47:06 <tidoust> Mark Vickers: DLNA has always been scoped to home networks, so that's the main focus, yes. But you can imagine using the cloud. I don't know if the organization is going to define that part though.
16:47:32 <tidoust> RRSAgent, draft minutes
16:47:33 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
16:47:58 <ddorwin> Providers supporting VidiPath will likely also need a pure W3C-based solution to reach browsers on both desktop and mobile.
16:48:12 <tidoust> Giuseppe_Pascale: [HbbTV update]
16:48:26 <tidoust> ... HbbTV stands for Hybrid Broadcast Broadband TV.
16:48:55 <tidoust> ... Started as a French/Germany initiative but is starting to be adopted in many different countries.
16:49:31 <tidoust> ... Most EU countries are using, trying or considering using HbbTV. Also deployed in Australia, announced in Russia, etc/
16:49:41 <tidoust> s|etc/|etc.
16:50:18 <tidoust> ... Looking at the specification, it's really a list of references, from ISO, OIPF, and W3C of course.
16:50:25 <ddavis> q?
16:51:48 <tidoust> ... In HbbTV2, main new technology is the update of the Web profile used within the specification, based on HTML5, reusing the profile defined by the Open IPTV Forum. Profile just means that there is a minimum subset of specs that need to be supported by all HbbTV devices.
16:52:48 <tidoust> ... The only legacy left from CEA-2014 is around the video. The <video> element from HTML5 can be used, but the old <object> API is still around, partly for backward-compatibility and for broadcast video.
16:54:35 <tidoust> ... Other areas that are specific in HbbTV include "DRM in a CAM" through DVB CI Plus 1.4, HEVC, subtitles using TTML as profiled by the EBU, recommandations to handle privacy (Do Not Track support), and multi-stream synchronization where specific APIs were defined.
16:55:33 <tidoust> ... Companion screens scenarios are supported: partially proprietary and partially standardized. Addresses ways for the TV to launch an app on a companion device and the opposite way around.
16:56:17 <tidoust> ... App2App communication is a way for 2 apps to talk to each other on two different devices. A WebSocket server is running on the TV. Used as a bridge between the apps.
16:56:38 <tidoust> s/CAM/CAM (Conditional Access Module)/
16:57:28 <tidoust> ... To launch an app remotely on the TV, the DIAL protocol (Netflix/Youtube) is used. There have been lots of discussions on security and privacy considerations.
16:58:15 <tidoust> ... Another major area of development is synchronization of applications and content across devices. Use cases include sign-language or second camera within the same device or across devices.
16:59:12 <tidoust> ... Finally solution leverages DVB protocols, withing the TM-CSS group, using the App2App mechanism to signal synchronization mechanism.
17:00:13 <tidoust> ... Main improvements on MPEG DASH. Some problem with Advert insertion into VoD content, using two HTML5 media elements with additional requirements for smooth transition between them.
17:00:24 <tidoust> ... Also Push VoD.
17:00:48 <tidoust> ... Some minor improvements on a few other areas.
17:01:29 <tidoust> ... A strong emphasis on testing. The HbbTV v2.0 spec is basically ready but won't be published before a list of assertions is assembled.
17:02:22 <tidoust> ... In v1, the attempt to get members to contribute tests did not work out so well. In v2, money from the HbbTV Association is being used to invite members to contribute tests.
17:02:42 <tidoust> ... As said, the spec is ready, just missing a few test assertions.
17:03:14 <tidoust> ... No major work on next version for the time being, as focus in on v2. One area of research is focus on IPTV.
17:03:30 <tidoust> ... HbbTV is not going to do an "HbbTV IPTV profile" but that's not needed.
17:05:13 <tidoust> ... An area of interest is Independent application signalling. Some networks filter the signaling. There are some discussions on how to work around that. Watermarking and fingerprinting could be a solution. That's one possible way of achieving this.
17:06:19 <tidoust> Giridhar_Mandyam: Going back to DRM on CAM slide. This was a little confusing for me. HbbTV claims to be compatible with HTML5 video but that does not seem to be compatible with the way DRM works.
17:06:46 <tidoust> Gisueppe_Pascale: Not my area of expertise. It's leveraging previous work in OIPF.
17:07:05 <tidoust> Giridhar_Mandyam: So my point is that it's not entirely compatible with HTML5 MSE.
17:07:32 <tidoust> Giuseppe_Pascale: Right. When this was specified, HTML5 MSE and EME were not stable enough. Might change in the future.
17:08:31 <tidoust> Mark_Vickers: General issue for SDOs on how to reference on-going W3C specs. We had to go to the board of DLNA to make an exception to be able to reference HTML5 since it's only becoming final now.
17:08:46 <tidoust> ... Implementations are key here.
17:08:59 <tidoust> ... Otherwise you just end up being too far behind.
17:09:19 <tidoust> Giuseppe_Pascale: Yes. It's a bit related to certification as well.
17:10:26 <tidoust> Mark_Vickers: For certification, we're leveraging as much as possible tests from existing W3C test suites. They are not enough from a certification perspective, but usually good.
17:10:46 <tidoust> Dong-Young: support for MSE?
17:11:52 <tidoust> Giuseppe_Pascale: MSE is not part of HbbTV v2. For ad insertion, HbbTV relies on two video elements, used in sequence. All under the control of the application. Not a specific API per se, just guidelines to do it.
17:12:42 <tidoust> Jean-Claude_Dufourd: It seems the HbbTV Association does not trust discovery. The initial pairing of device is entirely proprietary. A bit weird from my perspective.
17:13:03 <tidoust> ... Before the TV knows your tablet, you have to have some proprietary stuff going on to pair the devices.
17:13:40 <tidoust> Giuseppe_Pascale: Right, but needed for security reasons.
17:14:04 <tidoust> Jean-Claude_Dufourd: also, companion screens is optional, kind of weird given the hot focus on that.
17:14:47 <tidoust> Giuseppe_Pascale: yes, that was a compromise.
17:15:10 <tidoust> Yosuke_Funahashi: Any liaison between HbbTV and DLNA on certification?
17:15:40 <tidoust> Giuseppe_Pascale: There are conversations going on, trying to see if joint work can be possible. Nothing to report at this stage.
17:15:54 <tidoust> s/Mark Vickers/Mark_Vickers/g
17:16:09 <tidoust> s/Giridhar Mandyam/Giridhar_Mandyam/g
17:16:25 <tidoust> s/Jean-Claude Dufourd/Jean-Claude_Dufourd/g
17:16:29 <tidoust> RRSAgent, draft minutes
17:16:29 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
17:16:48 <tidoust> Hisayuki_Ohmata: [Hybridcast update]
17:17:36 <tidoust> ... Hybridcast is a platform for broadcast and broadband hybrid service. It has been already launched in Japan.
17:18:40 <tidoust> ... Talking about updates from TPAC last year: only NHK provided Hybridcast services, then trial services by 16 commercial broadcasters and TBS (Tokyo Broadcasting system) launched.
17:18:51 <tidoust> ... Specification is now version 2.0
17:20:10 <tidoust> ... In version 2.0, 3 major topics to enhance broadcasters' service: time-shifting viewing, supporting the video element for VoD with associated APIs for PVR, then companion device interface and accurate synchronized presentation.
17:20:25 <tidoust> ... Also expansion of platform for service providers.
17:20:34 <tidoust> ... Going into more details on each topic.
17:21:03 <ddorwin> ddorwin has joined #webtv
17:21:27 <tidoust> ... For time-shifted viewing: MSE and EME are supported, video content of MP4 and MPEG-DASH can be played. APIs for playback control are also defined.
17:22:03 <tidoust> ... For companion device interface: App to app communication, using native app and HTML5 app interfaces are defined.
17:22:33 <tidoust> ... For synchronized presentation: one of the important factors, we think. [showing a video demo]
17:23:09 <sunghan> sunghan has joined #webtv
17:23:23 <tidoust> ... IPTV Forum Japan defines the architecture model for synchronization and also APIs for controling synchronized playback and exposing the broadcast timestamps.
17:23:52 <tidoust> ... There are two types of Hybridcast applications: broadcast-oriented app and non broadcast-oriented app.
17:24:12 <tidoust> ... The first ones are launched from the broadcast signal. The second ones are typically launched by the user.
17:24:46 <tidoust> ... From the standpoint of services, non broadcast apps can provide cross-channel services, but not broadcast apps.
17:26:02 <tidoust> ... Different considerations for security and content integrity: apps are executable under the permission of broadcasters and they can control API access.
17:26:46 <tidoust> Louay_Bassbouss: What do you mean by multiple apps may run at the same time?
17:27:57 <tidoust> Hisayuki_Ohmata: Several apps can run on the same screen at the same time, meaning multiple widgets can run in parallel.
17:28:27 <tidoust> Mark_Vickers: Could you make available the extension APIs that you came up with? Send them to the IG so that we can look at them for instance?
17:28:46 <tidoust> Hisayuki_Ohmata: Version 1 is published. Version 2 has not been translated to English yet.
17:29:23 <tidoust> Mark_Vickers: It would be useful to see the extension APIs, not the common ones. It would be good to know those in these groups, as they could be used to extract requirements for standardization of new APIs.
17:29:35 <tidoust> ... I'd like to make the request.
17:29:41 <tidoust> Hisayuki_Ohmata: I'll see what I can do.
17:30:11 <tidoust> Yosuke_Funahashi: Version 2 is published, the English translation is missing, it should be doable.
17:30:50 <tidoust> Donghoon_Lee: [TTAK.KO-07.0111/R1 "HTML5 Based Smart TV Platform" update]
17:33:33 <tidoust> ... Working TTAK Technology of Telecommunications in Korea. ICT development, Certification and testing services in Korea.
17:34:06 <ddorwin> ddorwin has joined #webtv
17:34:26 <tidoust> ... HTML5 based smart TV Platform is a specification for running Smart TV app, based on HTML5. No dependency on broadcasting system.
17:34:43 <tidoust> ... The goal is to promote Smart TV Echo platform system.
17:35:27 <tidoust> ... TV and set-top box devices can receive broadcast signals, and non linear streams and data through broadband.
17:36:17 <tidoust> ... Looking at the architecture, the HTML5 based smart TV platform is built on top of TV operation system, splitted into app specific functions, Web core, and device specific functionalities.
17:36:36 <tidoust> ... JavaScript-based APIs.
17:37:32 <tidoust> ... The work on the spec started in March 2013 and first spec was published in March 2013. In April 2014, a second spec wxas published (revision 1) that adds second screen, adaptive streaming in particular.
17:37:49 <tidoust> ... Current work to enable new features such as payment
17:38:12 <ReinaldoFerraz> ReinaldoFerraz has joined #webtv
17:38:15 <tidoust> ... Now looking at the application model.
17:38:41 <ddavis> s/such as payment/such as payment, second screen and content sync./
17:39:22 <tidoust> ... Four criteria to classify Smart TV application: 1) execution method (whether it comes from the Store, started by broadcasters signaling or launched by user from the broadband)
17:39:50 <tidoust> ... 2) app packaging (packaged or not).
17:40:22 <tidoust> ... 3) Broadcasting relation (activated or inactivated). Some apps may be suspended.
17:40:47 <tidoust> ... 4) Channel Bound, depending on what happens when user switches to another channel.
17:41:45 <tidoust> ... On the app lifecycle, an app can be launched by the user, an API call, or can be automatically started. An app can be terminated when the channel changes, through an API call, etc.
17:42:42 <tidoust> ... Some W3C specification are not suitahble to TV environment, so profiling has to be done. Based on OIPF profile.
17:43:22 <tidoust> ... In addition, some Korean requirements on remote controller for virtual KeyCode definition. Geolocation API is included, media APIs profile for broadcast video.
17:44:07 <kaz> q+ to ask how to use geolocation api
17:44:25 <tidoust> ... Extended API: such as access to broadcasting resources. These specs are not defined by W3C, so have to do it ourselves.
17:44:46 <tidoust> ... [showing extended API structure tree]
17:45:41 <tidoust> ... The extended API are exposed on the "window" object through "window.tvExt". Different interfaces.
17:46:02 <tidoust> ... The app interface to control the current applications, and those that are installed on the device.
17:46:07 <tidoust> s/applications/application/
17:46:59 <tidoust> ... The broadcast interface to get info about TV channel and program. Can give the URL, name, description, and different info on program.
17:47:40 <tidoust> ... The device interface to get detailed info on the device itself, including make and model.
17:48:23 <tidoust> ... The Multiscreen & DRM interfaces are optional in this specification.
17:49:54 <tidoust> ... No extended API to control broadcast video and channel operation, instead we adopted HTML5 video element. We defined new semantic requirements when used for broadcasting video and channel.
17:50:49 <ddorwin> ddorwin has joined #webtv
17:51:11 <tidoust> ... Two states for broadcasting video: binding state and unbinding state. Setting/Resetting the src attribute on the video switches from one state to the other.
17:51:54 <tidoust> ... In the binding state, video is controlled by the application, controlled by TV device otherwise.
17:52:19 <tidoust> ... [presenting a code example with HTML5 and JavaScript code]
17:53:18 <tidoust> ... To support app signaling, the spec references the DVB signal spec.
17:53:33 <kaz> q+ to ask about the notation for sourceURI
17:54:41 <tidoust> ... On app packaging, the spec defers to W3C packaging format, introducing new URI scheme "tvapp", and adding the "apptype" and "appdomain" elements.
17:55:38 <tidoust> ... [presenting demos]
17:58:02 <tidoust> ... [First demo shows application lifecycle]
17:58:20 <tidoust> ... [Second demo shows an example of multiscreen service application]
17:59:51 <tidoust> ... There's another specification for conformance tests for HTML5 based Smart TV platform.
18:00:08 <tidoust> ... It defines a test environment and test case.
18:00:16 <Tomoyuki> Tomoyuki has joined #webtv
18:00:29 <tidoust> ... We also developed test dev framework, shared with everyone.
18:01:07 <kaz> q+ to ask if these APIs are already available LG/Samsung TVs
18:01:58 <kaz> q?
18:02:23 <tidoust> ... I presented the Smart TV Platform, and certification program. Thank you very much.
18:02:23 <kaz> ack k
18:02:23 <Zakim> kaz, you wanted to ask how to use geolocation api and to ask about the notation for sourceURI and to ask if these APIs are already available LG/Samsung TVs
18:02:51 <tidoust> Kaz_Ashimura: A few questions. You mentioned Geolocation API. How do you use that API?
18:03:34 <tidoust> Donghoon_Lee: W3C Profile for Smart TV, subset of W3C specifications.
18:04:07 <tidoust> Yosuke_Funahashi: ok, but what's the use case?
18:04:39 <tidoust> Donghoon_Lee: In case of Smart TV, it detects the location based on the gateway, and looking for some nearby stores for instance.
18:05:22 <tidoust> Kaz_Ashimura: Thank you. You showed some notation about sourceURI. Was wondering about that.
18:05:57 <tidoust> Donghoon_Lee: Unique URL to identify the channel.
18:06:06 <tidoust> ... Unique identifier for the channel.
18:06:19 <Lingo> Lingo has joined #webtv
18:06:51 <tidoust> Kaz_Ashimura: Is this spec already implemented in LG or other TV sets?
18:07:23 <tidoust> Donghoon_Lee: Currently, in case of Samsung and LG, own private applications.
18:07:49 <tidoust> ... Broadcasters preparing to start these services based on this specification.
18:08:00 <tidoust> [break]
18:08:07 <tidoust> RRSAgent, draft minutes
18:08:07 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
18:08:18 <jcverdie> jcverdie has joined #webtv
18:09:20 <skim13> skim13 has joined #webtv
18:09:31 <tidoust> i/... Future will tell/Giridhar_Mandyam: Future will tell/
18:10:30 <tidoust> i/... done to embrace/Mark_Vickers: done to embrace/
18:10:42 <tidoust> RRSAgent, draft minutes
18:10:42 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
18:12:53 <shinwoo> shinwoo has joined #webtv
18:13:06 <auchenberg> auchenberg has joined #webtv
18:14:04 <auchenberg> auchenberg has joined #webtv
18:14:54 <auchenberg> auchenberg has joined #webtv
18:15:50 <auchenbe_> auchenbe_ has joined #webtv
18:16:48 <auchenberg> auchenberg has joined #webtv
18:17:40 <auchenbe_> auchenbe_ has joined #webtv
18:18:37 <auchenberg> auchenberg has joined #webtv
18:18:47 <alex_deacon> alex_deacon has joined #webtv
18:21:44 <skim13> skim13 has joined #webtv
18:24:06 <jcverdie> jcverdie has joined #webtv
18:26:08 <richt> richt has joined #webtv
18:29:02 <Shige> Shige has joined #webtv
18:29:41 <ddavis> scribenick: ddavis
18:29:46 <ddavis> scribe: Daniel
18:29:53 <hiroto_> hiroto_ has joined #webtv
18:30:06 <ddavis> Topic: TV Control API Community Group
18:30:58 <Noriya> Noriya has joined #webtv
18:30:58 <ddavis> Topic: Agenda update
18:31:17 <ddavis> yosuke: We'd like to move second screen and accessibility media TF topics to after lunch.
18:31:25 <ddavis> Topic: TV Control API Community Group
18:32:06 <ddavis> yosuke: There are many efforts in W3C for convergence of TV and web standards.
18:32:31 <ddavis> yosuke: One result of that is the TV Control API Community Group. The chairs for that are Bin Hu and JC Verdie
18:32:45 <jcdufourd> jcdufourd has joined #webtv
18:33:09 <ohmata_> ohmata_ has joined #webtv
18:33:23 <auchenberg> auchenberg has joined #webtv
18:33:31 <Tomoki_> Tomoki_ has joined #webtv
18:33:48 <kinjim_> kinjim_ has joined #webtv
18:34:19 <yoshiaki> yoshiaki has joined #webtv
18:34:37 <raphael> Will all presentations be linked from http://www.w3.org/2011/webtv/wiki/Face-to-face_meeting_during_TPAC_2014?
18:34:49 <tidoust> RRSAgent, draft minutes
18:34:49 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
18:34:52 <RRSAgent> I'm logging. I don't understand 'makes logs public', raphael.  Try /msg RRSAgent help
18:34:53 <Shinwoo> Shinwoo has joined #webtv
18:34:56 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html raphael
18:35:12 <Jingwang_qi> Jingwang_qi has joined #webtv
18:35:17 <ddavis> Bin: The TV Control API CG was spun off from the TV IG based on gap analysis work last year.
18:35:33 <ddavis> Bin: We're started the group work in May to look into controlling TV tuners.
18:35:47 <ddavis> Bin: We've done some use cases, requirements and gap analysis.
18:36:05 <Ruinan> Ruinan has joined #webtv
18:36:26 <taku> taku has joined #webtv
18:36:28 <ddavis> Bin: We're looking at TV control APIs from Mozilla, Webinos, other SDOs as well as Samsung and LG.
18:36:48 <makotom> makotom has joined #webtv
18:36:50 <ddavis> Bin: We want to create a candidate baseline and then further that work for a specification.
18:37:50 <ddavis> Bin: Are there any suggestions for other agenda items?
18:38:30 <ddavis> Bin: First, let's review action items: http://www.w3.org/community/tvapi/track/actions/open
18:38:43 <gludi|4> gludi|4 has joined #webtv
18:38:53 <ddavis> Bin: Action 11 for yosuke is closed ( http://www.w3.org/community/tvapi/track/actions/11 )
18:39:11 <ddavis> Bin: Action 14 for kaz is closed ( http://www.w3.org/community/tvapi/track/actions/14 )
18:39:33 <ddavis> Bin: Action 16 is closed ( http://www.w3.org/community/tvapi/track/actions/16 )
18:39:46 <ddavis> Bin: Action 17 is closed ( http://www.w3.org/community/tvapi/track/actions/17 )
18:40:04 <ddavis> Bin: Next is an overview of specs in Japan.
18:40:24 <auchenbe_> auchenbe_ has joined #webtv
18:41:05 <jcverdie> rrsagent, close action 11
18:41:05 <RRSAgent> I'm logging. I don't understand 'close action 11', jcverdie.  Try /msg RRSAgent help
18:41:22 <sunghan> sunghan has joined #webtv
18:41:26 <ddavis> tomoyuki: Here's an overview of Cable STB APIs in Japan
18:42:04 <gludi|42> gludi|42 has joined #webtv
18:42:15 <ddavis> tomoyuki: In Japan there are three kinds of broadcast service types: terrestrial, satellite and cable
18:42:41 <ddavis> tomoyuki: TVs in Japan can playback terrestrial and satellite without STBs but for cable a STB is needed.
18:43:06 <ddavis> tomoyuki: In Japanese broadcast standards, there are two types of application runtime.
18:43:23 <Tomoki> Tomoki has joined #webtv
18:43:39 <aldafu> aldafu has joined #webtv
18:43:42 <ddavis> tomoyuki: One is BML (a subset of HTML 4.01), the other is a cable-specific STB API.
18:45:13 <ddavis> tomoyuki: Our cable-specific API is limited to additional definitions related to ARIB
18:45:49 <ddavis> tomoyuki: Three years ago, Japan Cable Labs (JLabs) defined this specification
18:46:09 <ddavis> tomoyuki: Two years ago, it was standardized as an ITU-T Recommendation J.296
18:46:32 <ddavis> tomoyuki: One is a JavaScript API, the other is a Java API (mostly ported from JavaScript API)
18:46:47 <ddavis> tomoyuki: It's mostly equivalent to OIPF-DAE
18:47:01 <ddavis> tomoyuki: You can obtain program information, recording, tuning, etc.
18:47:13 <Reinaldo> Reinaldo has joined #webtv
18:47:21 <ddavis> tomoyuki: One extension is to support Japanese broadcasting standards such as ARIB and JLabs cable standard.
18:47:46 <ddavis> tomoyuki: The Java API is almost completed imported from DAE with almost the same functionality as OIPF-DAE.
18:48:05 <ddavis> tomoyuki: The main difference is Android-specific support - intent support and search using a content provider.
18:48:34 <ddavis> tomoyuki: The spec was defined three years ago so the current spec is different to the current OIPF-DAE v. 2.3
18:48:49 <ddavis> tomoyuki: Our spec is based on OIPF-DAE v. 2.1
18:49:04 <ddavis> tomoyuki: We don't have an update yet because we have to watch the trend of common APIs for broadcasting.
18:49:24 <ddavis> tomoyuki: This is why we joined these Web and TV activities.
18:50:25 <droh> droh has joined #webtv
18:50:31 <ddavis> Bin: Thanks to Tomoyuki.
18:50:43 <kazho> kazho has joined #webtv
18:51:05 <ddavis> Bin: Do you think the spectrum of those specs can fit some of the work we're doing in the TV Control API CG?
18:51:18 <ddavis> Bin: Maybe you can tell us later when we look at the gap analysis.
18:52:13 <ddavis> Mapping page: https://www.w3.org/community/tvapi/wiki/Main_Page/Requirements_Mapping
18:52:49 <ddavis> ddavis: We'll also add the public TV API from Samsung once it's been updated soon.
18:53:11 <ddavis> TV Control API CG wiki page: https://www.w3.org/community/tvapi/wiki/Main_Page
18:53:35 <ddavis> Bin: We have about 80 technical requirements in the wiki page.
18:54:04 <ddavis> Bin: The work now is to identify which features are used and which functions/classes are used by other APIs.
18:54:21 <ddavis> Bin: We can then see which functions are the best fit for a baseline spec.
18:55:18 <ddavis> Bin: There is a general tuner requirement.
18:55:46 <ddavis> Tuner requirements: https://www.w3.org/community/tvapi/wiki/Main_Page/Technical_Requirement#General_Tuner_Requirements
18:55:59 <ddavis> [Bin is reading the tuner requirements]
18:56:29 <ddavis> Bin: The Mozilla API supports most of the requirements.
18:57:25 <ddavis> giuseppe: What was the goal of this analysis?
18:57:46 <ddavis> Bin: To look at what other specs are and to establish a baseline spec for this group.
18:58:05 <ddavis> Bin: For areas that are not supported in other groups, we can fill those gaps.
18:58:37 <ddavis> Mark_Vickers: Is it the goal to support every one of those pieces of functionality?
18:58:43 <ddavis> Bin: Yes, that's the goal.
18:59:17 <ddavis> Mark_Vickers: My sense is that this is problematic. We should be developing APIs that work across all platforms - PCs, mobile, whatever.
18:59:37 <ddavis> Mark_Vickers: E.g. a webcam sending out an IP stream should be dealt with them in the same way.
18:59:50 <ddavis> Mark_Vickers: The current analysis here seems very hardware-specific.
19:00:22 <ddavis> Mark_Vickers: It doesn't seem to be brining the TV world into an IP world. It seems to be creating a tuner API for the old world and excludes modern channels.
19:00:41 <ddavis> Bin: Not all of this is hardware-specific.
19:00:50 <GeunHyung> GeunHyung has joined #webtv
19:01:48 <ddavis> Mark_Vickers: If you look at a webcam, it has an IP address on the internet. There should be a unified model for dealing with traditional and non-traditional channels.
19:02:30 <masuzawa> masuzawa has joined #webtv
19:02:53 <ddavis> giuseppe: We want to reduce what's in HTML5. We should start from HTML5 and see what's the delta that's missing, instead of trying to adapt an old API.
19:03:47 <ddavis> gmandyam: Have you looked through the individual APIs and decided what should be exposed and what should be left as proprietary APIs?
19:04:02 <ddavis> Bin: What we're looking at is from the TV industry perspective.
19:04:28 <ddavis> Bin: and looking at what will be run in the web environment.
19:05:09 <ddavis> gmandyam: For example, looking at the Mozilla API, there's an unlock parental control feature.
19:05:29 <ddavis> gmandyam: From ATSC point of view, we would not want to expose that for developers to control.
19:05:41 <ddavis> gmandyam: So what should we expose to developers?
19:06:24 <ddavis> Bin: The requirement now is that input from the TV industry is that that is a requirement and we didn't have any disagreements about that.
19:06:49 <ddavis> Bin: Maybe we should go back and revise the requirements.
19:07:02 <ddavis> yosuke: Have you looked at the API from the BBC?
19:07:04 <ddavis> Bin: No
19:07:29 <ddavis> yosuke: BBC created a library to abstract the API - it's available on GitHub and so has become a kind of standard.
19:08:12 <ddavis> jcverdie: Last time I heard it was more of a prototype.
19:08:38 <ddavis> Chris_Needham: The TV app API is at a higher level than this really. It provides a set of widgets and components .
19:08:57 <ddavis> Chris_Needham: You let the TV app layer generate the markup for you - UI presentation.
19:08:57 <jcverdie> s/of a prototype/of a prototype and at a higher level, like an application facility more than solving middleware control like we're trying to achieve here
19:09:42 <ddavis> giuseppe: The starting point was using the web to control the TV. If you look at apps running on a channel the requirements could be different.
19:09:57 <ddavis> giuseppe: Maybe grouping them all together could create confusion.
19:10:16 <ddavis> Bin: The angle of this work is from a Web OS perspective.
19:10:40 <ddavis> Bin: The application perspective would use those APIs as well as presentation features.
19:10:59 <ddavis> Bin: It's a good idea to investigate it from a different perspective.
19:11:23 <ddavis> Bin: It would be helpful if you could follow the work and we could open the work on the requirements.
19:11:46 <ddavis> Bin: So we could have two perspectives - one is for applications, one is for the platform.
19:12:04 <ddavis> Bin: If the angle is a platform/OS one then we should highlight it.
19:12:16 <ddavis> Bin: So I'll highlight that.
19:12:18 <jcdufourd_> jcdufourd_ has joined #webtv
19:13:07 <ddavis> ACTION: Bin to update the gap analysis to indicate what is at an OS level.
19:13:08 <trackbot> Created ACTION-210 - Update the gap analysis to indicate what is at an os level. [on Bin Hu - due 2014-11-03].
19:13:56 <yosuke> [FYI: TAL: http://fmtvp.github.io/tal/getting-started/introducing-tal.html]
19:14:00 <ddavis> Dong-Young: Regarding the system-level APIs, they'll be used by device makers themselves so they don't really need to be open to developers.
19:14:28 <ddavis> Dong-Young: They'll be interested more in application-level APIs so it would be more valuable to concentrate on thoses.
19:15:03 <ddavis> Bin: I think standardizing developer APIs would ultimately benefit the consumers.
19:16:02 <ddavis> Dong-Young: I'm not saying we shouldn't standardize system-level APIs, I'm saying we should prioritize application-level APIs.
19:16:27 <ddavis> Bin: Thank you. If you're able to look through the APIs on the wiki page, it would be helpful if you could highlight want you think is higher priority.
19:17:54 <ddavis> Bin: I would encourage people to edit the mapping wiki page ( https://www.w3.org/community/tvapi/wiki/Main_Page/Requirements_Mapping )
19:18:07 <ddavis> Bin: Please add enhancements and things like priorities.
19:18:38 <ddavis> q?
19:19:04 <ddavis> The group has a conference call every four weeks which we'll continue.
19:19:46 <ddavis> ddavis: Is the plan to look at requirements again?
19:20:06 <ddavis> Bin: We're going to concentrate on the mapping analysis but people can contribute to the requirements.
19:22:39 <ddavis> ddavis: If there are people here from organizations that have a TV API, we'd love to be able to use them for reference.
19:22:55 <tidoust> [Mark mentioned the possibility to treat channels as a "playlist" of live streams. That reminds me of abandoned work on a Gallery API worked upon by the DAP WG: See http://dev.w3.org/2009/dap/gallery/ ]
19:23:12 <ddavis> ddavis: Please either add your API details to the wiki or just let us know the URL and someone from the group will do the mapping.
19:23:50 <ddavis> Bin: Thanks everyone and to the chairs for letting me speak.
19:24:42 <ddavis> Topic: Second Screen Working Group
19:25:21 <ddavis> Second Screen Community Group website: http://www.w3.org/community/webscreens/
19:25:53 <ddavis> Second Screen proposed API: http://www.w3.org/2014/secondscreen/presentation-api/20140721/
19:26:09 <ddavis> Oops - this one is more recent...
19:26:13 <ddavis> Second Screen proposed API: https://webscreens.github.io/presentation-api/
19:27:20 <ddorwin> ddorwin has joined #webtv
19:27:28 <ddavis> Louay_Bassbouss: I'm going to show this using the second screen API itself.
19:27:34 <whyun> whyun has joined #webtv
19:27:46 <ddavis> Louay_Bassbouss: I have the slides in a browser on my mobile device
19:28:03 <ddavis> Louay_Bassbouss: If I click a button, I get a dialog asking which application I want to present.
19:28:15 <ddavis> Louay_Bassbouss: I can then send the slides to the presentation device.
19:28:22 <ddavis> Louay_Bassbouss: So this is an actual use case of this API.
19:29:09 <ddavis> Louay_Bassbouss: We have about 62 participants in the second screen presentation community group.
19:29:25 <ddavis> Louay_Bassbouss: There are several technologies to enable second screens.
19:29:37 <ddavis> Louay_Bassbouss: The goal for us is to show web content on a second screen.
19:29:56 <ddavis> Louay_Bassbouss: Web content means not just web pages but also video, etc.
19:30:20 <ddavis> Louay_Bassbouss: In this example we've used a mobile device which is the controller page.
19:30:47 <ddavis> Louay_Bassbouss: It uses the requestSession(url) function to send content to the second screen (presenting page).
19:31:03 <ddavis> Louay_Bassbouss: The user agent allows the user to select the second display.
19:31:16 <ddavis> Louay_Bassbouss: User interaction is always required for security.
19:31:46 <ddavis> Louay_Bassbouss: There are many technologies that can be used for this - DLNA, Mifi, Miracast, etc.
19:32:54 <ddavis> Louay_Bassbouss: The difference between some of these technologies is that sometimes you don't have two user agents - maybe just one with frames sent to the second display.
19:33:11 <ddavis> Louay_Bassbouss: The Presentation API abstracts from these technologies.
19:33:20 <ddavis> Louay_Bassbouss: Gaming and media flinging are other use cases.
19:33:36 <ddavis> Louay_Bassbouss: The current status - in July we published the final report.
19:33:49 <ddavis> Louay_Bassbouss: This month the Second Screen Working Group was created.
19:34:01 <ddavis> Louay_Bassbouss: We currently have 19 participants from 10 organizations.
19:34:07 <ddavis> Louay_Bassbouss: Group chair is Anssi from Intel.
19:34:28 <ddavis> Louay_Bassbouss: One function requests a session between the controlling page and presenting page.
19:34:46 <ddavis> Louay_Bassbouss: We also have a function to let the controlling page know about the existence of secondary displays.
19:34:57 <ddavis> Louay_Bassbouss: It says whether something is available but not how many.
19:35:42 <ddavis> Louay_Bassbouss: If the controlling page requests a YouTube application and you have a TV with a YouTube application, DIAL can be used but some sort of URL mapping is needed for the application to launch.
19:35:49 <ddavis> Louay_Bassbouss: This is in discussion within the group.
19:35:58 <ddavis> Louay_Bassbouss: The focus initially is just on web content.
19:36:15 <ddavis> Louay_Bassbouss: Out of scope things include lower level APIs to discover and communicate between devices.
19:36:39 <ddavis> [Louay is showing a preview of the API code]
19:36:59 <ddavis> Louay_Bassbouss: requestSession starts a connection/session.
19:37:11 <ddavis> Louay_Bassbouss: onpresent is a listener on the presenting page.
19:37:46 <ddavis> Louay_Bassbouss: postMessage and onmessage are used as in web messaging, with the addition of a close() function.
19:38:41 <ddavis> [Louay is showing an example of the API in use]
19:39:18 <ddavis> Louay_Bassbouss: In the working group there's an update on this function - startSession and joinSession
19:39:41 <ddavis> Louay_Bassbouss: This is to allow for sessions that have been started and already exist.
19:39:59 <ddavis> Louay_Bassbouss: In the presenting page there's a navigator.presentation global object.
19:40:23 <ddavis> Louay_Bassbouss: and a navigator.presentation.session object
19:40:53 <ddavis> Louay_Bassbouss: You can use this API to launch apps on a TV and to trigger devices to start from a TV.
19:41:49 <ddavis> Louay_Bassbouss: For implementations, there are two possibilities - single user agent (e.g. WiDi, Miracast) and two user agent (e.g. Chromecast)
19:42:12 <ddavis> Louay_Bassbouss: We have a FAMIUM prototype implementation made by Fraunhofer FOKUS.
19:42:23 <ddavis> Louay_Bassbouss: Another implementation is a Cordova plugin.
19:42:35 <ddavis> Louay_Bassbouss: There are demos and videos on YouTube.
19:42:43 <tidoust> q+ to invite people interested to join the WG
19:42:52 <ddavis> Louay_Bassbouss: So that's the current status. Please let me know if you have questions.
19:43:22 <ddavis> Oliver: You talked about the abstraction of TV technologies that are already available. Do you have any more details?
19:43:46 <ddavis> Louay_Bassbouss: You can use these technologies without any extension but it depends on what the browser supports.
19:44:00 <ddavis> Louay_Bassbouss: E.g. Google is planning to support this in Chrome and they'll support Chromecast only at first.
19:44:15 <ddavis> Louay_Bassbouss: But maybe e.g. Firefox will support Miracast.
19:44:49 <ddavis> Louay_Bassbouss: So you could have the same application in both browsers but the different browsers would have access to different devices.
19:45:06 <ddavis> Oliver: So providers will have to be careful about which browsers can be used.
19:45:09 <ddavis> Louay_Bassbouss: Yes.
19:45:43 <ddavis> tidoust: It's a complex topic and an interoperability issue. We'd like browsers to support  different protocols.
19:46:16 <ddavis> tidoust: As you mentioned, the working group has just been started. Thank you everyone who supported its creation.
19:46:41 <ddavis> tidoust: Please join the WG if you're interested. We're in the process of settting it up. Ask your AC rep to add you.
19:47:24 <tidoust> [To join the Second Screen Presentation Working Group (member-only link): https://www.w3.org/2004/01/pp-impl/74168/join ]
19:47:29 <ddavis> Igarashi: On Wednesday we're having a breakout session about how to use this API with web of things devices.
19:47:47 <ddavis> Louay_Bassbouss: That discussion could also address things such as playing audio on your home system.
19:47:57 <ddavis> Louay_Bassbouss: Also sensors is something to consider.
19:48:03 <kaz> -> https://www.w3.org/wiki/TPAC2014/SessionIdeas#startSession.28.22WoT_devices.22.29 Igarashi's breakout session proposal
19:48:04 <ddavis> Louay_Bassbouss: The API can be a good starting point for that.
19:48:39 <ddavis> Mark_Watson: We're interested in using this API for sending content to e.g. a Netflix app.
19:48:57 <ddavis> Mark_Watson: We're hopeful this API can integrate with the DIAL protocol.
19:49:44 <JF> www.w3.org/WAI/PF/media-a11y-reqs/
19:49:54 <JF> http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist
19:50:03 <ddavis> Topic: HTML WG Accessibility TF
19:50:50 <ddavis> JF: I'm John Foliot, a member of the accessibility initiative at W3C.
19:51:07 <ddavis> JF: Several years ago we looked at accessiblity requirements for media.
19:51:22 <ddavis> JF: We have the spec here (linked above) and a simpler version as a checklist.
19:51:24 <GeunHyung_> GeunHyung_ has joined #webtv
19:51:38 <ddavis> JF: The goal is to get this published as a note by the end of this year so if you have comments, please let us know.
19:53:06 <ddavis> JF: The document is split into two things - creation of accessible content (e.g. captions, transcripts, described audio/video), and system requirements (e.g. tools for playback)
19:53:54 <ddavis> JF: As we went through all the requirements, we tried to map it to existing W3C accessibility publications.
19:54:31 <ddavis> JF: E.g. we have WCAG (Web Content Accessibility Guidelines) and UAAG (User Agent Accessibility Guidelines).
19:54:56 <ddavis> JF: We've tried to provide this as a resource for different user groups.
19:55:13 <ddavis> JF: When you're creating content, make sure you include e.g. captions
19:55:22 <Tomoki_> Tomoki_ has joined #webtv
19:55:27 <kaz> -> http://www.w3.org/TR/WCAG20/ WCAG (Web Content Accessibility Guidelines)
19:55:37 <MarkS> MarkS has joined #webtv
19:55:46 <ddavis> JF: And when you create a system to enable playback, make sure you provide the ability to control it e.g. without a mouse.
19:55:54 <kaz> -> http://www.w3.org/TR/UAAG20/ UAAG (User Agent Accessibility Guidelines)
19:56:12 <ddavis> JF: We map to WCAG which has become a legal standard in many countries around the world.
19:56:46 <Louay> Louay has joined #webtv
19:56:58 <ddavis> JF: We've requested feedback. In this room, you might especially be interested in the system requirements information.
19:57:17 <Louay> Presentation API Slides  http://famium.fokus.fraunhofer.de/webscreens/apps/slides/presentations/presentation-api-tpac2014/index.html
19:57:18 <ddavis> JF: It's also relevant for second screen - sign language on a separate device is a use case.
19:57:47 <ddavis> JF: We're meeting on Thursday in the morning from 9:00am if you'd like to join us.
19:58:32 <ddavis> Mark_Sadecki: What we'd like from this group is that if there's advancement in tests or prototypes, we'd love access to that so we can look into accessibility.
19:58:55 <ddavis> Mark_Sadecki: Please join the meeting on Thursday to discuss it or ask questions.
19:59:10 <ddavis> The media requirements document: www.w3.org/WAI/PF/media-a11y-reqs/
19:59:22 <ddavis> The media accessibility checklist: http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist
19:59:43 <kaz> q+
19:59:46 <ddavis> Mark_Vickers: There's no testing framework being created now and the testing task force has finished.
20:00:41 <ddavis> JF: I'm watching discussions around EME. Ancillary content is important - if the media is encrypted, what does the transcript (or clean audio) like and is it exposed to the relevant APIs?
20:01:09 <ddavis> JF: There's a concern there and we're trying to investigate it so I'd love to speak to anyone about that.
20:01:27 <tidoust> ack tidoust
20:01:27 <Zakim> tidoust, you wanted to invite people interested to join the WG
20:01:28 <ddavis> kaz: The accessibility task force helped us to generate use cases and they'll be discussed here this afternon.
20:01:31 <tidoust> ack kaz
20:01:31 <ddavis> ack kaz
20:01:37 <kaz> -> https://www.w3.org/2011/webtv/wiki/New_Ideas second round use cases (including accessibility ones)
20:02:04 <jcverdie> jcverdie has joined #webtv
20:02:05 <ddavis> yosuke: Meeting adjourned. We'll meet back here at 2pm - now it's time for lunch.
20:02:27 <jcverdie> jcverdie has joined #webtv
20:02:30 <Lingo> Lingo has joined #webtv
20:02:40 <auchenberg> auchenberg has joined #webtv
20:43:39 <kaz> kaz has joined #webtv
20:48:48 <tomoyuki> tomoyuki has joined #webtv
20:49:29 <yosuke> yosuke has joined #webtv
20:50:09 <alex_deacon> alex_deacon has joined #webtv
20:50:17 <auchenberg> auchenberg has joined #webtv
20:51:50 <jcverdie> jcverdie has joined #webtv
20:54:03 <Youngsun_Ryu> Youngsun_Ryu has joined #webtv
20:54:09 <jcverdie> jcverdie has joined #webtv
20:57:07 <Dong-Young> Dong-Young has joined #webtv
20:58:02 <skim13> skim13 has joined #webtv
20:58:42 <hiroto> hiroto has joined #webtv
21:00:09 <Cyril> Cyril has joined #webtv
21:01:16 <ddavis> ddavis has joined #webtv
21:01:50 <Noriya> Noriya has joined #webtv
21:01:52 <Shinwoo> Shinwoo has joined #webtv
21:01:52 <alex_deacon> scribenick: alex_deacon
21:02:16 <ddorwin> ddorwin has joined #webtv
21:02:28 <alex_deacon> topic:Other Updates
21:02:53 <ohmata> ohmata has joined #webtv
21:02:55 <jcdufourd> jcdufourd has joined #webtv
21:03:12 <shoko> shoko has joined #webtv
21:03:16 <kinjim> kinjim has joined #webtv
21:03:18 <glenn> glenn has joined #webtv
21:04:03 <rkawada> rkawada has joined #webtv
21:04:11 <alex_deacon> Moderator of this session is Glenn Deen - NBCUniversal.
21:04:49 <Lingo> Lingo has joined #webtv
21:05:17 <GeunHyung> GeunHyung has joined #webtv
21:05:37 <Tomoki> Tomoki has joined #webtv
21:06:06 <wy> wy has joined #webtv
21:06:21 <yoshiaki> yoshiaki has joined #webtv
21:06:26 <JF> JF has joined #webtv
21:06:36 <alex_deacon> Glenn_Deen: SMPTE Update - Open Binding of IDs to Audiovisual Essence 24 TB Study Group.  How to bind a content ID in a way that survives compression and distribution thru the supply chain.  https://www.smpte.org/standards/reports/
21:06:47 <taku> taku has joined #webtv
21:07:22 <glenn_> glenn_ has joined #webtv
21:07:24 <khoya> khoya has joined #webtv
21:07:39 <alex_deacon> Glenn_Deen: There is technology available to do this.  SMPTE will establish a working group to develop a standard.
21:08:25 <alex_deacon> Glenn_Deen: The hope is to have a standards based mechanism that will contain an ID for media.   (most likely via some watermark technology)
21:08:59 <alex_deacon> Mark_Vickers: What is EIDR and AdID
21:09:41 <Shige> Shige has joined #webtv
21:09:59 <Lingo> http://eidr.org
21:10:06 <kazho> kazho has joined #webtv
21:10:09 <alex_deacon> Glenn_Deen: EIDR is a unique ID associated with content.
21:10:34 <alex_deacon> Mark_Vickers: Would SMPTE define an API?
21:10:35 <cpn> cpn has joined #webtv
21:10:53 <alex_deacon> Glenn_Deen: SMPTE would not do this, but this is something W3C could do this.
21:11:12 <Reinaldo_> Reinaldo_ has joined #webtv
21:11:26 <gludi|42> gludi|42 has joined #webtv
21:11:26 <alex_deacon> Pascal: How does this relate to the ATSC work discussed earlier.
21:11:52 <alex_deacon> Glenn_Deen: Some overlap between SMPTE and ATSC.
21:12:35 <droh> droh has joined #webtv
21:12:57 <alex_deacon> Glenn_Deen: GGIE - Glass to Glass Internet Ecosystem
21:13:54 <MarkVickers> www.ad-id.org
21:15:39 <alex_deacon> Glenn_Deen: Trends behind this idea.  Many orgs, consortia and companies involved in the complex digital video ecosystem.
21:17:31 <alex_deacon> Glenn_Deen: There is a need for an org to look at the “big-picture” and to help coordinate between orgs/consortia/etc.
21:18:48 <_M_> _M_ has joined #webtv
21:19:19 <alex_deacon> Glenn_Deen: Digital content is reaching a scaling well.  more users, more devices, more markets, more bandwidth.
21:20:10 <alex_deacon> Glenn_Deen: Profession and non-professional tools and workfolws are intermixing.
21:21:32 <tidoust> tidoust has joined #webtv
21:21:50 <tidoust> RRSAgent, draft minutes
21:21:50 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html tidoust
21:22:09 <alex_deacon> Glenn_Deen: Video delivery is getting much more complex - many many standards required.   GGIE is meant to coordinate and facilitate.
21:22:42 <raphael> raphael has joined #webtv
21:23:53 <alex_deacon> Glenn_Deen: video data has exploded 266x
21:24:05 <ddavis> s/266x/256x/
21:24:38 <masuzawa> masuzawa has joined #webtv
21:25:55 <alex_deacon> Glenn_Deen: Scaling issues: Bandwidth struggles to continue to meet demand, growth of new devices, growth in users.
21:27:14 <Zakim> + +1.415.314.aabb
21:28:59 <alex_deacon> Glenn_Deen: GGIE working on use cases:  Use Case #1 - Edge device selects best source for digital content delivery.
21:30:08 <alex_deacon> Glenn_Deen: Use Case #2 - Edge device offers content to other devices (edge device-device delivery).
21:30:54 <alex_deacon> Glenn_Deen: GGIE Goal - Help improve the state of the art in open standards for both professional and non-professional digital video focusing on all phases of the digital video life cycle
21:31:06 <Zakim> - +1.415.314.aabb
21:31:14 <alex_deacon> Glenn_Deen: Capture-Edit-Package-Distribute-Find-Watch
21:31:42 <alex_deacon> Glenn_Deen: GGIE is not a new SDO - Focus on identifying work in existing SDOs.
21:33:34 <alex_deacon> Glenn_Deen: In scope - All content personal, prosumer, professional.  whole ecosystem, not just the web.  Content workflows.
21:33:41 <alex_deacon> Glenn_Deen:  Focus on Scalability, content identification, metadata, user identity, privacy.
21:36:02 <alex_deacon> Glenn_Deen: Out of scope - non-Internet Delivery.  Codecs/Encoding.  Encryption algs.  Legal Topics.  DRM.
21:36:53 <alex_deacon> Glenn_Deen: GGIE focus will be on use cases only.
21:37:17 <alex_deacon> Glenn_Deen: GGIE Outputs:  Use cases and gap analysis.
21:38:37 <alex_deacon> Glenn_Deen: who has been talking about GGIE.  Comcast-NBCU, Mozilla, Cisco, ISOC, Ericsson, Civolution.
21:40:00 <alex_deacon> Glenn_Deen: GGIE needs an organizational home such as W3C.
21:41:37 <alex_deacon> Glenn_Deen: Proposal is to start GGIE as a “sub-thread” of Web&TV IG.
21:42:56 <alex_deacon> Glenn_Deen:  Are we going to big.
21:43:34 <alex_deacon> Jean-Claude: Its a good idea, but doesn’t see a workable path to achieve all that was discussed.
21:44:28 <alex_deacon> Glenn_Deen: Initial focus should be on low hanging fruit.
21:44:40 <jeff> jeff has joined #webtv
21:48:31 <alex_deacon> yosuke: we should break this big problem into pieces - to get some early wins.
21:49:51 <alex_deacon> Glenn_Deen: crazy to do all things at once.   need to prioritize and focus on biz and user priorities.
21:51:09 <AndroUser> AndroUser has joined #webtv
21:51:21 <alex_deacon> Glenn_Deen: Things GGIE is a great opportunity - the time is right.   Will benefit content creators and consumers.
21:51:58 <alex_deacon> Glenn_Deen: there is more UGC uploaded to youtube in 2.5 days than all studios have created in 100 years.
21:54:48 <alex_deacon> Mark_Vickers: Scope is broad, but now that we have specific goals it is within reach of this IG.   Liaisons will be key.   As we are limited to requirements the scope is more managable.
21:56:04 <alex_deacon> Jeff_Jaffe: Thinks IG is a good place for this work.
21:57:01 <alex_deacon> Jeff_Jaffe: Do we have the right stakeholders in this IG?    Can we make it sucessful?   Do we have a list of stakeholders not currently in W3C to ensure this is effective.
21:58:47 <alex_deacon> Glenn_Deen: no list exists.
21:59:38 <alex_deacon> Jeff_Jaffe : need to look for both tech gaps and ecosystem gaps.  Need to think globally.
22:00:58 <Tomoyuki> Tomoyuki has joined #webtv
22:01:07 <alex_deacon> Glenn_Deen: Challenge is to bring together a diverse community of specialists.  Feels we can quickly fill gaps as they are discovered.
22:03:14 <alex_deacon> Bill: trying to get the structure and first steps (binding ID via watermark for example) will get the ball rolling.
22:05:03 <alex_deacon> Perhaps we need a task force for a next step.
22:05:20 <jcverdie> scribe: jcverdie
22:05:35 <jcverdie> HTML5 Update (Mark Watson, Netflix)
22:05:47 <jcverdie> Mark: MSE. Candidate Rec in July. Stable since then
22:05:59 <jcverdie> ... deployed and used quite extensively
22:06:09 <jcverdie> EME: Discussion continues (and will for a while)
22:06:33 <jcverdie> ... The TAG recently published opinion on EME and raised a number of issues
22:06:34 <Cyril> Cyril has joined #webtv
22:06:52 <jcverdie> s/EME:/Mark: EME,
22:07:12 <jcverdie> ... Still a few things are being discussed
22:07:46 <jcverdie> ... Good news is that it's deployed in various desktop browsers and being used in various apps including us (aka Netflix)
22:08:40 <jcverdie> ... WebCrypto: stand-alone API to give access to cryptography from the web browser
22:09:07 <jcverdie> ... Ready to exit LC and move to CR
22:09:26 <jcverdie> ... API is implemented and used in the field in various forms
22:10:18 <auchenberg> auchenberg has joined #webtv
22:10:19 <jcverdie> xxx: over lap with media fragment spec?
22:10:30 <jcverdie> Mark: not familiar enough w/ Media Fragment to answer
22:11:33 <jcverdie> s/over lap with/over lap between media segment and/
22:12:59 <jcverdie> @@@: state of bytestream registry in MSE?
22:13:07 <jcverdie> @@@: I don't know
22:13:29 <MarkVickers> https://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/byte-stream-format-registry.html
22:13:34 <Cyril> s/@@@/Cyril/
22:14:42 <raphael> s/xxx:/Raphael:
22:14:49 <jcverdie> Mark V gives more details on this
22:16:07 <jcverdie> Mark Watson: append doesn't only mean append to the end, it can be "on top of" already placed media
22:16:18 <jcverdie> ... you can do any kind of slicing you like
22:17:13 <jcverdie> Mark Vickers: example of audio track with various languages
22:17:18 <ddorwin> Gapless audio playback with MSE: http://dalecurtis.github.io/llama-demo/index.html
22:18:17 <jcverdie> Glann Eguchi (Adobe): difficulty if different part come from different providers
22:18:38 <jcverdie> Raphael: I'm not an MSE expert. But you should use the mailing list to ask
22:19:19 <markw> markw has joined #webtv
22:19:23 <jcverdie> s/Glann/Glenn
22:19:52 <jcverdie> Mark Vickers: is this because you want a quick 1.0 version or is there another reason?
22:20:00 <Cyril> s/Raphael: I'm not an MSE expert/ddorwin: I'm not an MSE expert/
22:20:09 <jcverdie> ddorwin: I'm not sure tracks is well implemented at all
22:21:05 <jcverdie> MarkVickers: HTML5 is going to REC tomorrow
22:21:26 <jcverdie> spec features have to be implemented by 2+ implementors to be considered final
22:21:48 <jcverdie> ... I want to mention that dataCue has been moved from 5.0 to 5.1 because of only Safari implemented it
22:22:16 <jcverdie> ... Those of you interested in this critical data stream access may be you can help to get more support in 5.1 with additional implementations
22:22:35 <jcverdie> ... Need more useful content to justify the implementation. Chicken and egg problem
22:23:04 <jcverdie> Daniel Davis on in-band media tracks
22:23:33 <jcverdie> ... Quick update, I'm not active on the Media Resource In-Band Tracks CG
22:24:04 <jcverdie> ... "How to expose in-band tracks as HTML5 media element video audio and text tracks"
22:24:22 <jcverdie> ... most of the work focuses on MPEG-2 TS now
22:24:57 <jcverdie> (link available from the slides)
22:25:05 <MarkVickers> http://dev.w3.org/html5/html-sourcing-inband-tracks/
22:26:26 <jcverdie> Daniel Davis : The CG cannot create a standard but the work can be prepared to pave the way of an actual WG work
22:26:56 <jcverdie> ... HbbTV consoritum brought a proposal to increase DVB support in addition to ATSC
22:28:07 <jcverdie> Mark Vickers: if you have an app consuming a particular piece of media, you would like a inband tracks to be the same and found with the same name across all the browsers
22:28:26 <jcverdie> ... this is *not* a req to say that a browser should support MPEG2-TS or whatever
22:28:38 <jcverdie> ... more *if* you do support, please follow this
22:29:11 <jcverdie> Yosuke: HbbTV provided the "european" vision for DASH and MPEG
22:30:19 <jcverdie> John Folliot: is the list in the wiki a comprehensive list?
22:30:28 <jcverdie> Giuseppe: I think these are coming from HTML5
22:30:54 <jcverdie> (we are talking about captions, subtitles, descriptions...)
22:31:08 <jcverdie> John: it seems there are new ones defined here
22:31:32 <jcverdie> Cyril: this list was build from HTML5
22:31:46 <jcverdie> ... nothing was added
22:32:05 <jcverdie> John: there are only 5 values specified in HTML 5
22:32:26 <jcverdie> Cyril: the wiki hasn't been updated
22:32:33 <jcverdie> François: the spec says the same
22:33:25 <jcverdie> Cyril: the current draft has a general introduction. rules for mapping in-band tracks to HTML text, audio or video
22:33:38 <jcverdie> ... some in-band tracks won't be exposed as they would be too much expensive
22:33:42 <giuseppe> giuseppe has joined #webtv
22:33:53 <giuseppe> the list comes from the html5 spec http://www.w3.org/TR/html5/single-page.html#dom-audiotrack-kind
22:33:57 <jcverdie> ... in some case on track might be exposed in multiple tracks
22:34:52 <jcverdie> ... There are 17 bugs opened on the spec but you're welcome to submit more
22:36:31 <auchenbe_> auchenbe_ has joined #webtv
22:37:11 <jcverdie> Afternoon break, we'll reconvene at 4pm
22:37:28 <MarkVickers> The different track kinds are in two tables: http://www.w3.org/TR/html5/single-page.html#text-track-kind  & http://www.w3.org/TR/html5/single-page.html#dom-audiotrack-kind
22:44:32 <AndroUser2> AndroUser2 has joined #webtv
22:47:47 <jcverdie> jcverdie has joined #webtv
22:49:42 <Shige> Shige has joined #webtv
22:51:54 <alex_deacon> alex_deacon has joined #webtv
22:53:56 <ddorwin> ddorwin has joined #webtv
22:56:26 <GeunHyung> GeunHyung has joined #webtv
22:56:40 <Tomoyuki> rrsagent, draft minutes
22:56:40 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html Tomoyuki
22:56:54 <ddavis> ddavis has joined #webtv
23:01:04 <giuseppe> scribe: giuseppe
23:01:06 <jcdufourd> jcdufourd has joined #webtv
23:01:11 <giuseppe> scribenick: giuseppe
23:02:14 <jcverdie> jcverdie has joined #webtv
23:02:45 <giuseppe> rrsagent, draft minutes
23:02:45 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html giuseppe
23:02:56 <giuseppe> test
23:02:59 <giuseppe> rrsagent, draft minutes
23:02:59 <RRSAgent> I have made the request to generate http://www.w3.org/2014/10/27-webtv-minutes.html giuseppe
23:03:36 <shinwoo> shinwoo has joined #webtv
23:04:11 <giuseppe> Topic: second round of use cases
23:04:53 <yosuke> https://www.w3.org/2011/webtv/wiki/Media_APIs#Submitting_New_Use_Cases_and_New_Ideas_for_Second_Iteration_of_Work_in_2014
23:05:01 <kinjim___> kinjim___ has joined #webtv
23:05:12 <giuseppe> [Yosuke provide overview of the approach, as described on the wiki]
23:06:05 <seo> seo has joined #webtv
23:06:33 <giuseppe> first iteration of UC/req/gap was done last year, result was the TV control CG
23:06:40 <jcverdie> jcverdie has joined #webtv
23:06:51 <yoshiaki> yoshiaki has joined #webtv
23:06:51 <giuseppe> second iteration started in May 2014, should be finalized by end of this year
23:07:16 <yosuke> https://www.w3.org/2011/webtv/wiki/New_Ideas
23:08:06 <giuseppe> On the wiki, there is a list of UCs submitted by members
23:09:18 <giuseppe> we originallu had 7 UCs, one was idenftified as already covered
23:09:57 <giuseppe> of the remaining 6, one (triggered interactive overlay) was identified as in scope for the TV control CG
23:10:07 <giuseppe> the UC about clean audio came from the accessibility TF
23:10:46 <giuseppe> is about being able to separate the main dialog from other audio source to be able to isolate it
23:12:55 <giuseppe> we examined this use case and we found out that the web Audio API is already a good solution to equalize different audio channels
23:13:20 <Cyril> Cyril has joined #webtv
23:13:29 <jeff> jeff has joined #webtv
23:13:37 <giuseppe> so the only gap was about synchronization of multiple audio/video tracks
23:13:54 <giuseppe> so it was folded it in the media synchronization UC
23:14:51 <david_> david_ has joined #webtv
23:15:19 <giuseppe> first let's look at fingerprinting
23:15:32 <giuseppe> we looked at it from a browser perspective
23:15:46 <giuseppe> s/browser/user agent/
23:16:33 <Cyril> RRSAgent, pointer
23:16:33 <RRSAgent> See http://www.w3.org/2014/10/27-webtv-irc#T23-16-33
23:16:43 <giuseppe> although there are different algorithms there are some commonalities and there should be a way to have a unified API to talk to that module
23:18:11 <Ruinan_> Ruinan_ has joined #webtv
23:18:49 <droh> droh has joined #webtv
23:19:05 <giuseppe> giuseppe: do we really need an API for fingerprinting? isn't the track API enough to "extract" an ID associated to a pieace of media?
23:20:18 <giuseppe> ... or was the diea to allow watermarking implemented in JS?
23:20:35 <giuseppe> dean/yosuke: no the idea was to rely on watermarking as a feature of the UA
23:20:53 <cpn> s/pieace/piece/
23:20:58 <cpn> s/diea/idea/
23:23:59 <giuseppe> suggestion to avoid a plugin/modules approach, as it makes standardization difficult.
23:24:26 <giuseppe> q: do we really need a native module? can't this be imeplemented in Javascript?
23:27:43 <alex_deacon> alex_deacon has joined #webtv
23:27:49 <giuseppe> defining a generic API could be good anyway, someone could also then implement a polfill for it
23:28:09 <giuseppe> s/polfill/polyfill/
23:29:36 <giuseppe> glenn: did you consider video fingerprinting?
23:30:42 <giuseppe> not really, we started with audio as is was the main use case
23:32:12 <giuseppe> we decided to focus on audio, but just because we had limited time
23:33:12 <giuseppe> jc: what is the value of a fingerprint API?
23:33:26 <giuseppe> can't an app just send the audio fragment to a server and get backa  result
23:34:34 <cpn> cpn has joined #webtv
23:34:41 <giuseppe> yosuke: as you need to generate an hash before sending to the server, we thought you need an API to get this hash before sendding to the server
23:37:00 <giuseppe> is there an overlap with the GGIE work?
23:37:24 <giuseppe> probably there is a lot of overlap, although we may be looking at slightly different use cases
23:37:54 <giuseppe> let's move to mediastream synchronization
23:39:49 <giuseppe> we identified that Media Stream Synchronization is a basic feature needed to cover different use cases
23:41:23 <giuseppe> we want to explore this further to see if this is covered already by under standards
23:41:58 <Cyril> Cyril has joined #webtv
23:42:07 <giuseppe> jc: I think UPnP has something about it
23:43:15 <MarkVickers> http://www.w3.org/TR/html5/single-page.html#mediacontroller
23:43:41 <giuseppe> giuseppe: also HbbTV and DVB have done work in this area
23:43:51 <giuseppe> yosuke: also hybridcast
23:45:15 <gludi|42> gludi|42 has joined #webtv
23:45:42 <giuseppe> we need to discuss what would need to be defined in W3C then
23:46:38 <HZ> HZ has joined #webtv
23:46:44 <rkawada> rkawada has joined #webtv
23:46:56 <giuseppe> yosuke: what should be next step?
23:47:13 <giuseppe> giuseppe: before we bring it up to a WG need to identify what is mising
23:47:20 <giuseppe> s/mising/missing/
23:47:27 <giuseppe> yosuke: ok maybe we shoudl look at existing work
23:48:19 <Tomoyuki> s/shoudl/should/
23:48:35 <giuseppe> where to do this work? let's continue here in the IG
23:51:05 <yosuke> Session: Wrap-up & Next steps
23:51:33 <yosuke> Giuseppe: Each session had its next steps.
23:51:47 <yosuke> ... I just want to walk through the result as the wrap-up.
23:52:33 <yosuke> ... We'll create a TF to deal with GGIE topics.
23:53:26 <yosuke> Mark: We raised awareness of TV guys about what's happening in other groups and how to join.
23:53:42 <yosuke> ... And Media APIs TF will continue its work.
23:54:40 <yosuke> Daniel: TV Control API CG has decided to move on to the next step.
23:55:20 <jcverdie> tentative breakout schedule https://www.w3.org/wiki/TPAC2014#Session_Grid
23:55:25 <yosuke> Jean-Claude: What about "screen-less" second screen presentation API?
23:55:39 <jcverdie> startSession is scheduled at 1:15pm in Sequoia
23:56:22 <yosuke> Igarashi: We'll talk about it during a break-out; the CG will continue as a public discussion group.
23:57:01 <yosuke> Loay: I'm not sure that WoT view will fit the CG, which is still focus on presentation devices.
23:57:30 <yosuke> Igarashi: I'd like to see what will be the conclusion of the break-out session.
23:57:38 <tidoust> Breakout session on startSession for screen-less APIs: https://www.w3.org/wiki/TPAC2014/SessionIdeas#startSession.28.22WoT_devices.22.29
23:57:54 <yosuke> ... Your opinions are welcome.
23:58:02 <yosuke> Giuseppe: AOB?
23:59:06 <yosuke> Igarashi: On Wednesday, we'll talk about not only screen-less devices but also privacy and security of devices in home networks.