12:52:32 RRSAgent has joined #tvapi 12:52:32 logging to http://www.w3.org/2016/08/23-tvapi-irc 12:52:39 RRSAgent, make logs public 12:53:00 Meeting: TV Control WG Call 12:53:01 yann has joined #tvapi 12:53:04 Chair: Chris 12:53:32 Agenda: https://lists.w3.org/Archives/Public/public-tvcontrol/2016Aug/0010.html 12:53:46 kaz has joined #tvapi 12:56:44 SERAPHIC has joined #tvapi 12:59:29 Zakim has joined #tvapi 13:00:45 Present+ Chris_Needham 13:00:50 Present+ Francois_Daoust 13:00:58 Present+ Kazuyuki_Ashimura 13:01:26 igarashi has joined #tvapi 13:01:30 Present+ Ryan_Davis 13:02:20 Present+ Steve_Morris 13:02:28 Present+ Youngsun_Ryu 13:07:57 Present+ Yann(Eurofins) 13:08:20 Present+ Tatsuya_Igarashi 13:08:25 Present+ Jean-Pierre_Evain 13:08:41 zakim, pick a scribe 13:08:41 Not knowing who is chairing or who scribed recently, I propose Francois_Daoust 13:08:59 Scribe: Francois 13:09:01 scribenick: tidoust 13:09:35 Steve_Morris has joined #tvapi 13:09:35 Chris: I notice that Alex is not around today, so we cannot really talk about the radio use cases he's working on. 13:09:46 Topic: Call for Consensus for publication as FPWD 13:10:15 Chris: In previous calls, we said that the only thing blocking publication as FPWD was the lack of introduction. 13:10:22 ... I wrote one. 13:10:32 http://w3c.github.io/tvcontrol-api/ 13:10:50 Youngsun has joined #tvapi 13:11:59 Chris: Essentially, I've added an abstract that describes the overall goal of the specification. Next change is in the Status of This Document section to note that privacy and security concerns have not been addressed and that such a mechanism might change the API surface. 13:12:15 ... Then the main change is the Introduction that describes the various concepts. 13:12:29 ... If you haven't reviewed these changes yet, I encourage you to do so. 13:12:49 ... Any other issues with the spec that you feel we need to address before we move to FPWD? 13:12:59 [none heard] 13:13:20 Chris: My next step will thus to send a Call for Consensus to the mailing-list to publish the spec as First Public Working Draft. 13:13:53 ... How long should the CfC be? 13:14:00 Kaz: one or two weeks. 13:14:06 Chris: OK, I'll leave two weeks. 13:14:20 Topic: F2F meeting at TPAC 13:14:40 https://www.w3.org/wiki/TV_Control/Meetings/2016-09 13:14:41 Chris: I've constructed an agenda for our F2F on Tuesday 20th September in Lisbon. 13:15:04 ... Any feedback or comment on the way the agenda is constructed? 13:15:40 ... I tried to leave the radio discussion to the afternoon, so that if Ryan wants to join us remotely, then that's hopefully at a friendly time for you. 13:15:46 Ryan: That would work. 13:16:06 +q 13:16:09 Chris: We'll try our best to stick to the schedule, but it depends on how things proceed during the morning session. 13:17:04 ... What I'd like to do is: give an introduction to the API for people in the room that may not be familiar with it. And then go through the list of open issues on GitHub. With some help from Francois, I tried to group these issues into categories, so that we can structure the discussion. 13:17:15 ... The main topic for the morning is the overall architecture for the spec. 13:17:43 ... This is really looking at the relationship between TVSource and TVTuner, as well as a few other issues listed in the agenda. 13:17:57 ... Most of the morning should be on such discussions. 13:18:20 ... Then, after lunch, things that are access control implications: channel scanning, parental lock, etc. 13:18:29 ... And then the radio use cases and API following that. 13:18:54 ... Some discussion on how we relate schema.org metadata with our spec, and whether we need to define any mapping to underlying broadcast protocols. 13:19:17 q+ to talk about the possible joint meetings with WoT and Auto 13:19:29 ... Please do take a look at the issues and provide comments on GitHub so that we can hopefully agree on a conclusion at TPAC. 13:20:04 Igarashi-san: I'm interested in access control. Access control to retrieve the program and EPG information? 13:20:07 Chris: Yes. 13:20:37 Igarashi-san: Some may want to restrict access to this information. 13:21:02 Chris: Indeed. I discussed this internally with my colleagues and there would be a concern to allow arbitrary origins to access that information. 13:21:15 ... What I've done is list these concerns in the requirements page. 13:21:46 Jean-Pierre: You have some information about the program and you want to protect it. But until then? At some point, you want to publish that info so that people can find the programs. 13:22:13 Igarashi-san: My question is whether this is on the agenda for the TPAC. I can provide some input to these discussions. 13:22:51 Jean-Pierre: I've been working on metadata for TV for years. Very often, broadcasters say that the information is very sensitive, but at the same time, it's usually available on the Web, so what's the point? 13:22:55 q? 13:22:57 ... I'll be in Lisbon to discuss. 13:22:57 ack i 13:23:39 Chris: As a content provider, we want some degree of control as to how the content is presented. In the current world where we build our own channel-bound applications, then we can do that. 13:23:58 ... The question is on whether any arbitrary web site can present the tuner stream. 13:24:15 ... What precisely content providers may want to keep control on, that's the question. 13:24:27 ack igarashi 13:24:48 Chris: In the TV world, you have the broadcast-related / broadcast-independent border. 13:25:04 ... Whether that model should be applied to the Web is an open question. 13:25:47 Kaz: In that case, it might make sense to have a joint discussion with the GGIE Task Force and the Web and TV IG. 13:26:10 ... The GGIE Task Force has been working on identification issues. 13:26:20 Chris: Do you think we should add this to the agenda? 13:26:40 Kaz: Maybe we can have that discussion on Monday during the Web and TV IG. 13:26:43 q+ igarashi 13:27:07 ack i 13:27:28 Igarashi-san: I would like to clarify the current consensus. Do you believe that this should be more open than in the HbbTV world? Does it mean that arbitrary web pages can access the program information and present the content? 13:27:48 Chris: Yes, when I say "open", that's what I am implying. 13:27:58 Igarashi-san: That's issue #13? 13:28:01 Chris: Exactly 13:28:11 -> https://github.com/w3c/tvcontrol-api/issues/13 issue 13 13:29:09 Steve: In terms of EPG data, there's probably no problem exposing that. In terms of presentation, the rationale is around commercial issues where, if some Web page displays ads on its own, there may be licensing issues. 13:29:32 ... [scribe missed 3rd issue] 13:30:06 Igarashi-san: Some broadcaster are sill concerned about exposing EPG data, I think. 13:30:25 s/broadcaster/broadcasters/ 13:30:30 ... I worry about that. Of course, open APIs are good for other people, but some stakeholders may not be happy with that. 13:31:05 q+ JP 13:31:07 ack JP 13:31:47 Jean-Pierre: At some point in time in the process and workflow, you have metadata available somewhere and you would like that to be sealed until you need to publish that metadata for people to use it. 13:32:00 ... As soon as you do it, restriction becomes useless. 13:32:57 Igarashi-san: The current mechanism is very restricted. Access control should not be done by the web page, rather per action basis. 13:33:14 ... Accessing the channels information is OK for instance. 13:34:32 Jean-Pierre: I think we need to work on the workflow. Two cases, you want to restrict access control, or you want to advertise it. In both cases, you'll need to publish the information in some way. I'm a bit lost. 13:34:59 Igarashi-san: You're not ;) I think that's an important topic to have on the agenda to discuss at TPAC. 13:35:12 Jean-Pierre: That's relevant, yes. 13:35:50 Chris: It is on the agenda for TPAC. It's more the afternoon session, but we may touch on it in the morning. Most of the issues are inter-related. 13:36:17 ... I think Steve gave a good summary. From a BBC perspective, we would certainly be worried about presentation of ads along our content. 13:36:40 ... I think channels access is more a user privacy concern. Enumerating the list of channels is problematic from that perspective. 13:36:57 Igarashi-san: How about the EPG and Program information? 13:37:09 ... Is it ok for everyone to see that? 13:37:23 ... I think it depends on the business model. 13:38:39 ... I don't have strong requirements on metadata from a TV manufacturer perspective. However, if that's an issue for broadcasters, we need to take it into account. 13:39:46 Jean-Pierre: I think we need a general discussion on metadata on the agenda. There's a bit of history there. There are many branding issues (e.g. ensuring that the user is aware of the provenance of the content at all times). 13:39:56 q+ igarashi 13:39:59 ack i 13:40:14 Igarashi-san: Access control to the EPG metadata. Aren't these architecture issues? 13:40:29 Chris: I think it will affect the architecture. 13:41:58 ... I don't think we can resolve this here and now. 13:42:30 ... I need to put some more thoughts from our perspective. I'd like to here from other content providers as well to get more consensus on this particular topic. 13:43:08 ... The action that I take away today is to adjust the TPAC F2F agenda to create some space in the morning to discuss metadata. 13:43:24 ... More comments on this now? 13:43:30 q+ igarashi 13:43:33 ack i 13:43:36 Igarashi-san: Is there any Web and TV IG meeting at TPAC? 13:44:04 Kaz: Yes, there will be one on Monday, where we could discuss with the GGIE TF. 13:44:13 Igarashi-san: Who is active in GGIE? 13:44:36 Kaz: NBC Universal. 13:45:06 Jean-Pierre: When I registered for TPAC, that sort of particular joint meetings, where will they be announced? 13:45:24 Kaz: We're still gathering information. 13:45:40 Jean-Pierre: How would you publicize the results? Through the reflector? 13:45:51 Kaz: Yes. And Chris can update the TV Control WG wiki as well. 13:46:10 s/NBC Universal./NBC Universal (Glenn Deen, Bill Rose)/ 13:46:13 q+ igarashi 13:46:15 ack i 13:46:50 s/Yes./Yes, I can send a message to the TV IG list and updated the TV IG wiki./ 13:46:51 Igarashi-san: In terms of requirements, we could discuss with Web and TV IG, e.g. access control for program and EPG. But we should be careful on discussion of the architectural solution. 13:46:56 ... That should be done by the WG. 13:47:08 ... For patent policy reasons, among other things. 13:47:18 ... We should only discuss about requirements with the Web and TV IG. 13:47:57 Chris: Thank you, yes, it is a good idea. If we could get some feedback from the IG on these requirements, then that could get us a better understanding of the needs, and the WG could then work on a solution. 13:48:23 Igarashi-san: We could have a requirements session on the agenda. 13:48:49 Chris: OK, Kaz and I will take that offline. 13:49:19 Kaz: Given that this is related to security and privacy, maybe it would make sense to have another joint session with Web of Things IG and Automotive BG. 13:49:42 Chris: For the Automotive, Ryan shared the details of the security work that has been done there. 13:50:03 s|Automotive BG|Automotive BG/WG| 13:50:14 ... I'd like to read through that to get a better understanding as to what has been done. 13:50:41 Chris: My main concern is around scheduling these joint meetings. 13:50:56 Igarashi-san: Same comment as before, that should stick to use cases and requirements. 13:51:21 Kaz: We can restrict the discussion to use cases and requirements for security management. 13:52:23 Igarashi-san: Before discussing the solution, the WG needs to agree first on which requirements it needs to support. This means hearing from other broadcasters. 13:52:59 ... This is not a generic security issue. More a business-related security issue. Are broadcasters fine with exposing the data and content? 13:53:13 ... My interest is gathering requirements from broadcasters. 13:54:02 q- 13:54:16 Chris: I realize that we're running out of time. 13:54:47 Topic: API and spec changes to support radio 13:55:09 Chris: It may be that supporting radio is just as simple as renaming the interfaces to drop the "TV" prefix. 13:55:17 i/Chris:/Kaz: in that case, I can ask the Web&TV guys about their opinions as well./ 13:55:42 ... But then Alex is also talking about bringing some radio-specific parts 13:55:55 ... e.g. slideshows that may be broadcasted along with the radio stream. 13:55:57 -> http://w3c.github.io/tvcontrol-api/ editor's draft 13:56:07 ... Which could lead to more adjustments needed to the API. 13:56:21 ... I hope Alex will be able to come back and present some analysis there. 13:56:34 ... The other thing that Alex said he would do was review the Genivi work. 13:56:45 ... Again something I hope we can get back to at TPAC. 13:57:28 Ryan: I'm still working on an analysis between Genivi and TV. I'm still in the middle of that. Hopefully by the end of this week, I'll be able to share something. 13:57:40 s/Genivi/Genivi IVI/ 13:58:12 ... I haven't talked to Alex. Maybe we can just share the results and compare our notes. 13:58:32 Topic: The TVSource and TVTuner objects 13:58:47 Chris: The final topic that I wanted to touch upon today is issue #4. 13:58:49 s/Before discussing the solution/Before discussing the solution or use cases/ 13:58:52 ... Some good discussion on GitHub. 13:59:00 ... But we're running out of time here. 13:59:08 -> https://github.com/w3c/tvcontrol-api/issues/4 issue 4 13:59:22 ... What I think we may be missing here is descriptions of usage of these interfaces. 13:59:49 ... There may be a need to redesign the API to expose the functionalities better. 14:00:35 ... The original spec was designed by Mozilla but there are not in the group anymore, so we don't always know why some design decisions were made. 14:01:03 ... I know that Francois has been looking at possible similarities with WebRTC, getUserMedia, isolated MediaStream. 14:01:18 ... That should trigger good discussions at TPAC. 14:01:43 Steve: I agree with that. I cannot attend TPAC unfortunately, but can attend the meeting remotely. 14:01:50 igarashi has joined #tvapi 14:01:58 Chris: Excellent! 14:02:05 Chris: Any other business? 14:02:40 Chris: There's a lot of food for thoughts in what we've discussed today. I'll investigate internally to get a broadcaster's perspective. 14:02:50 ... I look forward to meeting those who can join us at the meeting. 14:03:00 [Call adjourned] 14:03:23 RRSAgent, draft minutes 14:03:23 I have made the request to generate http://www.w3.org/2016/08/23-tvapi-minutes.html tidoust 15:24:40 RRSAgent, bye 15:24:40 I see no action items