13:09:48 RRSAgent has joined #webtv 13:09:48 logging to http://www.w3.org/2016/04/27-webtv-irc 13:10:03 agenda? 13:10:15 zakim, who is here? 13:10:15 Present: (no one) 13:10:17 On IRC I see RRSAgent, Zakim, JF, alexandra_mikityuk, kaz, Karen, trackbot, timeless, tobie, sangwhan, yhirano_ 13:10:26 Present+ JF 13:14:41 Kaz, are you there? 13:14:48 TAG = TEchnical ARchitecture Group 13:15:16 OK 13:18:28 Meeting: Cloud Browser 13:18:42 present+ Kaz, Alex, Harrison, John, So 13:18:50 zakim, pick a scribe 13:18:50 Not knowing who is chairing or who scribed recently, I propose JF 13:19:16 scribe: kaz 13:19:19 scribenick: kaz 13:19:41 alex: would look at the plan 13:19:50 ... bullet points on my notes 13:20:18 -> https://lists.w3.org/Archives/Public/public-web-and-tv/2016Apr/0003.html Alex's note 13:20:35 agenda Arch + 13:20:51 agenda UC assignment + 13:20:54 agenda? 13:21:10 agenda + Arch 13:21:22 agenda + UC assignment 13:21:30 zakim, take up agendum 1 13:21:30 agendum 1. "Arch" taken up [from alexandra_mikityuk] 13:23:34 Q+ 13:24:12 alex: DOM tree within the cloud browser 13:24:25 ... can mention that 13:24:40 ... but should we add a chapter on that? 13:24:58 jf: you have to expose the DOM tree to some of the users 13:25:23 ... the problem is that if I can't see or can't hear 13:25:38 ... I can't see the dancing picture, etc., on the screen 13:25:55 ... in that case should use the accessibility APIs for DOM 13:26:12 ... HTML5 guys also have similar problems with Canvas 13:26:26 ... what to do with shadow DOM 13:26:52 ... would provide this kind of feedback for the discussion 13:27:03 alex: can you provide resources on Shadow DOM? 13:27:15 https://www.w3.org/TR/2015/WD-shadow-dom-20151215/ 13:27:22 q+ 13:27:27 ack J 13:27:45 jf: just pasted the link to Shadow DOM spec 13:28:33 ... the other thing we have to think is we can't assume every user can use TV remote 13:28:48 alex: we need to identify communication use cases 13:28:53 q? 13:29:14 alex: apart of that, maybe questions from Harrison and Kaz 13:29:53 ... we should add a section for DOM tree including shadow dom 13:29:56 q? 13:31:18 +1 to thinking about modalities - that is a high-level (related) accessibility issue as well 13:31:46 q? 13:31:49 kaz: this discussion made me think that we may want to think about user preferred modality for cloud browsers in addition to directly handle DOM tree on the cloud browser side 13:32:04 alex: ok 13:32:13 ... that was DOM tree discussion 13:32:21 ... and what the functionality should be? 13:32:35 ... what would be the best way for the group to handle this? 13:32:49 present+ Steve 13:33:26 -> https://www.w3.org/2011/webtv/wiki/Main_Page/Cloud_Browser_TF/UseCases cloud browser use case wiki 13:34:09 alex: we're discussing cloud browser architecture and functionalities 13:34:36 ... some of the rendering result sent from the cloud browser to the local side 13:34:49 s/on the cloud browser side/on the local side/ 13:35:10 ... this would be rather confusing because we're thinking about APIs 13:35:38 ... what we have done is hard-coded things 13:36:18 ... cloud browser for gaming and remote desk top 13:36:28 ... this is the first approach 13:36:47 ... and then would think about cable infrastructure, etc. 13:37:27 ... some of them are kind of artificial, though 13:37:35 rrsagent, draft minutes 13:37:35 I have made the request to generate http://www.w3.org/2016/04/27-webtv-minutes.html kaz 13:37:52 rrsagent, make log public 13:37:54 rrsagent, draft minutes 13:37:54 I have made the request to generate http://www.w3.org/2016/04/27-webtv-minutes.html kaz 13:38:01 ... what are the basic functions 13:38:13 ... video rendering, scrambling, etc. 13:38:25 ... basic set of functionalities 13:38:41 s/(no one), // 13:38:47 Chair:Alexandra 13:39:14 alex: if we talk about cloud browser on every single cloud 13:39:38 ... how to put the architecture chapter? 13:39:48 ... would make things easier 13:39:51 q? 13:39:54 q- 13:40:17 ... should we extend the document? 13:40:52 q? 13:41:04 harrison: your question sounds reasonable 13:41:14 ... we can split out all our requirements 13:41:27 Q+ to say that dancing pixels is almost the least complicated issue 13:41:48 ... one question is from our diagram we only two components 13:42:33 ... we should have additional components 13:42:38 ... to make things clearer 13:43:03 -> https://www.w3.org/2011/webtv/wiki/Main_Page/Cloud_Browser_TF#architecture architecture wiki 13:46:55 alex: shows updated diagrams 13:48:00 harrison: cloud browser is the key player 13:49:00 ... from this diagram, cloud browser does everything 13:49:38 -> https://www.w3.org/2011/webtv/wiki/File:Ss-cp.png SS CP 13:52:32 -> https://www.w3.org/2011/webtv/wiki/File:Ds-lp.png DS LP 13:53:41 jf: wondering what the cloud browser client is 13:54:37 ... less clear about the interaction 13:54:43 ... how to click the link? 13:54:56 alex: you can receive any kind of results 13:56:09 jf: still not sure about local runtime environment 13:56:38 kaz: maybe we should clarify the lifecycle of cloud browsing session 13:56:42 jf: would be useful 13:56:50 alex: please give me an action 13:57:14 ... basic motivation of cloud browsing is that the client is not an actual browser 13:59:03 kaz: maybe we could call "Cloud Browsing server" for the "cloud browser" 13:59:36 ... and "Cloud Browsing client" for the "cloud browser client" 13:59:39 ... what do you think? 14:00:22 jf: your cloud browser server processes the rendering task 14:01:38 alex: would distribute the diagrams to make things clearer 14:01:38 ... got another comment from Paul Higgs 14:02:10 ... got a comment offline 14:02:37 ... wanted to ask the group for opinions 14:02:55 jf: we can start with an elevator speech, i.e., brief description within a few minutes 14:03:48 kaz: +1 14:04:22 FWIW, I am a good target audience for the "elevator speech" audience 14:04:25 ... will you update the diagrams on the wiki with these updated picture? 14:04:26 q? 14:04:36 ack JF 14:04:36 JF, you wanted to say that dancing pixels is almost the least complicated issue 14:05:01 +1 to that Kaz, as it helps make the elvator speech clearer 14:05:24 cloud browser (cloud browsing server) 14:06:05 if Cloud Browser Server 14:06:28 the key word is "server" 14:09:07 q? 14:12:15 local player (cloud browsing client) 14:12:19 kaz: we can keep the original name "cloud browser" but would be better to add an alias like the above 14:12:21 rrsagent, draft minutes 14:12:21 I have made the request to generate http://www.w3.org/2016/04/27-webtv-minutes.html kaz 14:12:21 alex: another two months for use case discussion 14:12:21 ... and would add clearer definition too 14:12:29 harrison: one question 14:12:32 ... capturing video encoding functionality 14:12:32 ... visual output from the set top box 14:12:32 ... capturing the video data 14:12:32 s/from/downloaded to/ 14:12:32 ... video encoding procedure 14:12:33 ... my question is if the cloud browser is in charge of the interaction? 14:12:53 kaz: would suggest we clarify the interaction during the session lifecycle 14:12:53 ... maybe we can generate a ladder diagram 14:13:13 harrison: will do 14:13:24 ... another question is graphics library for composition 14:14:04 ... how/who handles that capability? 14:16:00 kaz: video streaming is generated on the cloud browsing server side 14:16:26 ... and 2-D graphics generation (could be hardware accelerated) is done by the local player side 14:16:48 alex: will put proposals on the wiki 14:17:00 ... lifecycle, etc., as well 14:17:08 kaz: great 14:17:30 harrison: and would be great to send by email as well 14:17:35 q? 14:17:40 alex: also would assign an action item 14:17:56 ... to our action tracker 14:18:09 ... tx for your cooperation 14:18:15 ... great discussion 14:18:19 [ adjourned ] 14:20:26 rssagent, draft minutes 14:20:37 rrsagent, draft minutes 14:20:37 I have made the request to generate http://www.w3.org/2016/04/27-webtv-minutes.html kaz