07:50:25 <RRSAgent> RRSAgent has joined #webtv
07:50:25 <RRSAgent> logging to http://www.w3.org/2011/02/08-webtv-irc
07:50:44 <francois> RRSAgent, make logs public
07:51:24 <francois> Meeting: Second W3C Web and TV Workshop / day 1
07:52:02 <francois> Agenda: https://www.w3.org/2010/11/web-and-tv/agenda.html
07:57:37 <fbu> fbu has joined #webtv
07:59:53 <pk> pk has joined #webtv
08:03:19 <W3C_Workshop> W3C_Workshop has joined #webtv
08:04:19 <shoko> shoko has joined #webtv
08:04:49 <komasshu> komasshu has joined #webtv
08:04:55 <marie> marie has joined #webtv
08:05:10 <olivier> olivier has joined #webtv
08:05:35 <marie> [Intro by Philipp Hoschka]
08:05:55 <marie> ph: welcome! good material to dicuss at this workshop
08:06:00 <marie> ... good rep of the industry
08:06:45 <Davy> Davy has joined #webtv
08:06:48 <marie> ... this workshop is important to know from each other, to open your minds, ...
08:07:06 <marie> ... francçois will explain you what are the workshop goals, etc.
08:07:36 <marie> [François Daoust, wsp co-chair, gives intro]
08:08:06 <marie> fd: yes, open your mind!
08:08:53 <marie> [fd briefly introduces W3C]
08:10:54 <AlanB> AlanB has joined #webtv
08:10:59 <marie> http://www.w3.org/2011/Talks/0208-web-and-tv-fd/
08:11:16 <marie> [slide 4: possible next steps]
08:12:08 <marie> [fd presents the PC members]
08:12:58 <shoko> shoko has joined #webtv
08:13:16 <chaals> chaals has joined #webtv
08:13:58 <Davy> Davy has left #webtv
08:14:16 <davy> davy has joined #webtv
08:14:35 <tomokazu> tomokazu has joined #webtv
08:14:57 <dcorvoysier> dcorvoysier has joined #webtv
08:15:01 <Giles> Giles has joined #webtv
08:15:08 <Yoshi> Yoshi has joined #webtv
08:15:11 <haruo_> haruo_ has joined #webtv
08:15:34 <jcd> jcd has joined #webtv
08:15:45 <fhiroshi> fhiroshi has joined #webtv
08:16:07 <marie> [Intro by Stefan, FhG Fokus]
08:16:20 <chaals> rrsagent, draft minutes
08:16:20 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html chaals
08:17:12 <FDen> FDen has joined #webtv
08:17:28 <libby> libby has joined #webtv
08:17:51 <nord_c> nord_c has joined #webtv
08:18:27 <MattH> MattH has joined #webtv
08:19:01 <Yehuda> Yehuda has joined #webtv
08:20:20 <matthewy> matthewy has joined #webtv
08:20:57 <AlanB> AlanB has left #webtv
08:21:54 <jti> jti has joined #webtv
08:22:56 <francois> scribe: francois
08:23:10 <francois> stephan: Web and TV, is it a special case? Current approaches are often attached to the past
08:23:29 <francois> ... the examples that are used are often limited and the same (e.g. EPG).
08:23:45 <francois> ... SDOs focus on existing devices
08:23:57 <francois> ... We should look to what happened in mobile devices.
08:24:44 <francois> ... Typically, TV is primarily for watching videos matches the assessment that mobile phones are for making phone calls. That led to WAP. We should not redo the same mistake for TV.
08:24:49 <Yehuda> Yehuda has joined #webtv
08:25:30 <mark> mark has joined #webtv
08:26:02 <francois> ... The comparison goes on, with different existing mobile form factors, different interaction methods (pens, joysticks, touch screens, etc)
08:26:11 <thomas> thomas has joined #webtv
08:26:27 <chaals> q+ to suggest a particular problem WAP tried to solve was a perceived customer requirement for quality - something that turned out not to interest the consumers as much as access to the Web at whatever quality they could get
08:27:30 <francois> ... The assessment that power is missing is also not true anymore on mobile devices. This should happen on TV sets as well.
08:29:06 <francois> ... Our assumption is that we should be looking at the past to predict the feature, and we should make use on specific key features that the TV has (social feature for instance).
08:29:26 <dcorvoysier> present+ David Corvoysier (France Telecom)
08:30:21 <chaals> present+ chaals, danbri, GiuseppeP
08:30:35 <olivier> olivier has changed the topic to: Second W3C Web and TV Workshop (olivier)
08:31:02 <francois> ... [possibility to do a lab tour at the end of the first day!]
08:31:25 <chaals> q-
08:31:37 <marie> []
08:31:47 <marie> present + marie
08:31:53 <marie> present+ marie
08:32:44 <francois> masahito: I'm one of the Web and TV IG co-chairs. Here is a brief introduction.
08:33:08 <francois> ... Thank you for organizing this workshop.
08:34:15 <francois> ... First workshop in Tokyo: about 140 participants, discussed on Web and TV, demos from Japanese broadcasters, and different discussions on Web and TV from various viewpoints.
08:34:37 <francois> ... We had a good representation from different regions and different stakeholders.
08:34:43 <francois> ... The summary can be found on the Web page:
08:34:45 <olivier> Topic: Tokyo workshop, Web and TV Interest Group, by Masahito Kawamori (NTT)
08:35:49 <francois> http://www.w3.org/2010/09/web-on-tv/summary.html
08:36:28 <francois> masahito: We decided to create a Web and TV Interest Group. We changed the name from "Web on TV" to "Web and TV".
08:36:48 <francois> ... We're trying to review existing works and standards as well as their relationship with Web technologies.
08:36:56 <francois> ... It's important not to re-create the wheel.
08:37:04 <osamu> osamu has joined #webtv
08:37:17 <francois> ... Very important to identify requirements and use cases for Web on TV and TV on Web.
08:37:31 <francois> ... The IG is starting today.
08:38:00 <Keiji> Keiji has joined #webtv
08:38:13 <francois> -> http://www.w3.org/2010/09/webTVIGcharter.html Charter of the Web and TV IG
08:38:51 <stepsteg_> stepsteg_ has joined #webtv
08:39:21 <francois> masahito: The IG provides tools for collective intelligence (public mailing-list, public wiki, issue tracker). We're adopting agile methodology such as SCRUM, to ensure progress.
08:39:39 <kunio> kunio has joined #webtv
08:40:29 <francois> ... [presenting a timeline that shows the relationship between the workshops, the Interest group, internal W3C groups and external groups]
08:41:40 <francois> ... From use cases and requirements, we'll clarify and classify knowledge that will be fed into existing groups or, if necessary, creating a new working group.
08:42:05 <francois> ... Questions?
08:43:57 <osamu> osamu has joined #webtv
08:44:09 <francois> masahito: We have already identified different groups to liaise or coordinate with. We do not know yet whether, for a particular item, we'll need to create a WG or can add the work item to an existing group
08:45:10 <dcorvoysier> question was how will the Web & TV IG monitor its proposals towards other groups
08:45:17 <francois> Topic: Web, TV and Open Standards (and testing) by Giuseppe Pascale (Opera)
08:46:05 <francois> giuseppe: For me, an open standard is standard where everyone can contribute, that is widely accepted and that is royalty free to allow more innovation on top of it.
08:46:14 <GeorgeWright> GeorgeWright has joined #webtv
08:47:15 <francois> ... There is a risk that tomorrow's Web is fragmented with many devices that do not talk to each other.
08:47:29 <francois> ... Open standards are not the only thing you need.
08:47:50 <francois> ... If everyone starts to speak his own "open standard", that's a problem.
08:48:22 <francois> ... Profiles, extensions, outdated references, incompatible implementations all lead to create fragmentation
08:48:46 <francois> ... Solutions: 1) cooperation at or with W3C. 2) Testing
08:49:38 <francois> ... For testing: main problem is the lack of dialog between implementers, the spec editors, and the test authors.
08:50:13 <francois> ... It's important that everything goes in parallel.
08:51:01 <francois> ... An alternative approach is to write the specification in a way that is compatible with the extraction of test assertions.
08:52:33 <francois> ... [image taken from methodology to write test cases note published at W3C]
08:53:01 <chaals> Question - interoperabilityrequires that you don't have incompatible profiles.
08:53:43 <chaals> ... this relies on having real agreement about key concepts.
08:54:09 <SGondo> SGondo has joined #webtv
08:54:18 <chaals> GP: My point comes before that...
08:54:47 <francois> Topic: EBU, by Jean-Pierre Evain
08:54:59 <francois> jp: The largest broadcaster union in the world.
08:55:23 <chaals> i/Topic: EBU/... implementors look at and primarily develop against the test cases, so those have to be strongly aligned with the spec too or the spec becomes meaningless
08:56:02 <francois> ... The EBU joined W3C a few years ago. I have learned a lot of things about how W3C works. Which will help or not, we'll see.
08:56:38 <francois> ... Primary topics:
08:56:40 <francois> ... Adaptive streaming with lots of SDOs working on it.
08:56:43 <giuseppe> giuseppe has joined #webtv
08:56:49 <francois> ... HTML5, when will it come?
08:56:57 <francois> ... DRM, do we have solutions?
08:57:36 <francois> ... What about a royalty-free codec? Skype possibly coming to MPEG with an RF codec
08:58:10 <francois> ... RDFa, I'm a little puzzled with what gets done. I'm very much convinced by RDF. What needs to be done?
08:58:53 <francois> ... Discussions about subtitles: TTML, WebSRT, something else? EBU agreed on something and then the rest of the community decided to go on with WebSRT.
08:59:35 <francois> ... I'm a bit frightened to see a group with a broad focus since we don't really know what we want.
09:00:01 <francois> ... How do we precise the scope of the group? What is the area in which W3C can really bring something?
09:00:45 <francois> ... I can see too many groups with only few participants contributing, sometimes with opposite views and goals. No real coordination. That's also what I see in W3C.
09:01:38 <francois> ... My expectations for this workshop is to hear more, try to identify what are the strengths of W3C.
09:01:51 <francois> ... I'm not taking positions here.
09:02:00 <francois> [+1 heard in the room]
09:02:52 <Howon> Howon has joined #webtv
09:04:41 <marie> [session 1: Web&TV use cases]
09:04:54 <marie> -----
09:05:55 <marie> 1st speaker = Yosuke Funahashi (Tomo-Digi)
09:06:01 <francois> Topic: Wealth of use cases from DTV/IPTV in Japan and API suggestions from various viewpoints, by Yosuke Funahashi (Tomo-Digi)
09:06:35 <haruo> haruo has joined #webtv
09:06:46 <francois> yosuke: I've been working on broadcasting since 1994.
09:07:05 <francois> ... I'd like to give you an overview of what we do in Japan.
09:07:43 <francois> ... From the viewpoint of devices, there are three kind of devices (PC, mobile phones, TV set)
09:08:23 <francois> ... [demo of a video where users can send comments that get displayed on screen]
09:08:48 <francois> ... Very popular in Japan
09:10:11 <francois> ... DTV is now universal in Japan, with Web browsers.
09:10:27 <francois> ... Lack of APIs mean we had to extend the standards
09:11:04 <francois> ... All 127 broadcasters in Japan provide Web and TV services with the browsers.
09:12:00 <francois> ... Specific: content is delivered via broadcasting, and the browser may be over the video.
09:12:19 <Kiyoshi> Kiyoshi has joined #webtv
09:13:51 <francois> ... [DTV examples of portals in Japan (NHK, MX Tokyo) with widgets]
09:14:00 <francois> ... Let's move to IPTV
09:14:47 <francois> ... First, content is piped via the Internet (or CDN). There are several ways to deliver video contents (on demand, streaming, download).
09:15:04 <giuseppe> giuseppe has joined #webtv
09:15:22 <Danbri> Danbri has joined #webtv
09:16:00 <francois> ... For shopping and social network services, both types are used
09:17:48 <francois> ... [example of shopping: Tokyo Broadcasting System]
09:18:40 <francois> ... Final example on Sports and Games shows: browser content is controlled by broadcast signal. The interaction is enhanced. The user experience as well.
09:19:08 <francois> ... [demo of Figure Skate by TV Asahi]
09:20:04 <christian_> christian_ has joined #webtv
09:22:53 <francois> ... Finally, hot topics in Japan:
09:23:15 <francois> ... - DTV and IPTV convergence.
09:23:32 <francois> ... - active development on developing technologies on various devices.
09:24:09 <francois> ... - switching from HTML4.01 to HTML5. Is it a good time?
09:24:27 <francois> Masahito: Thank you very much.
09:25:11 <marie> [2nd speaker = Jean-Claude Dufour]
09:26:15 <francois> Topic: Requirements for a Web and TV environment, by Jean-Claude Dufour (ParisTech)
09:26:57 <haruo> haruo has joined #webtv
09:27:35 <francois> jcd: context I'm thinking about: the center is a connected TV. Around that, some computing devices and some non-computing devices.
09:28:00 <francois> ... For instance connected picture frame is not a computing device, a laptop is.
09:28:26 <francois> ... Apps should work on any device. I'm fairly optimistic on this.
09:29:08 <francois> ... Common ground is "very close" to W3C Widgets: HTML + CSS + EcmaScript. Not much to do from there.
09:29:21 <francois> ... Apps need to run on a dynamic network.
09:30:02 <francois> ... There are various protocols to do this: we need a service discovery and protocol. There are many solutions (Bonjour, SIP-based, UPnP, etc).
09:30:25 <francois> ... When your friend comes to your home, it should be discovered automatically to send images to e.g. a TV.
09:30:38 <francois> s/Apps need to run/Second requirement: Apps need to run/
09:30:57 <francois> ... Third requirement: Services need to be accessible from all devices.
09:31:36 <francois> ... Right now, the program guide on TV (EPG) runs on TV, because it uses the Web TV API.
09:32:39 <francois> ... You need to make sure the UI can run deported on a remote device, with communicating widgets.
09:32:56 <francois> ... It's also service adaptation, as a new way to distribute services.
09:33:10 <HJLee> HJLee has joined #webtv
09:33:23 <francois> ... Fourth Requirement: Services should be accessible from the best device at any time.
09:33:45 <francois> ... You should be able to start a service on TV and continue on a second device, and so on.
09:33:54 <SGondo_> SGondo_ has joined #webtv
09:35:11 <howon> howon has joined #webtv
09:35:29 <francois> ... We need some way to keep the current state of the service.
09:36:37 <francois> ... Fifth requirement: whether the app is native, a widget or hardware should not make a difference.
09:37:01 <francois> ... In the ecosystem of the services, you should be able to use any type of app.
09:37:26 <francois> ... There may be a need for a framework to compile widget to native code, and vice versa.
09:37:45 <francois> ... Sixth requirement: There should be no standard dependency
09:37:59 <chaals> [I don't see how this requirement is compatible with an open standard that lets you build across different hardware - in other words, it complicates everything incredibly]
09:38:22 <chaals> s/this requirement/fifth requirement/
09:38:44 <francois> ... For instance, widgets should be able to use HTML or SVG, same for discovery mechanism.
09:38:47 <HJLee> I am with Chaals, maybe this issue will be discussed in long term base.
09:39:36 <francois> ... We've been building on HbbTV, SVG, W3C Widgets, UPnP/DLNA, MPEG-U, RTP/RTSP, with HbbTV that incorporates another set of standards.
09:40:05 <Danbri> [re 5th, key thing is the network protocol; whatever speaks it can play; keeping state across migrations is nice thing for app creators but needn't be core STD ]
09:40:05 <francois> ... What do we need for standardization?
09:40:21 <francois> ... Please look at "smaller" profiles, because TV sets are constrained.
09:40:48 <francois> ... Common Device APIs, and then some way to have document discovery, communication and migration (declarative, and not just widgets).
09:41:34 <marie> [3rd speaker = Jon Piesing (Philips)]
09:41:44 <francois> Topic: Use of Web Technologies in TV Standards in Europe, by Jon Piesing (Philips)
09:41:44 <MattH> [play to web's strengths instead maybe - decouple components, have APIs for communicating with TV functionality, rather than exporting UIs]
09:43:00 <francois> jon: Standards is what I do for a living. Europe is my particular focus where I have expertise. I'm talking about the use of Web technologies in TV standards.
09:43:13 <jcdufourd> jcdufourd has joined #webtv
09:43:22 <francois> ... I've been involved in most of these standardization activities, often as chair.
09:44:46 <francois> ... Standards we have are mostly a complete system description, including codecsc, applications, signaling in the broadcast, security (e.g. content protection)
09:45:42 <francois> ... They've been talks about what needs to be done: from making existing Web content work on TV to making TV use Web technologies, or something in between.
09:46:56 <francois> ... DVB-HTML has been developed as an alternative to Java in 2000/2001. It hasn't been widely adopted. Another example is the Open IPTV Forum DAE, 2008/2009.
09:47:24 <francois> ... video is integrated through the <object> tag as it predates HTML5.
09:48:06 <francois> ... HbbTV basically takes a selection from OPIF specs with a selection from DVB-HTML.
09:48:28 <giuseppe> s/OPIF/OIPF/
09:48:28 <Dewa> Dewa has joined #webtv
09:48:32 <francois> ... Focus is on simplicity and time to marke. It is being deployed in Germany, and will be in France in 2011.
09:49:12 <francois> ... UK DTG Connected TV is a more recent example which has a lot in common with HbbTV, also with more support from W3C technologies.
09:49:37 <HJLee> main difference from those stds we have here is this is THE 1st attempt of collaboration between web industry and TV industry.
09:49:48 <francois> ... I thought I'd do a quick summary of which Web technologies are used in these different works
09:50:04 <howon_> howon_ has joined #webtv
09:50:28 <francois> ... [reviewing the examples, adding Web technologies names each time]
09:51:20 <francois> ... All of these works include extensions, e.g. related to application lifecycle.
09:53:17 <francois> ... There are other system components, for broadcast (AVC and MPEG-2, DVB/EBU subtitles, MPEG-2 TS, etc).
09:54:14 <francois> ... and for broadband (same video, audio, subtitle and container formats as broadcast). MP4 files tends to appear, and we need a broadband video streaming protocol.
09:55:16 <francois> ... For security, we need trust models for applications. The network operator may need to be the one who takes the trust decision. Content protections as well.
09:56:14 <francois> ... I though I'd add a slide on non-standard solutions: they are many proprietary solutions as well, e.g. Virgin Media in the UK based on Netscape Navigator 4.
09:57:54 <francois> philipp: you've been involved in many standard efforts. Still, there are lots of different solutions worldwide used in different industry sectors. It's a bit different from how the Web works today. What do you think are the chances that TV converges to a single solution today? Is there an opportunity today?
09:58:49 <francois> jon: you might get some degree of convergence at a given time, and then things evolve, but the products you shipped two years ago are still around and cannot be upgraded.
09:58:55 <francois> ... There's a huge legacy.
09:59:15 <francois> ... The most you can achieve is convergence on a certain point in time which creates the "new legacy".
10:00:07 <francois> chaals: Jean-Claude, you said that we should not rely on any standard. I read it as meaning you need to write things a lot of different times.
10:00:46 <francois> jcd: maybe I wasn't clear. I'm thinking in terms of toolbox standards. HbbTV has done a good work plugging things together without doing any technical stuff.
10:01:14 <francois> ... HTML is a toolbox standard. Trying to force a codec in HTML is mistake in my view.
10:01:44 <francois> ... What W3C usually does is toolbox standards. HbbTV takes the standards and builds concrete profiles out of it.
10:02:22 <SGondo> SGondo has joined #webtv
10:02:29 <francois> jon: If you look at the way standards are defined, you have these toolbox standards. They try to include everyone's requirements. Not really time-based. More consensus based.
10:02:57 <francois> ... You need industry standards that take ruthless decisions for time to market.
10:03:33 <francois> giuseppe: I also think that W3C is the right place to discuss the building blocks.
10:04:04 <francois> ... When something is missing, when an extension is needed, it might make sense to push it back to W3C. I think that's missing.
10:04:49 <francois> ... How can you do a subset of standard? That's not really done in W3C right now. How you can rely on standards without breaking things up?
10:04:59 <francois> masahito: Thank you all for your presentation.
10:05:10 <francois> [coffee break]
10:05:14 <Kiyoshi> Kiyoshi has left #webtv
10:06:28 <danbri> danbri has joined #webtv
10:06:51 <SGondo_> SGondo_ has joined #webtv
10:09:29 <Marcin> Marcin has joined #webtv
10:21:22 <shoko> shoko has joined #webtv
10:22:41 <fhiroshi> fhiroshi has joined #webtv
10:24:35 <jcdufourd> jcdufourd has joined #webtv
10:25:27 <francois> Topic: A Consideration about "Second Screen Scenario", by Kensaku Komatsu (NTT Communications)
10:25:48 <fhiroshi> fhiroshi has joined #webtv
10:26:03 <francois> kensaku: I'll introduce some use cases, a proposal and requirements.
10:26:11 <yosuke> yosuke has joined #webtv
10:26:12 <davy> davy has joined #webtv
10:26:27 <howon> howon has joined #webtv
10:26:35 <francois> ... About NTT Communications, a branch of NTT, providing ISP and IPTV services.
10:27:15 <francois> ... My target is second screen. That means smartphone, tablet, PC, portable game console.
10:27:22 <tomokazu> tomokazu has joined #webtv
10:27:22 <haruo_> haruo_ has joined #webtv
10:27:33 <francois> ... Our objectives are to increase the effectiveness of broadcast and make everyone happy.
10:28:01 <francois> ... [example of a family use case on sunday morning]
10:28:12 <Kiyoshi> Kiyoshi has joined #webtv
10:28:30 <francois> ... Family is watching a TV program together. Only one TV screen.
10:29:17 <francois> ... People in the family may have different needs (fun, shopping, or simply watch TV).
10:29:43 <francois> ... Impossible to satisfy everyone's need with only one screen.
10:30:34 <dewa> dewa has joined #webtv
10:32:34 <giuseppe> giuseppe has joined #webtv
10:33:08 <nord_c> nord_c has joined #webtv
10:33:56 <bdavie> bdavie has joined #webtv
10:34:11 <chaals> chaals has joined #webtv
10:34:20 <chaals> rrsagent, draft minutes
10:34:20 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html chaals
10:36:40 <Kiyoshi> Kiyoshi has left #webtv
10:38:11 <francois> francois has joined #webtv
10:38:23 <francois> kensaku: How to solve? We'd like some way to automatically push content that is synchronized with TV program. (BTA would also be fine).
10:38:26 <francois> ... [example of what the user interface might look like on an iPad]
10:38:28 <francois> ... Ads should be synchronized with TV commercials for instance.
10:38:30 <francois> ... Technical requirements: some push technology (server-sent events, WebSocket). We need to discuss some data format, and of course protocol to communicate with each screen.
10:38:33 <francois> ... We also need some way to store technology (WebStorage), and some location sensing technology (Geolocation API).
10:38:38 <francois> ... Widget functionalities: W3C Widgets
10:38:40 <francois> ... For GUI: some CSS3 would be good
10:38:58 <jeff> jeff has joined #webtv
10:39:22 <francois> Question: it seems to me that you have connections only one way. If I'm watching a video about e.g. Honda cars, and switch to different brands. I'd like some double synchronization to occur
10:39:33 <francois> ... Sometimes triggered by the TV, sometimes by the user
10:41:19 <francois> Question (BBC): we have a different approach where we extend the Web browser within the TV sets with APIs that allow to control TV program, and so on.
10:42:13 <marie> marie has joined #webtv
10:42:50 <marie> fd: you mention that a lot of technos are on their way... what is really missing then? the comm protocols or the APIs...
10:43:01 <AlanB> AlanB has joined #webtv
10:43:19 <MattH> [ +1 (Matt Hammond) ]
10:44:03 <francois> kensaku: I have no idea about details of the protocol, but it is required, yes.
10:44:29 <francois> Topic: Second W3C Web and TV Workshop, by Cedric Monnier (Irdeto)
10:44:46 <yosuke_> yosuke_ has joined #webtv
10:44:47 <francois> s/Second W3C Web and TV Workshop/Technology Defragmentation/
10:44:54 <dcorvoysier> present- David Corvoysier
10:45:07 <dcorvoysier> present+ David_Corvoysier
10:45:07 <francois> cedric: We switched from broadcast to broadband
10:45:30 <francois> ... Our core business is security.
10:45:40 <francois> ... How to distribute lots of content to different devices.
10:46:45 <francois> ... Customers are regular broadcasters, other content providers. At the end of the day, the question is how can we access the video?
10:47:14 <francois> ... Everybody is moving to a multi-screens experience.
10:47:31 <haruo> haruo has joined #webtv
10:47:34 <francois> ... For a content provider, that means new screens where content can be distributed.
10:48:18 <AlanB> AlanB has left #webtv
10:48:37 <francois> ... As of today, you have more and more different devices (game consoles, mobile devices, laptop, connected TVs, automotive)
10:49:11 <francois> ... The technology is segmented. For a content provider, that's really a nightmare.
10:50:18 <francois> ... Typical multi-screen solutions involve lots of different things. The ecosystem is really complex.
10:50:39 <francois> ... Example of Foxtel.
10:51:20 <francois> ... Example of Viasat: typical web-based for laptop-PC devices. Now moving to TVs and mobile devices.
10:51:35 <francois> ... Same metadata to different devices. Developed with thematic consistency in mind.
10:51:38 <fhiroshi> fhiroshi has joined #webtv
10:51:46 <francois> ... Because that ensures the brand is preserved.
10:52:41 <francois> ... Example of Maxdome that was Silverlight-based and now runs on LG connected TV.
10:52:49 <francois> ... From an end-user, it works, it's possible.
10:53:31 <francois> ... But you need three components: Content management, some way to deliver the content (Microsoft adaptive streaming?), and of course the video player on the client.
10:53:52 <pk> pk has joined #webtv
10:54:09 <osamu> osamu has joined #webtv
10:54:15 <francois> ... At the end of the day, we learned that it's quite hard to target different devices because fragmentation is all over the place.
10:54:42 <francois> ... Each platform is different.
10:54:49 <francois> ... I don't even speak of media player.
10:55:03 <francois> ... How do you handle standard actions such as play/pause/stop, trick modes?
10:55:10 <francois> s/trick/trick-play/
10:55:44 <francois> ... It's really a jungle.
10:56:50 <francois> ... There's a huge technology fragmentation. That's an explosion of costs. People are waiting for new features. In terms of porting, it costs a lot.
10:57:05 <francois> ... At the same time, you need to maintain consistency between the UIs.
10:57:21 <francois> ... Our needs: make it silly simpler!
10:58:08 <francois> ... we do commit on HTML5 and Flash. There are basic extensions that are needed to facilitate video handling from javascript (trick modes, content discovery)
10:58:10 <haruo> haruo has joined #webtv
10:58:44 <kunio> kunio has joined #webtv
10:58:57 <MattH> MattH has joined #webtv
10:59:33 <francois> ... Widgets should be simple, no need to redo the same thing multiple times for different stores.
11:00:12 <francois> ... So the question is: should we let de-facto standards become real standards or should we take the lead now?
11:00:57 <francois> ... At the end of the day, I cannot change everything for a single player.
11:01:20 <francois> ... Any volunteer to solve this issue?
11:01:31 <francois> philipp: Thanks a lot for the analysis of what is missing.
11:01:45 <francois> ... One thing I did not understand about widgets.
11:02:18 <francois> cedric: It's not so easy to bind a widget to a channel for instance. We need some basic extensions to make it more friendly on TV sets.
11:02:21 <danbri> danbri has joined #Webtv
11:02:59 <francois> ... We are more talking about applications, something that has access to TV resources and has access to internal stuff on a secure way.
11:03:24 <francois> chaals: follow-up on that. Seems that we're not talking about widgets at all. Rather the APIs that are missing.
11:03:49 <francois> cedric: yes.
11:04:06 <francois> stephan: some approaches taken by BONDI, etc.
11:04:24 <francois> question: Could you elaborate on trick modes?
11:04:25 <danbri> [ I can't get my osx MacBook online here; see nothing in browser when connected to guest network. worked ok from iPad. Has anyone solved this?]
11:04:56 <olivier> olivier has joined #webtv
11:05:17 <francois> cedric: How can you express the different modes? We're doing low-level things (security, etc). We would like to have the application on top of that to be just HTML5.
11:06:16 <francois> ... It's a bit of abstract APIs, right. It is highly bound to network protocols. There are some things that already exist in DLNA for instance.
11:07:51 <francois> Topic: Rich User Experience through Multiple Screen Collaboration, by Jaejeung Kim (KAIST)
11:08:29 <francois> jaejeung: KAIST institute is a research institute within KAIST.
11:08:39 <mostyn> mostyn has joined #webtv
11:08:49 <francois> ... focus on second-screen in this presentation.
11:09:35 <dcorvoysier> dcorvoysier has joined #webtv
11:10:04 <francois> ... Some assumptions first to scope things: general large size display with a browser, complex content including applications. It's a "public computer" at a certain distance.
11:10:25 <francois> ... Questions are: how can we control such complex contents at a distance?
11:11:25 <francois> ... Second screen can help. It can perform as a remote controller or as an additional information display.
11:11:40 <libby> libby has joined #webtv
11:11:42 <francois> ... If the user cannot control the content at a distance, the user experience suffers.
11:12:08 <francois> ... So the first scenario is to use the second screen as a controller.
11:12:50 <anne> anne has joined #webtv
11:13:54 <francois> ... The usual remote control does not allow to search on e.g. YouTube. Smart TV that come with a keyboard and a track pad allow for better control, but the control is not so good at a distance.
11:14:48 <francois> ... One possible approach is to use Web fragmentation of a Web page (example of a YouTube page).
11:15:47 <francois> ... The fragmented page structure gets displayed on the second-screen. Then you can control zoom in/out from your smartphone to select the fragment you're interesting on.
11:16:01 <francois> ... You can then navigate the content with a direct manipulation.
11:16:56 <francois> ... Second scenario: second screen as a content separator, e.g. for purchase scenarios, not to disturb the main content.
11:17:32 <francois> ... Third scenario: Reverse context, collaborative content sharing through the second screen. The TV is the hub for content sharing.
11:17:52 <Marcin> Marcin has joined #webtv
11:18:46 <nord_c> nord_c has joined #webtv
11:19:01 <francois> ... [demo of this scenario into action]
11:19:38 <francois> ... user can take annotations, write memos, control the position on the large screen, post Web pages, etc.
11:21:10 <francois> ... Requirements: Device discovery. An open and widely accepted standard protocols is required (i.e. DLNA/UPnP). The Web fragmentation technique requires markup or annotation to introduce more semantics.
11:22:20 <francois> ... For the UI migration, session management is required for video streaming but also for Web page / application session. I'm not sure this second use case has been standardized anywhere.
11:22:42 <chaals> chaals has joined #webtv
11:23:09 <francois> ... Issues and discussion: Multiple devices and multiple users may want to control the same object. There needs to be some selection mechanism.
11:23:40 <chaals> q+ to ask if you thought of using bookmark information or synchronisation APIs from browsers for session maangement.
11:24:24 <francois> ... Synchronization among screens is important. There's a trade-off that needs to be taken because of performance.
11:25:10 <francois> ... Sensitive content could be filtered not to be displayed on e.g. kids displays.
11:25:48 <chaals> [filtering by fragments sounds like content blockers, as standard in some browsers and  a common extension in nearly all, combined with standard filtering]
11:26:04 <francois> jan_lindquist: I generally agree with the presentation. Televisions are not always IP connected. These scenarios assume IP connectivity to the network. Do we put a requirement, here?
11:26:09 <chaals> q-
11:26:33 <francois> ... It changes the ways the issue is addressed.
11:26:49 <francois> ... My opinion is we should, but what's your views on this?
11:27:17 <francois> jaejeung: yes, network connection was my basis assumption.
11:27:52 <francois> cedric: do we need connectivity? Yes. Does the TV need to be connected to the Internet? Not necessarily. It could be behind a home gateway.
11:28:21 <francois> kensaku: to provide interaction model, we need some bi-directional communication model.
11:28:52 <francois> ... We need some concertation about scaling. How to set up a lot of users with a TV?
11:29:13 <francois> ... Multicasting model would be helpful, I think.
11:30:02 <francois> Question: I think the question is for the entire workshop. My opinion is that it should not be an absolute requirement. Another scenario is broadcast-only scenarios.
11:30:18 <francois> ... Only push use case here.
11:30:27 <francois> ... In our opinion, it should be considered as a profile.
11:31:07 <francois> chaals: middle-ground. High level of connectivity is important. What we can do is think of what we can with different levels of connectivity.
11:31:38 <francois> ... Broadcast is one. Lots of networks you still pay by weight.
11:32:00 <francois> ... How do we build applications that work across these networks as well is worthwhile.
11:33:09 <francois> jon: There are two variations. One category is TV sets that could but haven't, for various reasons (wifi available but no external broadband connection).
11:33:33 <chaals> [Overheard: If you happen to live there, it isn't the middle of nowhere]
11:33:53 <francois> ... If you remove Teletext, people in the middle of nowhere will scream.
11:34:20 <francois> ... If you need to take that into account, you end up with a more complicated system.
11:34:30 <chaals> [Thought: A lot of broadcasters are still publicly funded, and have legal obligations to provide services to all kinds of places with low connectivity]
11:34:40 <MattH> [ one-off closed trial : 2nd screen for live. no tv network connectivity : http://www.bbc.co.uk/blogs/researchanddevelopment/2010/11/the-autumnwatch-tv-companion-e.shtml ]
11:34:52 <francois> ... There is a huge difference between designing a system that can do something for people who do not have broadband and for those who have it by default.
11:37:45 <francois> GuillaumeBichot: numerous SDOs are working on different things. I think that for W3C, we should take this basic assumption to be able to progress.
11:38:55 <francois> MarkVickers: the Web model works very well for different connectivity models.
11:39:05 <francois> ... the ability to deliver content over various networks.
11:39:54 <francois> ... Web pages that link to each other can work just fine. You can put all things in cache. As long as you stay in the cache (HTML5, etc), it works.
11:39:59 <francois> ... The application model is the same.
11:40:55 <karl> karl has joined #webtv
11:41:14 <francois> yosuke: comment. In Germany, only 5% of TV is connected.
11:41:46 <francois> ... You could use your phone for connectivity when TV is not connected.
11:42:23 <francois> jean-pierre: what will need to be done in W3C to help develop these applications?
11:42:41 <chaals> [Device APIs]
11:43:43 <francois> jon: I think that there is some stuff here that could be done, but not sure what.
11:44:24 <francois> danbri: one of the things that is going to bite us: people don't understand the difference between browsing and search engines, network connectivity doesn't mean a thing.
11:45:18 <francois> cedric: no connectivity or low-connectivity reminds me of broadcast (one-way). One possible solution is storage, e.g. having a NAS to store content.
11:45:39 <francois> ... Lots of people are browsing catalogs on tablets. No connectivity.
11:45:43 <Marcin> Marcin has joined #webtv
11:45:50 <francois> ... Trade-off between bandwidth and storage.
11:47:13 <yosuke> yosuke: If TV can communicate with smart phones locally, smart phones can compensate the lack of connectivity of TV. (Tethering)
11:47:21 <francois> [lunch break]
11:47:24 <francois> RRSAgent, draft minutes
11:47:24 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html francois
11:48:40 <dcorvoysier> present- (France Telecom)
11:49:22 <dcorvoysier> RRSAgent, draft minutes
11:49:22 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html dcorvoysier
12:03:32 <ACEa_w> ACEa_w has joined #webtv
12:53:27 <TDagaeff> TDagaeff has joined #Webtv
12:58:23 <kaz> kaz has joined #webtv
12:58:29 <libby> libby has joined #webtv
13:00:00 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html kaz
13:01:39 <olivier> olivier has joined #webtv
13:01:41 <shoko> shoko has joined #webtv
13:02:39 <dagaeff> dagaeff has joined #webtv
13:02:47 <tvdude> tvdude has joined #webtv
13:03:43 <yosuke> yosuke has joined #webtv
13:04:18 <MattH> MattH has joined #webtv
13:04:34 <nord_c> nord_c has joined #webtv
13:04:42 <kaz> topic: Session 3 / Panel on HTTP Adaptive Streaming - chaired by Francois Daoust
13:04:52 <kaz> scribenick: kaz
13:04:58 <haruo> haruo has joined #webtv
13:05:17 <jcdufourd> jcdufourd has joined #webtv
13:05:24 <kaz> topic: Adaptive HTTP Streaming Standard, by John Simmons (Microsoft) 
13:05:37 <takashi> takashi has joined #webtv
13:05:50 <chaals> scribeNick: Chaals
13:06:01 <kaz> john: for broad band connection
13:06:08 <chaals> JS (John SImmons, Microsoft):
13:06:18 <fhiroshi> fhiroshi has joined #webtv
13:06:44 <chaals> ... Was reading 19th century predictions about how people would do TV... but they failed to anticipate a few things.
13:06:53 <giuseppe> giuseppe has joined #webtv
13:07:00 <chaals> ... We're a bit in that position today. So what is required?
13:07:07 <fwtnb> fwtnb has joined #webtv
13:07:27 <chaals> ... 1. Supply side optimisation. The expense of getting to different devices causes problems.
13:07:33 <HJLee> HJLee has joined #webtv
13:07:49 <Kiyoshi> Kiyoshi has joined #webtv
13:07:50 <danbri> danbri has joined #webtv
13:08:19 <chaals> ... encoding, adaptive stream, ...
13:08:28 <yosuke> s/SImmons/Simmons/
13:08:52 <chaals> ... (i.e. network optmisation - or optimising to the current state of the network).
13:09:12 <chaals> ... Also related to combinatorial complexity - addressing multiple tracks etc
13:09:29 <chaals> ... and Cross platform support.
13:10:13 <chaals> ... 2. DRM interoperability - content protection, and wanting to minimise the amount of andvariety of DRM.
13:10:19 <SGondo> SGondo has joined #webtv
13:11:06 <chaals> ... 3. Authenticaion and authorisation, that is not tied to being a broadcaster.
13:11:26 <danbri> danbri has joined #webtv
13:11:32 <danbri> [ ASIDE;   * if you have problems connecting to the Network from OSX, try adding 193.174.153.1 under Prefs > Network > Advanced > DNS. ... it worked for me at least ]
13:12:24 <tvdude> DIS of MPEG DASH available: http://dl.dropbox.com/u/1346434/ISO-IEC_23001-6-DIS.doc
13:13:13 <chaals> ... Apple published an adaptive bitrate streaming, and MS their smooth streaming and encoding under our "community promise" open license.
13:13:18 <jeff> jeff has joined #webtv
13:14:00 <chaals> ... MS contributed encoding tech to ultraviolet, instead of them supporting multiple DRMs...
13:14:33 <mark> mark has joined #webtv
13:14:50 <geoge> geoge has joined #webtv
13:14:56 <chaals> ... 3GPP published another version of the same idea... which went to OIPF and became another variant...
13:15:18 <tvdude_> tvdude_ has joined #webtv
13:15:27 <yosuke> s/ultraviolet/ultraviolet (a.k.a. DECE)/
13:15:33 <chaals> ... There was a broad sense that we shuld harmonise these in some way. Other organisations were thinking of adopting these, or rolling their own...
13:15:47 <chaals> ... MS encouraged them to wait and get something together.
13:16:12 <chaals> ... They came into DASH which is being pushed to International Standard now...
13:16:18 <tvdude_> ultraviolet is the marketing name
13:16:44 <chaals> ... with the participation of the various other players here.
13:18:25 <Jaejeung> Jaejeung has joined #webtv
13:18:32 <dewa> dewa has joined #webtv
13:18:39 <chaals> ... Key piece needed at the bottom of the stack is protected, DRM-interoperable adaptive streaming.
13:19:04 <christian> christian has joined #webtv
13:20:03 <chaals> ... MS Plans to make its necessary patent claims for final DASH specification available Royalty-Free under MPEG's relevant licensing option
13:20:22 <chaals> JS: This is a stake in the ground from Microsoft.
13:20:45 <howon> howon has joined #webtv
13:22:00 <chaals> JS: THis is simply for MPEG DASH. We hope others will contribute as Royalty Free, because this stuff is important to build an industry.
13:22:34 <Giles> Giles has joined #webtv
13:23:13 <kaz> s/THis/This/
13:23:49 <Kiyoshi> Kiyoshi has joined #webtv
13:24:18 <chaals> Next Speaker
13:24:57 <chaals> s/Next Speaker/Bruce Davie, Cisco
13:25:24 <chaals> BD: This talk has a long history.
13:26:10 <chaals> BD: Converting video to HTTP is going to be very important in breaking down silos and can create a lot of benefits if we get standards right to take advantage of them.
13:26:11 <yosuke> s/shuld/should/
13:26:31 <chaals> ... video over IP is old hat. New is adaptive streaming for robust delivery in diverse environments.
13:26:42 <chaals> ... works for all kinds of delivery.
13:27:27 <chaals> IPTV networks today are carefully optimised to a single job. The Web is an orgaic development that just runs wherever it can. Adaptive streaming lets us sit in that diverse environment and do video.
13:27:38 <chaals> ... HTTP has been tried and tested hard, and we know a lot about optimising it.
13:28:18 <chaals> ... Converging on infrastructure helps to reduce costs. More important is the enabling of greater innovation via cross-polliniation...
13:29:18 <chaals> ... We see innovation now phones are also web-capable application environments
13:29:50 <chaals> ... Standardisation is critical, and so is the tension between timely and too fast.
13:30:16 <chaals> ... lack of standards holds back deployment, but too-early standards holds back innovation.
13:30:43 <chaals> ... either way, bad resultto avoid is that money is spent on dealing with infrastructure problems instead of on making cool applications.
13:31:52 <chaals> ... AN example of what we deliver now is miing unmanaged and managed networks. We really want all that to run on a common infrastructure.
13:32:02 <chaals> s/miing/mixing/
13:32:57 <pk> pk has joined #webtv
13:33:19 <chaals> ... HTTP can do the job. Can do brilliantly in nice environments, and as well as possible in harder ones.
13:33:47 <chaals> ... So you can use it as the transport everywhere as a common infrsstructure, which makes it easier to connect different systems.
13:34:31 <chaals> ... We need to develop the platform without trying to predict the next application, because we will mostly get the prediction wrong.
13:34:34 <dcorvoysier> s/infrsstructure/infrastructure
13:34:42 <dcorvoysier> s/infrsstructure/infrastructure/
13:36:23 <chaals> ... Once you pick a piece, everything is tightly coupled. We have to have more modularity like we get with Ultraviolet.
13:37:30 <chaals> ... Maybe we need a known good baseline reference for adaptive streaming, so we can build better stuff...
13:37:52 <chaals> ... HTML5 needs to support adaptive streaming but not sure on the details ...
13:38:23 <chaals> ... Mabye clients pick codecs as well as bitrates. It is a thorny issue at the moment.
13:38:31 <francois> francois has joined #webtv
13:38:57 <HJLee> Maybe next session Mark from Netflix shows possible HTML5 video tag implementation. let's see
13:39:27 <tvdude> tvdude has joined #webtv
13:40:13 <mark> mark has joined #webtv
13:40:50 <mark> Thanks for the plug - I can't claim to have all the answers though
13:41:22 <chaals> CMN: W3C doesn't so reference implementations traditionally, and I think it could be a big challenge structurally.
13:41:37 <chaals> BD: It is a useful technique that helps people develop.
13:42:02 <stepsteg> stepsteg has joined #webtv
13:42:09 <chaals> CMN: Their approach is to write lots of tests. Do you think that is roughly equivalent (I do)
13:42:20 <chaals> BD: Probably... I am not an expert in W3C yet
13:42:39 <chaals> FD: HTML5 allows pointing to a streaming manifest - is there anything else required?
13:42:40 <mcf> mcf has joined #webtv
13:42:54 <chaals> BD: Not sure. The ability to do ff/rew etc is important.
13:42:57 <mcf_> mcf_ has joined #webtv
13:43:23 <chaals> JL: We have looked at doing this, and think that the events that are gnerated and passed should be looked at in this context by W3C.
13:43:38 <chaals> BD: Performance metrics might need some attention - how well is the adaptation working?
13:43:53 <dcorvoysier> s/gnerated/generated
13:44:07 <chaals> rrsagent, draft minutes
13:44:07 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html chaals
13:44:33 <chaals> Thomas Stockhammer, Qualcomm.
13:44:56 <chaals> Topic: Dynamic Streaming over HTTP - design principles and standards
13:46:06 <chaals> TS: Streaming is important, but our specifications are currently developed for controlled environments.
13:46:21 <chaals> ... lot of the usage is actually video going over HTTP
13:47:03 <yosuke> [note: Adaptive streaming is not the only one that needs ff/rew.]
13:48:07 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html kaz
13:48:51 <chaals> ... You can generate profiles from MPEG DASH (beyond the ones there are already)
13:49:22 <chaals> (Scribe is not copying down stuff that can be read from the slides, assuming they will be published too)
13:49:43 <kaz> i/Next Speaker/topic: The Grand Unification of Video - Bruce Davie (Cisco)/
13:51:36 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html kaz
13:51:37 <chaals> TS: DASH doesn't try to replace HTTP etc, it enables them to be used in an implmentation.
13:51:56 <pk> pk has joined #webtv
13:53:17 <kaz> i/BD: This talk has a long history./topic: The Grand Unification of Video - Bruce Davie (Cisco)/
13:53:24 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html kaz
13:53:42 <chaals> ... doesn't have to be delivered over HTTP, in principle.
13:53:59 <chaals> ... provides information describing how to access a version of data from the cloud.
13:54:27 <chaals> ... client is out of scope of the spec. It downloads as well as it can and delivers to a rendering engine.
13:55:17 <osamu> osamu has joined #webtv
13:55:22 <chaals> ... Deployment on CDNs wth lots of small files creates problems. You can use byte-range requests instead.
13:55:54 <jeff> jeff has joined #webtv
13:56:05 <alf> alf has joined #webtv
13:56:26 <dewa> dewa has joined #webtv
13:57:52 <tvdude> That was "Turbo Thomas" ;-)
13:58:09 <chaals> FD: Is there some baseline for formats etc?
13:58:31 <chaals> TS: DASH doesn't say so, but an industry organisation or company may restrict e.g. codecs...
13:59:42 <haruo> haruo has joined #webtv
14:00:11 <chaals> Topic: JW player / adaptive streaming
14:00:35 <mcf_> Jeroen Wijering
14:00:40 <chaals> ??: JWPlayer is open source video player.
14:00:46 <olivier> Topic: Advances in HTML5 <video>, by Jeroen Wijering (LongTail Video) 
14:00:56 <chaals> s/Jeroen Wijering//
14:01:03 <chaals> s/??:/Jeroen Wijering
14:01:13 <chaals> s/Jeroen Wijering/JW/
14:01:47 <chaals> ... There are a lot of small companies using it, so we have a good understanding of what they need and want.
14:02:01 <chaals> ... Adaptive streaming is especially good for live streaming in aprticular.
14:02:45 <tvdude_> tvdude_ has joined #webtv
14:02:56 <chaals> ... No nice toolsets yet for doing everything off the shelf.
14:03:55 <kunio_> kunio_ has joined #webtv
14:04:46 <yosuke> s/ adaptive streaming/ Adaptive streaming - Jeroen Wijering (LongTail Video)/
14:05:13 <chaals> rrsagents, draft minutes.
14:05:31 <chaals> ... What to asses in QoS - streams available, enabled, ...
14:05:34 <chaals> s/asses/assess
14:06:13 <chaals> ... Ease of use is important. HLS has some headaches, but it is easy to understand how it works.
14:06:22 <chaals> ... If you can explin it in 500 words, people will get it.
14:07:03 <chaals> ... No additional modules should be required, and ecosystem (i.e. variety of tools) are important
14:07:39 <kaz> kaz has joined #webtv
14:07:49 <chaals> ... There's a lot of interest from developers, so long as MPEG DASH is an open Royalty-Free format.
14:09:27 <chaals> JW: FD, your question on HTML - it would be necessary to have the src= able tp point to the manifest, at least. That's the simplest.
14:09:52 <chaals> ... people will probably also want APIs for manipulating the manifest.
14:10:09 <chaals> ... singlanling avilability of tracks should be available as well.
14:10:30 <chaals> FD: These are just extension APIs for video, right?
14:11:01 <chaals> JW: Yes. And extend signal and allow control of switching heurisitcs - events being created when it's changing, and why it is doing so.
14:11:24 <chaals> ... enabling developer to control heuristics, e.g. setting parameters for different configurations...
14:12:08 <chaals> ... think the implementation is a lot harder than the specification.
14:12:28 <chaals> CMN: Do you mean something other than being able to extract tracks from the DOM?
14:12:30 <dcorvoysier> dcorvoysier has joined #webtv
14:13:12 <chaals> JW: Yes, because there are also tracks in the manifest - so if they should keep being in both places, there neds to be an API that handles that. THis is not what HTML5 models at the moment.
14:13:30 <chaals> TS: FOr stuff like audio, in particular, this makes the timing alignment really important.
14:13:57 <kaz> s/FOr/For/
14:15:19 <chaals_> chaals_ has joined #webtv
14:15:57 <chaals_> JW: yeah, this needs to be dealt with, and is complex
14:16:29 <chaals_> MV (Comcast): Bug 152? in HTML5 - presence of multipel text tracks - is something that is important. Can this group make decisions on what we need there?
14:16:49 <chaals_> FD: We can decide what we want but that is not a priori binding on HTML5 - you have to participate there to get the decision made.
14:17:06 <cconcolato> cconcolato has joined #webtv
14:17:17 <mark> mark has joined #webtv
14:17:18 <komasshu> komasshu has joined #webtv
14:17:30 <mark> http://www.w3.org/html/wg/tracker/issues/152
14:17:34 <chaals> JW: Allowing adaptive streaming manifest in HTML would solve a lot of issues with the relative pverty of HTML at the moment.
14:18:01 <chaals> [chaals thinks that on the other hand the simplicity of current HTML model is a strength too, so trade-offs are implied whatever way we go]
14:18:29 <chaals> [e.g. having text tracks in manifest and in html elements requires an API to deal with the two, etc...}
14:18:34 <stepteg> stepteg has joined #webtv
14:18:40 <chaals> Topic: Matroska, Steve Lhomme
14:18:55 <chaals> SL: WebM is based on Matroska.
14:21:03 <miketaylr> miketaylr has joined #webtv
14:21:14 <yosuke> s/Topic: Matroska, Steve Lhomme/Topic: Matroska and Web Streaming, by Steve Lhomme (Matroska)/
14:22:03 <chaals> ... They (Google?) have already said taht they will pick up new features from matroska wherever those already exist rather than rolling their own
14:22:13 <GeorgeWright> GeorgeWright has joined #webtv
14:26:53 <chaals> ... we have added stuff over time, and we think it is very adaptable.
14:27:24 <chaals> ... already have working demos of 3D
14:27:48 <chaals> ... and people want transparency.
14:28:57 <chaals> FD: You said it uses EBML. THere are other compressed formats - is there a chance to switch to EXI?
14:29:18 <chaals> SL: I don't know the format, it might be possible.
14:29:26 <kaz> s/THere/There/
14:30:20 <chaals> PH: This is your spec for binary XML? Not the MPEG one?
14:30:35 <chaals> SL: Never heard of the MPEG one. This is one we did.
14:31:15 <chaals> HJL: Current situation for adaptive streaming - is there an implementation?
14:31:20 <stepteg> stepteg has joined #webtv
14:31:36 <chaals> SL: I believe there are people who have done it, they are encoding per user and not using a manifest file.
14:31:55 <chaals> ... believe that MPEG DASH works like that.
14:32:05 <chaals> FD: Without wrapping in e.g. DASH?
14:32:08 <chaals> SL: Right.
14:33:07 <chaals> Topic: MPEG DASH - Iraj Sodagar (MPEG DASH chair)
14:33:35 <chaals> IS: We are pretty much complete, working with other organisations and think we are converging.
14:33:46 <chaals> ... invite this group and W3C to provide input.
14:34:32 <chaals> ... we have 5 month review, and the spec is being made available for download.
14:34:43 <chaals> ... It's not a long spec - so please read it.
14:35:13 <lasakm> lasakm has joined #webtv
14:35:38 <chaals> HJL: Is it likely that other members will declare royalty free as MS did (e.g. today)?
14:36:26 <chaals> IS: MPEG has pollicy allowing that or allowing RAND. I believe (personally) that several companies have intent to help make DASH royalty-free profile.
14:36:36 <chaals> ... W3C can provide input of the need for this.
14:37:10 <chaals> HJL: how to get information fast enough
14:37:37 <chaals> IS: ISO policy is for disclosure in forum, but think you will also hear that outside the forum, as MS did today.
14:38:05 <chaals> SL: If some companies won't license Royalty-Free, what do we do?
14:38:20 <chaals> IS: You can make a profile to avoid the encumbered parts.
14:38:27 <chaals> ... best to do this in MPEG...
14:39:02 <chaals> SL: If MPEG DASH is RF does that provide a grant for using teh same technology in other things?
14:39:20 <chaals> [tricky legal question. Default answer is 'probably not']
14:39:57 <chaals> MW (netflicks): DASH explicitly allows use with different file formats - so in that case it is still DASH.
14:40:05 <chaals> SL: Question was about codec...
14:40:22 <chaals> IS: DASH doesn't specify the codec - you can use it with different ones.
14:40:31 <chaals> Topic: SUmmary...
14:40:38 <mark> s/netflicks/netflix
14:40:50 <chaals> FD: Seems there is a clear need for adaptive streaming - it comes up in every discussion.
14:41:07 <chaals> ... We don't know yet if MPEG DASH will be royalty free.
14:41:51 <chaals> IS: Royalty discussion is important. Being interested to get this broadly deployed, it would be very helpful to get a lot of feedback explaining that Royalty Free is a requirement and that under that condition there is a lot of real interest in deployment.
14:42:01 <chaals> s/IS:/TS:/
14:43:37 <chaals> IS: Say what you are going to use in DASH - which settings, which features or profiles, as well as that you want it RF.
14:44:00 <chaals> ... Taht simplifies what is needed as a client, which simplifies the question of where patents cover necessary claims in the first place.
14:44:16 <george> george has joined #webtv
14:44:17 <kaz> s/Taht/That/
14:44:48 <chaals> TS: We need clear instructions as to what the expectations are... people to talk to at a technical level.
14:45:11 <Keiji> Keiji has joined #webtv
14:45:49 <chaals> HJL: From TV makers, we will have video applications as our core. So we are very sensitive about royalty-free
14:46:09 <chaals> ... for the time being, video applications will be our core.
14:47:36 <chaals> GP: Since there is a broad scope I am not sure why that is so important for royalty-free.
14:48:07 <chaals> IS: Having the analysis simplifies the process - you are asking participant companies to declare things as royalty-free
14:48:16 <chaals> s/that/technical analysis
14:50:59 <chaals> ??: XYZ had a model? where it ws almost free- you got it for free, but a huge penalty if you made stuff incompatible. Maybe a model to look at?
14:51:19 <chaals> JJ: Would it be helpful if key people from MPEG DASH particiapted in this effort?
14:51:20 <chaals> IS: Certainly.
14:51:41 <chaals> JS: There are a number of players who are active in both and I am sure that would be something they are eager to provide.
14:52:14 <chaals> IS: DASH was about 8 meetings / year, 4050 companies particitating.
14:52:27 <chaals> ... quite a lot of collaboration even within MPEG
14:52:49 <chaals> JJ: If we can do it collaboratively,can that help motivate a royalty free standard?
14:53:13 <chaals> IS: Also, we've done a bunch of informal work on convergence.
14:53:52 <chaals> ?2: We're in the process of joining W3C. I think it makes sense for the 3C baseline request to be "make the whole thing royalty free"
14:54:10 <chaals> JCD: I think there is someone else outside witha patent, and so long as they don't speak, we have nothing.
14:54:17 <chaals> ?2: That's always the case.
14:54:55 <chaals> TS: Major contributors are working towards this direction... but there is no magic bullet. Everyone needs to do the work required
14:54:58 <mark> s/?2/MW
14:55:33 <kaz> s/?2:/MW:/g
14:55:43 <chaals> ?3: At something project we get 2 or 3 letters a year from MPEG and same from 3GPP saying they will sue us over patents. What changed?
14:56:05 <chaals> JS: MPEG-LA has no relationship to MPEG except the four letters
14:56:33 <lasakm> lasakm has left #webtv
14:58:41 <chaals> ADJOURNED
15:00:27 <olivier> s/?3/Jean-Baptiste Kempf, Videolan/
15:06:20 <pk> pk has joined #webtv
15:14:50 <olivier> olivier has joined #webtv
15:16:09 <yosuke> yosuke has joined #webtv
15:17:19 <stepsteg> stepsteg has joined #webtv
15:18:04 <fhiroshi> fhiroshi has joined #webtv
15:18:07 <chaals> s/??/Gur Marechal/
15:18:30 <chaals> s/XYZ/AUdio CD development, mostly between Sony and Philips/
15:18:41 <jeff> jeff has joined #webtv
15:18:48 <francois> francois has joined #webtv
15:18:55 <jcdufourd> jcdufourd has joined #webtv
15:19:24 <haruo> haruo has joined #webtv
15:19:25 <francois> Scribe: francois
15:19:42 <francois> Topic: New Strategies for Content and Video‐Centric Networking, by Marie-José Montpetit (MIT)
15:20:12 <thomas> thomas has joined #webtv
15:20:13 <francois> [scribe missed first few minutes of talk]
15:20:22 <francois> marie-jose: TV is a very immersive experience.
15:20:32 <francois> ... Users do not want to wait in that case.
15:21:11 <francois> ... We'd like to leverage peer to peer for community viewing, not to have to go back to the same server when we're sharing the same piece of video.
15:21:42 <osamu> osamu has joined #webtv
15:22:03 <francois> ... The elements of our strategy: data are algebraic entities, which can be added, multiplied by factors, etc. We want to combine analytical and user measurements for quality of experience.
15:22:19 <francois> ... Content protection is often pointed out in the same sentence as DRM.
15:22:23 <francois> ... It's not just that.
15:22:51 <francois> ... We wanted to take into account the fact that devices collaborate with each other.
15:23:23 <Giles> Giles has joined #webtv
15:23:24 <francois> ... The goals of our research right now is to reduce delay and minimize interruptions for video and converged applications.
15:23:37 <francois> ... That relates to W3C needs I heard today.
15:24:22 <francois> ... P2P is good. People might want their content to be protected as well (private, shared with friends).
15:24:34 <francois> ... Social viewing experience requires filters.
15:26:12 <francois> ... Example: live streaming. The playback is not just a series of packets.
15:26:14 <bdavie> bdavie has joined #webtv
15:26:35 <francois> ... it's the linear combinaison of these packets.
15:27:45 <francois> ... We could regularize the output of the buffer to be fairly constant.
15:27:51 <chaals> chaals has joined #webtv
15:27:57 <chaals> rrsagent, draft minutes
15:27:57 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html chaals
15:28:42 <francois> ... New research: about minimizing signaling overhead, using multilayer video encoding.
15:29:58 <francois> ... We want to show that network coding can provide video content protection in a social viewing context. There's a demo on that in two weeks from now. Use case is peer to peer distribution with registrered usersd that see the content directly
15:30:38 <francois> ... For non premium users, ad viewing is mandatory. Again, everything is done at the edge, locally.
15:31:38 <francois> ... We're going to build on that demo and protect that information.
15:32:20 <francois> ... We favor stateless approaches. P2P often requires to know what your neighbors have. There's a lot of state.
15:32:54 <francois> ... Last thing is we'd like to add network combining to improve performance.
15:33:24 <francois> ... We submitted this paper that there are things that get done below HTTP to improve QoE.
15:33:48 <francois> s/this paper that/this paper to show that/
15:34:39 <haruo> haruo has joined #webtv
15:34:40 <francois> Topic: TV and Radio Content Protection in an open Web ecosystem, by Olivier Thereaux and George Wright (BBC)
15:35:39 <francois> olivier: You probably know us, if you're not living in the UK, for BBC news.
15:35:39 <fhiroshi> fhiroshi has joined #webtv
15:36:18 <francois> ... Our focus on Web and TV is much broader than this. In the UK, the BBC iPlayer allows people in the UK to access content that is broadcasted.
15:36:31 <francois> ... Stuff we produce but also content produced by other people.
15:37:10 <francois> ... It's also offline. You can download a programme. That is something that is fairly important for us.
15:37:19 <francois> ... We need to consider the un-connected use case.
15:37:53 <francois> ... The BBC was one of the first broadcasters to be on the Web. We are renewing our involvement in W3C.
15:38:09 <francois> ... Our public mission implies: openness, access for all.
15:38:24 <francois> ... Right now, the technology of the player is proprietary.
15:38:43 <francois> ... Could we do the same thing with open Web technologies?
15:39:02 <francois> ... Yes for content we produce. However, we have an obligation for content protection for all other content.
15:39:30 <francois> ... It's an industry demand, but also consumer demand for varied, quality programmes.
15:39:48 <francois> ... Sure enough, there is a cultural evolution happening, but there is a "meantime".
15:40:13 <danbri> danbri has joined #webtv
15:40:17 <francois> ... In this discussion on content protection, we'd like to stress out that there is no need for perfect content protection. Good enough protection is enough.
15:40:59 <danbri> [ so is http://www.w3.org/2010/11/web-and-tv/agenda.html more up to date than the paper printout we were given? morning session tommorrow seems to differ  (20mins x 4 vs 30mins x3 )... ]
15:41:07 <francois> ... In practice, content protection means geographical, time-based, and copy should be difficult.
15:41:54 <francois> [ yes, online agenda is up-to-date. ]
15:42:33 <francois> olivier: When we're talking about DRM, we cannot just standardize DRM altogether.
15:42:55 <francois> ... DRM involves a little bit of secrecy, by definition. For the good enough effect.
15:43:31 <francois> ... We'd like to see the rest addressed by W3C. We want to be able to use HTML5 to interface with DRM-protected formats.
15:43:53 <francois> ... There needs to be a way to say: this is HTML5 video and it is content protected.
15:44:09 <francois> ... We could perhaps extend canPlayType() to address that use case.
15:44:18 <francois> ... But we're open to other ideas.
15:45:08 <francois> MarkVickers: do you need more richer requirements with DRM?
15:45:33 <francois> george: it's really geographic and time.
15:45:55 <francois> MarkVickers: it's only a bunch of parameters for the can play/cannot play question.
15:46:27 <francois> Question (Cisco): geography, time. Do you need to control devices. Example of Google TV.
15:46:34 <francois> olivier: as far as I know, no.
15:46:53 <francois> ... We're providing the iPlayer to any device that supports Flash (because that's the technology that we need right now).
15:47:03 <francois> ... We do want to spread the content as wide as possible.
15:47:50 <francois> GuyMarechal: comment on the Cisco comment. Two'level approach for cryptography. The authentication of the equipment is made by a zero-knowledge approach.
15:47:59 <francois> ... Then regular protection.
15:48:35 <francois> ... This makes the control much more efficient. By the Way, Cisco's solution is free. You can use it.
15:48:59 <francois> Topic: Adaptive HTTP streaming and HTML5, by Mark Watson (Netflix)
15:49:15 <francois> mark: We're soon to be W3C Members.
15:50:16 <francois> ... Netflix is a subscription service in US and Canada. 20 millions subscribers. Both Internet streaming and DVD-by-mail.
15:50:27 <francois> ... About 200 devices that are Netflix-enabled.
15:50:40 <francois> ... Today, we need to do a lot of work to get on all these devices.
15:50:47 <francois> ... We have to certify those devices one by one.
15:51:03 <francois> ... HTML5, we announced in the middle of last year, is our UI platform-of-choice.
15:51:29 <francois> ... We can really measure the effect that it has on user experience. It's a major component for us.
15:52:05 <francois> ... Tomorrow, if there's enough standards, we can stop SDK integration and certification expense. So we can expand to more devices.
15:52:32 <francois> ... The list of requirements we have should be considered as input to the group.
15:52:49 <francois> ... Two aspects to adaptive streaming.
15:53:07 <francois> ... For the first part, we've been working in MPEG DASH.
15:53:37 <francois> ... We haven't done the analysis on IPR stuff, but if we have, I expect we'd release this as RF.
15:53:54 <francois> ... Basic on-demand profile is important.
15:54:29 <francois> ... What we need for HTML5: multi-track advertisement and selection. Events and metrics might be useful.
15:54:34 <shoko> shoko has joined #webtv
15:54:36 <francois> ... And obviously content protection.
15:54:52 <francois> ... The requirements for content protection is imposed by content oweners.
15:55:12 <francois> ... Users agree not to store or re-distribute streamed content in terms of service.
15:55:38 <francois> ... We need to make it difficult for users to do so.
15:56:01 <francois> ... Technical solutions involve encryption the whole content.
15:56:18 <francois> ... and everything is secure.
15:56:40 <doobie> doobie has joined #webtv
15:56:51 <francois> ... The DRM black box: content protection functions. Encyption/Decryption. Common solution.
15:57:25 <francois> ... Secure key exchange, rights expression and enforcement is primary focus of DRM. Hard to standardize today.
15:57:41 <francois> ... Authentication/Authorization should a service function.
15:58:09 <francois> ... Our proposal is to standardize: common encryption (look at the MPEG stuff? Is it already done?)
15:58:29 <francois> ... Enablers for Javascript implementation secure authentication/authorization protocols.
15:58:35 <haruo> haruo has joined #webtv
15:58:58 <francois> ... We think that the specific key exchange technology should not be part of it.
15:59:45 <francois> ... Advantages: we'd stay clear of DRM commercial issues, and we'd remove controversial functions from the open.
16:01:13 <francois> ... [diagram of what it would mean, first for unprotected content, then for protected content]
16:01:42 <francois> ... [message flow for Javascript hooks]
16:02:44 <francois> ... We also need secure device identification as authorization decisions may depend on device type.
16:03:22 <francois> ... We propose a new Javascript Device API for secure device identification, but there's some privacy issue (which may not be worse than giving up your geolocation)
16:04:10 <francois> ... Strong binding between the code that is accessing the API and the domain name. You could think it in terms similar to accessing a smart card.
16:04:27 <francois> ... These kind of security models exist.
16:05:05 <francois> ... Content protection is essential for some businesses. Should be simplified for the Web.
16:05:25 <francois> philipp: thanks for this very detailed presentation and concrete proposal.
16:05:32 <libby> libby has joined #webtv
16:06:08 <francois> GreggKellogg: why do you feel that some device specific ID is required on top of user authentification?
16:06:46 <olivier> olivier has joined #webtv
16:06:49 <francois> mark: You need to do both. Device identification helps figure out whether the device has hardware-security or not, that kind of stuff.
16:07:09 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html olivier
16:07:17 <francois> philipp: Would it be sufficient to identify the device's type?
16:07:52 <francois> mark: At a high-level, yes, it would be sufficient.
16:08:09 <francois> ... But there are other use cases where it is not [scribe missed examples]
16:08:39 <danbri_> danbri_ has joined #webtv
16:08:54 <francois> Comment from the crowd: I would encourage W3C to have a very close look at Netflix' proposal.
16:08:58 <Kiyoshi> Kiyoshi has joined #webtv
16:09:14 <francois> Topic: Digital Rights Management Standardization, by John Simmons (Microsoft)
16:09:21 <MattH> MattH has joined #webtv
16:09:22 <HJLee_> HJLee_ has joined #webtv
16:09:28 <francois> john: very similar views as Mark here.
16:10:27 <francois> ... Starting with the slide I was showing before, and I would like to focus on DRM interoperability.
16:10:51 <mark> mark has joined #webtv
16:10:53 <francois> ... We're focusing on common encryption, same as Mark, and industry fora adoption.
16:11:40 <francois> ... The problem space: we have many non-interoperable ecosystems. Each DRM technology is using a different algorithm.
16:11:47 <mark> s/[scribe missed examples]/e.g. device revokation and simultaneous device limits
16:12:37 <francois> ... So that means a whole media stack that lock content. DRM-free is really not an option for high value video.
16:12:56 <francois> ... And another problem is that the industry will not settle on a single DRM.
16:13:14 <francois> ... There will be a handful of systems.
16:13:52 <francois> ... Solution attributes: we think that it is very important that the protection works well with adaptive bitrate streaming.
16:15:00 <francois> ... There has to be interoperability, and also a common multi-screen support. We have a panoply of screens to target, and we need some protection mechanism that goes through all of these devices.
16:15:23 <francois> ... There are four components that are always present.
16:16:38 <francois> ... First one is the licensing regime. It's always present and proprietary. There is no exception to that. Even the closest thing to an open DRM system needs some trust authority.
16:16:55 <osamu_> osamu_ has joined #webtv
16:17:13 <francois> ... Next part is the key management system. There has been some attempts to converge on a solution.
16:17:42 <dcorvoysier> [To the speaker, the closest thing to an open DRM system is OMA DRM]
16:17:51 <francois> ... One problem is that it is tied with licensing regime. So standardization is diffucult.
16:18:39 <francois> ... Thirdly, there's a Rights Expression Language. You can standardize that but it's kind of difficult.
16:19:12 <francois> ... It's tied to compliance rules of licensing regime, and that's very specific.
16:19:43 <jeff> jeff has joined #webtv
16:19:55 <francois> ... We end up with a need to standardize the licensing regime if we go down that road.
16:19:59 <dewa> dewa has joined #webtv
16:20:09 <francois> ... Finally, there's the encryption mechanism.
16:20:41 <francois> ... That's relatively easy to do. You specify how to encrypt/decrypt something. That's been done in MPEG.
16:21:15 <francois> ... The good thing is that it takes most of the DRM stuff to business stuff.
16:22:12 <francois> ... In the project I mentioned before, we publish PIFF under a community promise, the equivalent of royalty free).
16:22:30 <francois> ... Including the encryption/decryption mechanism.
16:23:09 <francois> ... When we published that in 2009, we submitted that to Ultra Violet. They accepted that, and are to publish the Common File Format.
16:23:38 <thomas> thomas has joined #webtv
16:24:00 <francois> ... The good thing is that it handles multiple tracks. You just need to have them as separate files on the server.
16:24:02 <dcorvoysier> [DVB conditional access implementation: http://www.dvb.org/technology/standards/index.xml#conditional]
16:24:15 <francois> ... Our attempt was to see some optimization there.
16:24:41 <francois> ... The Common File Format could be used outside of video content.
16:25:43 <francois> ... Also, DVG issued a call for proposal for IPTV content scrambler that is software friendly.
16:26:10 <francois> ... We submitted the same PIFF file as a proposal for the software friendly encryption (without the IPR hook).
16:26:58 <francois> ... And then UV through a liaison with MPEG/ISO introduced some modifications.
16:27:04 <francois> ... released last week.
16:27:20 <francois> ... It includes the same encryption algorithm that has been proposed to DVB.
16:28:03 <francois> ... Through standardization, we try to converge to a solution.
16:28:50 <francois> ... Two take-aways: a standard encryption algorithm is the best way to achieve DRM-interoperability. This leaves the business decision of the DRM technology to use outside the standard.
16:29:26 <francois> ... Once you take the DRM technology out of the standard, then you can create content to be distributed over the Internet without DRMs at all.
16:29:58 <jeff> jeff has joined #webtv
16:30:00 <francois> ... Whatever the content providers uses, you don't have to go back and redo the content.
16:30:28 <francois> chaals: PIFF is based on H.264?
16:31:21 <francois> john: no, it's codec independent. In the encryption algorithm, there is some specific statements in the spec for H.264, but there's no dependency, no.
16:31:52 <francois> chaals: So I could make a video of me with a dog and distribute it to everyone without thinking about DRM.
16:32:27 <francois> john: yes, you could have the first 5 minutes of you and your dog in the clear, and the remaining 20 minutes available on a premium basis, protected by DRM.
16:33:02 <francois> ... Having to produce another version each time is a pain.
16:33:12 <francois> ... You could simply give them the same file.
16:33:35 <francois> giuseppe: we have been talking about video protection so far. No need for application protection? Not as important?
16:34:11 <francois> marie-jose: we're talking about video because it's a hot problem. If you can do it real-time, you'll be able to do a lot of other things.
16:34:46 <francois> francois: in the end, where does W3C fit in your presentation?
16:35:55 <francois> john: I'm not here to say that some specific direction is the way forward. We've heard several issues during the day.
16:36:14 <francois> ... I'm raising issues, here.
16:39:40 <chaals> rrsagent, this meeting spans midnight
16:40:08 <francois> francois has joined #webtv
16:40:27 <francois> [scribe disconnected during the last 3 minutes]
16:40:33 <francois> RRSAgent, draft minutes
16:40:33 <RRSAgent> I have made the request to generate http://www.w3.org/2011/02/08-webtv-minutes.html francois
16:56:18 <ACEa_w> ACEa_w has left #webtv
17:40:12 <Sangwhan_Moon> Sangwhan_Moon has joined #webtv
17:40:16 <Sangwhan_Moon> Sangwhan_Moon has left #webtv