--- a/tvprofile/tv-src.html Thu Jan 19 13:27:06 2012 +0100
+++ b/tvprofile/tv-src.html Thu Jan 19 16:30:38 2012 +0100
@@ -149,19 +149,6 @@
The scope of this document is not to describe a unique end-to-end delivery system. In particular, mandating a specific end-to-end network configuration (including network protocols, video codecs, video streaming technologies and so on) is out of scope for this document. Nonetheless this document may describe how some specific technologies may be combined together in order to provide a functional <a>TV service</a>.
</section>
- <section>
- <h2>System Overview</h2>
- <div class=note>This section gives and overview of the typical architecture of an interactive TV services delivery system. The level of detail of this section is general and abstract: there is no attempt to provide an in-depth technical explanation of each component and of the interaction between them. Also in practice some logical components may be combined into one, and some components may be missing in some deployments and/or regions.</div>
- <p>
- The main goal of this profile is to simplify and harmonize the production and delivery of <a>TV Services</a> to web enabled devices. For the purposes of this document a <dfn>TV service</dfn> is a commercial video service that may include elements of interactivity and that provides a coherent user experience. TV services are usually divided into two main groups: <dfn title="scheduled service">scheduled</dfn> or <dfn title="linear service">linear</dfn> services are the ones that have to be consumed by the user at the particular point in time when they are offered (e.g. a broadcast TV channel); <dfn title="on-demand service">on-demand</dfn> services are the ones that can be consumed by the user at any point in time (e.g. web video portals).
- <p>
- In order to consume them, users need a <dfn>device</dfn> that is able to present TV services. Traditionally TV services have been consumed mainly via <a>TV set</a>s or <a>STB</a>s connected to a display. Nowadays users have a wide range of devices (e.g. PC, laptops,smartphones, tablets) available both in their home and outside and expect to be able to access to TV services from any device.
- <p>
- <a>TV service</a>s can be delivered to users via a variety of means. The most common means is via a uni-directional TV <dfn>broadcast network</dfn>. Different standards have been defined for such purpose, such as <a>DVB</a>, <a>ATSC</a>, <a>ISDB</a>. <a>TV service</a>s may also be delivered via bi-directional IP connections, mainly via the Internet. An emerging scenario is represented by content streamed directly between devices connected via the <dfn>home network</dfn>. The term <a>home network</a> refers to the networking infrastructure that facilitates communications between devices within the home. This will typically (but not always) be connected to the Internet.
- <p>
- To provide a level of interactivity, <a>TV service</a>s may be associated to or delivered as <a>application</a>s. For the purposes of this document the term <dfn>application</dfn> refers to a collection of documents and associated resources that are authored using a set of languages commonly referred to as "web technologies" or "web standards". In order to be able to run <a>application</a>s, <a>device</a>s implement an <a class="externalDFN">interactive user agent</a> commonly referred to as <dfn>browser</dfn>. The set of languages supported by <a>browser</a>s conforming to this profile are listed in <a href="#app-environment" class="sectionRef"></a>.
- </section>
-
</section>
<section id="terminology">
@@ -190,6 +177,18 @@
</section>
</section>
+<section>
+ <h2>System Overview</h2>
+ <div class=note>This section gives and overview of the typical architecture of an interactive TV services delivery system. The level of detail of this section is general and abstract: there is no attempt to provide an in-depth technical explanation of each component and of the interaction between them. Also in practice some logical components may be combined into one, and some components may be missing in some deployments and/or regions.</div>
+ <p>
+ The main goal of this profile is to simplify and harmonize the production and delivery of <a>TV Services</a> to web enabled devices. For the purposes of this document a <dfn>TV service</dfn> is a commercial video service that may include elements of interactivity and that provides a coherent user experience. TV services are usually divided into two main groups: <dfn title="scheduled service">scheduled</dfn> or <dfn title="linear service">linear</dfn> services are the ones that have to be consumed by the user at the particular point in time when they are offered (e.g. a broadcast TV channel); <dfn title="on-demand service">on-demand</dfn> services are the ones that can be consumed by the user at any point in time (e.g. web video portals).
+ <p>
+ In order to consume them, users need a <dfn>device</dfn> that is able to present TV services. Traditionally TV services have been consumed mainly via <a>TV set</a>s or <a>STB</a>s connected to a display. Nowadays users have a wide range of devices (e.g. PC, laptops,smartphones, tablets) available both in their home and outside and expect to be able to access to TV services from any device.
+ <p>
+ <a>TV service</a>s can be delivered to users via a variety of means. The most common means is via a uni-directional TV <dfn>broadcast network</dfn>. Different standards have been defined for such purpose, such as <a>DVB</a>, <a>ATSC</a>, <a>ISDB</a>. <a>TV service</a>s may also be delivered via bi-directional IP connections, mainly via the Internet. An emerging scenario is represented by content streamed directly between devices connected via the <dfn>home network</dfn>. The term <a>home network</a> refers to the networking infrastructure that facilitates communications between devices within the home. This will typically (but not always) be connected to the Internet.
+ <p>
+ To provide a level of interactivity, <a>TV service</a>s may be associated to or delivered as <a>application</a>s. For the purposes of this document the term <dfn>application</dfn> refers to a collection of documents and associated resources that are authored using a set of languages commonly referred to as "web technologies" or "web standards". In order to be able to run <a>application</a>s, <a>device</a>s implement an <a class="externalDFN">interactive user agent</a> commonly referred to as <dfn>browser</dfn>. The set of languages supported by <a>browser</a>s conforming to this profile are listed in <a href="#app-environment" class="sectionRef"></a>.
+</section>
<section id="app-environment">
<h2>Application Environment</h2>
@@ -287,7 +286,7 @@
<div class="issue">This may need multiple subprofiles based on terminal capability</div>
[[!CSS3-BG]]
</section>
- CSS Selectors
+
<section id="css3-2d-tf">
<h2>CSS3 2D Transform</h2>
@@ -362,10 +361,19 @@
and describe how these functionalities can be accessed by an application/user. If new specs needs to be written (as currently being discussed in different places) we need to decide if such specs should be part of this document or external documents referenced by this one (I prefer the second option). Note that ins some cases you have multiple protocols for the same functionalities, but we could still describe a unique way to expose such multiple protocols to the application/user.</div>
- <section><h2>Exposing in-band media container Tracks</h2></section>
- <section><h2>Discovery and Communication with Home Network Services</h2></section>
+ <section><h2>Exposing Transport Metadata to Applications</h2></section>
+ <section>
+ <h2>Discovery and Communication with Home Network Services</h2>
+ <div class="note">
+ No standard available at the moment. Useful references:
+ <ul>
+ <li><a href="http://www.w3.org/TR/2011/NOTE-hnreq-20111201/">Requirements for Home Networking Scenarios (IG Note)</a></li>
+ <li><a href="http://dvcs.w3.org/hg/web-intents/raw-file/tip/spec/Overview.html">Web Intents</a></li>
+ <li><a href="http://people.opera.com/richt/release/specs/discovery/Overview.html">Networked Service Discovery and Messaging</a></li>
+ </ul>
+ </div>
+ </section>
-
</section>
<section>
--- a/tvprofile/tv.html Thu Jan 19 13:27:06 2012 +0100
+++ b/tvprofile/tv.html Thu Jan 19 16:30:38 2012 +0100
@@ -480,7 +480,7 @@
</dl><p class="copyright">This document is licensed under a <a class="subfoot" href="http://creativecommons.org/licenses/by/3.0/" rel="license">Creative Commons Attribution 3.0 License</a>.</p><hr></div>
<div id="abstract" class="introductory section"><h2>Abstract</h2>
-</div><div id="sotd" class="introductory section"><h2>Status of This Document</h2><p>This document is merely a public working draft of a potential specification. It has no official standing of any kind and does not represent the support or consensus of any standards organisation.</p></div><div id="toc" class="section"><h2 class="introductory">Table of Contents</h2><ul class="toc"><li class="tocline"><a href="#intro" class="tocxref"><span class="secno">1. </span>Introduction</a><ul class="toc"><li class="tocline"><a href="#background" class="tocxref"><span class="secno">1.1 </span>Background</a></li><li class="tocline"><a href="#design-goals" class="tocxref"><span class="secno">1.2 </span>Design Goals</a><ul class="toc"><li class="tocline"><a href="#avoid-obsolesce" class="tocxref"><span class="secno">1.2.1 </span>Avoid obsolesce</a></li><li class="tocline"><a href="#improve-interoperability" class="tocxref"><span class="secno">1.2.2 </span>Improve interoperability</a></li><li class="tocline"><a href="#coordinate-deployments" class="tocxref"><span class="secno">1.2.3 </span>Coordinate deployments</a></li><li class="tocline"><a href="#provide-a-complete-application-environment" class="tocxref"><span class="secno">1.2.4 </span>Provide a complete application environment</a></li><li class="tocline"><a href="#do-not-reinvent-the-wheel" class="tocxref"><span class="secno">1.2.5 </span>Do not reinvent the wheel</a></li><li class="tocline"><a href="#a-tunable-meta-profile" class="tocxref"><span class="secno">1.2.6 </span>A tunable meta-profile</a></li></ul></li><li class="tocline"><a href="#audience" class="tocxref"><span class="secno">1.3 </span>Audience</a></li><li class="tocline"><a href="#scope" class="tocxref"><span class="secno">1.4 </span>Scope</a></li><li class="tocline"><a href="#system-overview" class="tocxref"><span class="secno">1.5 </span>System Overview</a></li></ul></li><li class="tocline"><a href="#terminology" class="tocxref"><span class="secno">2. </span>Terminology</a><ul class="toc"><li class="tocline"><a href="#conformance" class="tocxref"><span class="secno">2.1 </span>Conformance</a></li><li class="tocline"><a href="#definitions" class="tocxref"><span class="secno">2.2 </span>Definitions</a></li></ul></li><li class="tocline"><a href="#app-environment" class="tocxref"><span class="secno">3. </span>Application Environment</a><ul class="toc"><li class="tocline"><a href="#html" class="tocxref"><span class="secno">3.1 </span>HTML</a></li><li class="tocline"><a href="#scripting" class="tocxref"><span class="secno">3.2 </span>Scripting</a></li><li class="tocline"><a href="#css" class="tocxref"><span class="secno">3.3 </span>CSS</a><ul class="toc"><li class="tocline"><a href="#css3-fonts" class="tocxref"><span class="secno">3.3.1 </span>CSS3 Fonts</a></li><li class="tocline"><a href="#css3-mq" class="tocxref"><span class="secno">3.3.2 </span>CSS3 Media Queries</a></li><li class="tocline"><a href="#css3-bg" class="tocxref"><span class="secno">3.3.3 </span>CSS3 Backgrounds and Borders</a></li><li class="tocline"><a href="#css3-2d-tf" class="tocxref"><span class="secno">3.3.4 </span>CSS3 2D Transform</a></li><li class="tocline"><a href="#css3-3d-tf" class="tocxref"><span class="secno">3.3.5 </span>CSS3 3D Transform</a></li></ul></li><li class="tocline"><a href="#xhr" class="tocxref"><span class="secno">3.4 </span>XML HTTP Request</a></li><li class="tocline"><a href="#dom" class="tocxref"><span class="secno">3.5 </span>Document Object Model (DOM)</a></li><li class="tocline"><a href="#x...--add-more-section-for-other-web-standards" class="tocxref"><span class="secno">3.6 </span>... (add more section for other web standards)</a></li><li class="tocline"><a href="#input-methods" class="tocxref"><span class="secno">3.7 </span>Input Methods</a><ul class="toc"><li class="tocline"><a href="#determine-available-input-methods" class="tocxref"><span class="secno">3.7.1 </span>Determine available input methods</a></li><li class="tocline"><a href="#traditional-remote-controls" class="tocxref"><span class="secno">3.7.2 </span>Traditional Remote Controls</a></li><li class="tocline"><a href="#touch-screens" class="tocxref"><span class="secno">3.7.3 </span>Touch screens</a></li><li class="tocline"><a href="#mouse-and-keyboard" class="tocxref"><span class="secno">3.7.4 </span>Mouse and Keyboard</a></li><li class="tocline"><a href="#other-input-devices" class="tocxref"><span class="secno">3.7.5 </span>Other input devices</a></li></ul></li><li class="tocline"><a href="#content-developers-guidelines" class="tocxref"><span class="secno">3.8 </span>Content Developers Guidelines</a></li></ul></li><li class="tocline"><a href="#formats-and-protocols" class="tocxref"><span class="secno">4. </span>Formats and Protocols </a><ul class="toc"><li class="tocline"><a href="#exposing-in-band-media-container-tracks" class="tocxref"><span class="secno">4.1 </span>Exposing in-band media container Tracks</a></li><li class="tocline"><a href="#discovery-and-communication-with-home-network-services" class="tocxref"><span class="secno">4.2 </span>Discovery and Communication with Home Network Services</a></li></ul></li><li class="tocline"><a href="#testing" class="tocxref"><span class="secno">5. </span>Testing</a><ul class="toc"><li class="tocline"><a href="#testing-infrastructure" class="tocxref"><span class="secno">5.1 </span>Testing Infrastructure</a></li></ul></li><li class="tocline"><a href="#performances" class="tocxref"><span class="secno">6. </span>Performances</a></li><li class="tocline"><a href="#acknowledgements" class="tocxref"><span class="secno">A. </span>Acknowledgements</a></li><li class="tocline"><a href="#references" class="tocxref"><span class="secno">B. </span>References</a><ul class="toc"><li class="tocline"><a href="#normative-references" class="tocxref"><span class="secno">B.1 </span>Normative references</a></li><li class="tocline"><a href="#informative-references" class="tocxref"><span class="secno">B.2 </span>Informative references</a></li></ul></li></ul></div>
+</div><div id="sotd" class="introductory section"><h2>Status of This Document</h2><p>This document is merely a public working draft of a potential specification. It has no official standing of any kind and does not represent the support or consensus of any standards organisation.</p></div><div id="toc" class="section"><h2 class="introductory">Table of Contents</h2><ul class="toc"><li class="tocline"><a href="#intro" class="tocxref"><span class="secno">1. </span>Introduction</a><ul class="toc"><li class="tocline"><a href="#background" class="tocxref"><span class="secno">1.1 </span>Background</a></li><li class="tocline"><a href="#design-goals" class="tocxref"><span class="secno">1.2 </span>Design Goals</a><ul class="toc"><li class="tocline"><a href="#avoid-obsolesce" class="tocxref"><span class="secno">1.2.1 </span>Avoid obsolesce</a></li><li class="tocline"><a href="#improve-interoperability" class="tocxref"><span class="secno">1.2.2 </span>Improve interoperability</a></li><li class="tocline"><a href="#coordinate-deployments" class="tocxref"><span class="secno">1.2.3 </span>Coordinate deployments</a></li><li class="tocline"><a href="#provide-a-complete-application-environment" class="tocxref"><span class="secno">1.2.4 </span>Provide a complete application environment</a></li><li class="tocline"><a href="#do-not-reinvent-the-wheel" class="tocxref"><span class="secno">1.2.5 </span>Do not reinvent the wheel</a></li><li class="tocline"><a href="#a-tunable-meta-profile" class="tocxref"><span class="secno">1.2.6 </span>A tunable meta-profile</a></li></ul></li><li class="tocline"><a href="#audience" class="tocxref"><span class="secno">1.3 </span>Audience</a></li><li class="tocline"><a href="#scope" class="tocxref"><span class="secno">1.4 </span>Scope</a></li></ul></li><li class="tocline"><a href="#terminology" class="tocxref"><span class="secno">2. </span>Terminology</a><ul class="toc"><li class="tocline"><a href="#conformance" class="tocxref"><span class="secno">2.1 </span>Conformance</a></li><li class="tocline"><a href="#definitions" class="tocxref"><span class="secno">2.2 </span>Definitions</a></li></ul></li><li class="tocline"><a href="#system-overview" class="tocxref"><span class="secno">3. </span>System Overview</a></li><li class="tocline"><a href="#app-environment" class="tocxref"><span class="secno">4. </span>Application Environment</a><ul class="toc"><li class="tocline"><a href="#html" class="tocxref"><span class="secno">4.1 </span>HTML</a></li><li class="tocline"><a href="#scripting" class="tocxref"><span class="secno">4.2 </span>Scripting</a></li><li class="tocline"><a href="#css" class="tocxref"><span class="secno">4.3 </span>CSS</a><ul class="toc"><li class="tocline"><a href="#css3-fonts" class="tocxref"><span class="secno">4.3.1 </span>CSS3 Fonts</a></li><li class="tocline"><a href="#css3-mq" class="tocxref"><span class="secno">4.3.2 </span>CSS3 Media Queries</a></li><li class="tocline"><a href="#css3-bg" class="tocxref"><span class="secno">4.3.3 </span>CSS3 Backgrounds and Borders</a></li><li class="tocline"><a href="#css3-2d-tf" class="tocxref"><span class="secno">4.3.4 </span>CSS3 2D Transform</a></li><li class="tocline"><a href="#css3-3d-tf" class="tocxref"><span class="secno">4.3.5 </span>CSS3 3D Transform</a></li></ul></li><li class="tocline"><a href="#xhr" class="tocxref"><span class="secno">4.4 </span>XML HTTP Request</a></li><li class="tocline"><a href="#dom" class="tocxref"><span class="secno">4.5 </span>Document Object Model (DOM)</a></li><li class="tocline"><a href="#x...--add-more-section-for-other-web-standards" class="tocxref"><span class="secno">4.6 </span>... (add more section for other web standards)</a></li><li class="tocline"><a href="#input-methods" class="tocxref"><span class="secno">4.7 </span>Input Methods</a><ul class="toc"><li class="tocline"><a href="#determine-available-input-methods" class="tocxref"><span class="secno">4.7.1 </span>Determine available input methods</a></li><li class="tocline"><a href="#traditional-remote-controls" class="tocxref"><span class="secno">4.7.2 </span>Traditional Remote Controls</a></li><li class="tocline"><a href="#touch-screens" class="tocxref"><span class="secno">4.7.3 </span>Touch screens</a></li><li class="tocline"><a href="#mouse-and-keyboard" class="tocxref"><span class="secno">4.7.4 </span>Mouse and Keyboard</a></li><li class="tocline"><a href="#other-input-devices" class="tocxref"><span class="secno">4.7.5 </span>Other input devices</a></li></ul></li><li class="tocline"><a href="#content-developers-guidelines" class="tocxref"><span class="secno">4.8 </span>Content Developers Guidelines</a></li></ul></li><li class="tocline"><a href="#formats-and-protocols" class="tocxref"><span class="secno">5. </span>Formats and Protocols </a><ul class="toc"><li class="tocline"><a href="#exposing-transport-metadata-to-applications" class="tocxref"><span class="secno">5.1 </span>Exposing Transport Metadata to Applications</a></li><li class="tocline"><a href="#discovery-and-communication-with-home-network-services" class="tocxref"><span class="secno">5.2 </span>Discovery and Communication with Home Network Services</a></li></ul></li><li class="tocline"><a href="#testing" class="tocxref"><span class="secno">6. </span>Testing</a><ul class="toc"><li class="tocline"><a href="#testing-infrastructure" class="tocxref"><span class="secno">6.1 </span>Testing Infrastructure</a></li></ul></li><li class="tocline"><a href="#performances" class="tocxref"><span class="secno">7. </span>Performances</a></li><li class="tocline"><a href="#acknowledgements" class="tocxref"><span class="secno">A. </span>Acknowledgements</a></li><li class="tocline"><a href="#references" class="tocxref"><span class="secno">B. </span>References</a><ul class="toc"><li class="tocline"><a href="#normative-references" class="tocxref"><span class="secno">B.1 </span>Normative references</a></li><li class="tocline"><a href="#informative-references" class="tocxref"><span class="secno">B.2 </span>Informative references</a></li></ul></li></ul></div>
<div id="intro" class="informative section">
<!--OddPage--><h2><span class="secno">1. </span>Introduction</h2><p><em>This section is non-normative.</em></p>
@@ -545,19 +545,6 @@
The scope of this document is not to describe a unique end-to-end delivery system. In particular, mandating a specific end-to-end network configuration (including network protocols, video codecs, video streaming technologies and so on) is out of scope for this document. Nonetheless this document may describe how some specific technologies may be combined together in order to provide a functional <a href="#dfn-tv-service" class="internalDFN">TV service</a>.
</p></div>
- <div id="system-overview" class="section">
- <h3><span class="secno">1.5 </span>System Overview</h3>
- <div class="note">This section gives and overview of the typical architecture of an interactive TV services delivery system. The level of detail of this section is general and abstract: there is no attempt to provide an in-depth technical explanation of each component and of the interaction between them. Also in practice some logical components may be combined into one, and some components may be missing in some deployments and/or regions.</div>
- <p>
- The main goal of this profile is to simplify and harmonize the production and delivery of <a>TV Services</a> to web enabled devices. For the purposes of this document a <dfn id="dfn-tv-service">TV service</dfn> is a commercial video service that may include elements of interactivity and that provides a coherent user experience. TV services are usually divided into two main groups: <dfn title="scheduled service" id="dfn-scheduled-service">scheduled</dfn> or <dfn title="linear service" id="dfn-linear-service">linear</dfn> services are the ones that have to be consumed by the user at the particular point in time when they are offered (e.g. a broadcast TV channel); <dfn title="on-demand service" id="dfn-on-demand-service">on-demand</dfn> services are the ones that can be consumed by the user at any point in time (e.g. web video portals).
- </p><p>
- In order to consume them, users need a <dfn id="dfn-device">device</dfn> that is able to present TV services. Traditionally TV services have been consumed mainly via <a href="#dfn-tv-set" class="internalDFN">TV set</a>s or <a href="#dfn-stb" class="internalDFN">STB</a>s connected to a display. Nowadays users have a wide range of devices (e.g. PC, laptops,smartphones, tablets) available both in their home and outside and expect to be able to access to TV services from any device.
- </p><p>
- <a href="#dfn-tv-service" class="internalDFN">TV service</a>s can be delivered to users via a variety of means. The most common means is via a uni-directional TV <dfn id="dfn-broadcast-network">broadcast network</dfn>. Different standards have been defined for such purpose, such as <a href="#dfn-dvb" class="internalDFN">DVB</a>, <a href="#dfn-atsc" class="internalDFN">ATSC</a>, <a href="#dfn-isdb" class="internalDFN">ISDB</a>. <a href="#dfn-tv-service" class="internalDFN">TV service</a>s may also be delivered via bi-directional IP connections, mainly via the Internet. An emerging scenario is represented by content streamed directly between devices connected via the <dfn id="dfn-home-network">home network</dfn>. The term <a href="#dfn-home-network" class="internalDFN">home network</a> refers to the networking infrastructure that facilitates communications between devices within the home. This will typically (but not always) be connected to the Internet.
- </p><p>
- To provide a level of interactivity, <a href="#dfn-tv-service" class="internalDFN">TV service</a>s may be associated to or delivered as <a href="#dfn-application" class="internalDFN">application</a>s. For the purposes of this document the term <dfn id="dfn-application">application</dfn> refers to a collection of documents and associated resources that are authored using a set of languages commonly referred to as "web technologies" or "web standards". In order to be able to run <a href="#dfn-application" class="internalDFN">application</a>s, <a href="#dfn-device" class="internalDFN">device</a>s implement an <a class="externalDFN">interactive user agent</a> commonly referred to as <dfn id="dfn-browser">browser</dfn>. The set of languages supported by <a href="#dfn-browser" class="internalDFN">browser</a>s conforming to this profile are listed in <a href="#app-environment" class="sectionRef">section 3. Application Environment</a>.
- </p></div>
-
</div>
<div id="terminology" class="section">
@@ -588,13 +575,25 @@
</div>
</div>
+<div id="system-overview" class="section">
+ <!--OddPage--><h2><span class="secno">3. </span>System Overview</h2>
+ <div class="note">This section gives and overview of the typical architecture of an interactive TV services delivery system. The level of detail of this section is general and abstract: there is no attempt to provide an in-depth technical explanation of each component and of the interaction between them. Also in practice some logical components may be combined into one, and some components may be missing in some deployments and/or regions.</div>
+ <p>
+ The main goal of this profile is to simplify and harmonize the production and delivery of <a>TV Services</a> to web enabled devices. For the purposes of this document a <dfn id="dfn-tv-service">TV service</dfn> is a commercial video service that may include elements of interactivity and that provides a coherent user experience. TV services are usually divided into two main groups: <dfn title="scheduled service" id="dfn-scheduled-service">scheduled</dfn> or <dfn title="linear service" id="dfn-linear-service">linear</dfn> services are the ones that have to be consumed by the user at the particular point in time when they are offered (e.g. a broadcast TV channel); <dfn title="on-demand service" id="dfn-on-demand-service">on-demand</dfn> services are the ones that can be consumed by the user at any point in time (e.g. web video portals).
+ </p><p>
+ In order to consume them, users need a <dfn id="dfn-device">device</dfn> that is able to present TV services. Traditionally TV services have been consumed mainly via <a href="#dfn-tv-set" class="internalDFN">TV set</a>s or <a href="#dfn-stb" class="internalDFN">STB</a>s connected to a display. Nowadays users have a wide range of devices (e.g. PC, laptops,smartphones, tablets) available both in their home and outside and expect to be able to access to TV services from any device.
+ </p><p>
+ <a href="#dfn-tv-service" class="internalDFN">TV service</a>s can be delivered to users via a variety of means. The most common means is via a uni-directional TV <dfn id="dfn-broadcast-network">broadcast network</dfn>. Different standards have been defined for such purpose, such as <a href="#dfn-dvb" class="internalDFN">DVB</a>, <a href="#dfn-atsc" class="internalDFN">ATSC</a>, <a href="#dfn-isdb" class="internalDFN">ISDB</a>. <a href="#dfn-tv-service" class="internalDFN">TV service</a>s may also be delivered via bi-directional IP connections, mainly via the Internet. An emerging scenario is represented by content streamed directly between devices connected via the <dfn id="dfn-home-network">home network</dfn>. The term <a href="#dfn-home-network" class="internalDFN">home network</a> refers to the networking infrastructure that facilitates communications between devices within the home. This will typically (but not always) be connected to the Internet.
+ </p><p>
+ To provide a level of interactivity, <a href="#dfn-tv-service" class="internalDFN">TV service</a>s may be associated to or delivered as <a href="#dfn-application" class="internalDFN">application</a>s. For the purposes of this document the term <dfn id="dfn-application">application</dfn> refers to a collection of documents and associated resources that are authored using a set of languages commonly referred to as "web technologies" or "web standards". In order to be able to run <a href="#dfn-application" class="internalDFN">application</a>s, <a href="#dfn-device" class="internalDFN">device</a>s implement an <a class="externalDFN">interactive user agent</a> commonly referred to as <dfn id="dfn-browser">browser</dfn>. The set of languages supported by <a href="#dfn-browser" class="internalDFN">browser</a>s conforming to this profile are listed in <a href="#app-environment" class="sectionRef">section 4. Application Environment</a>.
+</p></div>
<div id="app-environment" class="section">
-<!--OddPage--><h2><span class="secno">3. </span>Application Environment</h2>
+<!--OddPage--><h2><span class="secno">4. </span>Application Environment</h2>
This section lists which languages are supported by <a href="#dfn-browser" class="internalDFN">browser</a>s conforming to this profile and that can be used to author <a href="#dfn-application" class="internalDFN">application</a>s. <a href="#dfn-browser" class="internalDFN">Browser</a>s may support more languages than the ones listed in this section.
<div id="html" class="section">
- <h3><span class="secno">3.1 </span>HTML</h3>
+ <h3><span class="secno">4.1 </span>HTML</h3>
<p>HTML is the markup language used to describe documents on the web. This profile rely on the 5th revision of HTML, also known as HTML5.
</p><p>The [<cite><a class="bibref" rel="biblioentry" href="#bib-HTML5">HTML5</a></cite>] specification defines conformance requirements for user agents and documents. <a href="#dfn-application" class="internalDFN">Application</a>s and authoring tools <em class="rfc2119" title="shall">shall</em> comply with conformance requirements for documents unless differently specified in this document. <a href="#dfn-browser" class="internalDFN">Browser</a>s <em class="rfc2119" title="shall">shall</em> comply with conformance requirements for user agents unless differently specified in this document; in particular browsers <em class="rfc2119" title="shall">shall</em> support <a class="externalDFN">the HTML syntax</a> and <a class="externalDFN">the XHTML syntax</a> for HTML documents as defined in [<cite><a class="bibref" rel="biblioentry" href="#bib-HTML5">HTML5</a></cite>].
</p><div class="issue">Do we need support for both syntaxes or can we go just for the HTML syntax?</div>
@@ -602,7 +601,7 @@
<p>HTML5 (by design) does not provide mechanisms for media-specific customization of presentation although several mechanisms to hook into languages and technologies that allow such customization are provided. Languages that are expected to be supported by <a href="#dfn-browser" class="internalDFN">browser</a>s in connection with HTML5 are listed in the following sections.
</p></div>
<div id="scripting" class="section">
- <h3><span class="secno">3.2 </span>Scripting</h3>
+ <h3><span class="secno">4.2 </span>Scripting</h3>
<dfn id="dfn-scripts">Scripts</dfn> are small programs that can be embedded into <a href="#dfn-application" class="internalDFN">application</a>s. While defining features that rely on scripting, HTML5 do not mandate support for scripting for all user agents. Furthermore scripting is defined using a syntax that in most cases is independent from the underlying scripting language. For such reasons, this profile add the following additional requirements:
<ul>
<li><a href="#dfn-browser" class="internalDFN">Browser</a>s <em class="rfc2119" title="shall">shall</em> support <a class="externalDFN">scripting</a> as defined in [<cite><a class="bibref" rel="biblioentry" href="#bib-HTML5">HTML5</a></cite>]. </li>
@@ -611,11 +610,11 @@
</div>
<div id="css" class="section">
- <h3><span class="secno">3.3 </span>CSS</h3>
+ <h3><span class="secno">4.3 </span>CSS</h3>
Support for CSS as a whole is not required by HTML5, even though some features are defined in terms of specific CSS requirements. The following sections list modules and parameters that <a href="#dfn-browser" class="internalDFN">browser</a>s conforming to this specification have to support.
<div class="note"> TODO: this section is not complete yet. More modules needs to be added</div>
<div id="css3-fonts" class="section">
- <h4><span class="secno">3.3.1 </span>CSS3 Fonts</h4>
+ <h4><span class="secno">4.3.1 </span>CSS3 Fonts</h4>
The [<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-FONTS">CSS3-FONTS</a></cite>] module describes how font properties are specified and how font resources are loaded dynamically.
The features marked as included below <em class="rfc2119" title="shall">shall</em> be supported by conforming <a href="#dfn-browser" class="internalDFN">browser</a>s.
<dt>Properties</dt>
@@ -674,27 +673,27 @@
</div>
<div id="css3-mq" class="section">
- <h4><span class="secno">3.3.2 </span>CSS3 Media Queries</h4>
+ <h4><span class="secno">4.3.2 </span>CSS3 Media Queries</h4>
The [<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-MEDIAQUERIES">CSS3-MEDIAQUERIES</a></cite>] module extend the functionality of media types by allowing more precise labeling of style sheets.
A conforming <a href="#dfn-browser" class="internalDFN">browser</a> <em class="rfc2119" title="shall">shall</em> support media queries as defined in [<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-MEDIAQUERIES">CSS3-MEDIAQUERIES</a></cite>].
<div class="issue">Maybe we want to list supported attributes anyway, in case more features are added to the spec after the profile is released.</div>
</div>
<div id="css3-bg" class="section">
- <h4><span class="secno">3.3.3 </span>CSS3 Backgrounds and Borders</h4>
+ <h4><span class="secno">4.3.3 </span>CSS3 Backgrounds and Borders</h4>
<div class="issue">This may need multiple subprofiles based on terminal capability</div>
[<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-BG">CSS3-BG</a></cite>]
</div>
- CSS Selectors
+
<div id="css3-2d-tf" class="section">
- <h4><span class="secno">3.3.4 </span>CSS3 2D Transform</h4>
+ <h4><span class="secno">4.3.4 </span>CSS3 2D Transform</h4>
<div class="issue">This may need multiple subprofiles based on terminal capability</div>
[<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-2D-TRANSFORMS">CSS3-2D-TRANSFORMS</a></cite>]
</div>
<div id="css3-3d-tf" class="section">
- <h4><span class="secno">3.3.5 </span>CSS3 3D Transform</h4>
+ <h4><span class="secno">4.3.5 </span>CSS3 3D Transform</h4>
<div class="issue">This may need multiple subprofiles based on terminal capability</div>
[<cite><a class="bibref" rel="biblioentry" href="#bib-CSS3-3D-TRANSFORMS">CSS3-3D-TRANSFORMS</a></cite>]
</div>
@@ -703,21 +702,21 @@
</div>
<div id="xhr" class="section">
- <h3><span class="secno">3.4 </span>XML HTTP Request</h3>
+ <h3><span class="secno">4.4 </span>XML HTTP Request</h3>
</div>
<div id="dom" class="section">
- <h3><span class="secno">3.5 </span>Document Object Model (DOM)</h3>
+ <h3><span class="secno">4.5 </span>Document Object Model (DOM)</h3>
</div>
<div id="x...--add-more-section-for-other-web-standards" class="section">
- <h3><span class="secno">3.6 </span>... (add more section for other web standards)</h3>
+ <h3><span class="secno">4.6 </span>... (add more section for other web standards)</h3>
</div>
<div id="input-methods" class="section">
- <h3><span class="secno">3.7 </span>Input Methods</h3>
+ <h3><span class="secno">4.7 </span>Input Methods</h3>
<div id="determine-available-input-methods" class="section">
- <h4><span class="secno">3.7.1 </span>Determine available input methods</h4>
+ <h4><span class="secno">4.7.1 </span>Determine available input methods</h4>
<div class="issue">
<p>Is this important for TV app developers? (I think so)
</p><p>Some proprietary methods for some input methods exist, e.g. <a href="https://developer.mozilla.org/en/CSS/Media_queries#-moz-touch-enabled">-moz-touch-enabled</a>
@@ -725,29 +724,29 @@
</p></div>
</div>
<div id="traditional-remote-controls" class="section">
- <h4><span class="secno">3.7.2 </span>Traditional Remote Controls</h4>
+ <h4><span class="secno">4.7.2 </span>Traditional Remote Controls</h4>
<div class="issue">Need to check the progress of DOM events in this area. See <a href="http://www.w3.org/TR/DOM-Level-3-Events/#remote-control">http://www.w3.org/TR/DOM-Level-3-Events/#remote-control</a></div>
</div>
<div id="touch-screens" class="section">
- <h4><span class="secno">3.7.3 </span>Touch screens</h4>
+ <h4><span class="secno">4.7.3 </span>Touch screens</h4>
[<cite><a class="bibref" rel="biblioentry" href="#bib-TOUCH-EVENTS">TOUCH-EVENTS</a></cite>]
</div>
<div id="mouse-and-keyboard" class="section">
- <h4><span class="secno">3.7.4 </span>Mouse and Keyboard</h4>
+ <h4><span class="secno">4.7.4 </span>Mouse and Keyboard</h4>
</div>
<div id="other-input-devices" class="section">
- <h4><span class="secno">3.7.5 </span>Other input devices</h4>
+ <h4><span class="secno">4.7.5 </span>Other input devices</h4>
</div>
</div>
<div class="informative section" id="content-developers-guidelines">
- <h3><span class="secno">3.8 </span>Content Developers Guidelines</h3><p><em>This section is non-normative.</em></p>
+ <h3><span class="secno">4.8 </span>Content Developers Guidelines</h3><p><em>This section is non-normative.</em></p>
</div>
</div>
<div id="formats-and-protocols" class="section">
- <!--OddPage--><h2><span class="secno">4. </span>Formats and Protocols </h2>
+ <!--OddPage--><h2><span class="secno">5. </span>Formats and Protocols </h2>
<div class="note">The aim of this section is to collect in one document the result of the discussion going on in different groups, like the HNTF or the MPTF of the web&tv IG. Therefore it should describe things like:
<ul>
<li>adaptive streaming
@@ -760,31 +759,40 @@
and describe how these functionalities can be accessed by an application/user. If new specs needs to be written (as currently being discussed in different places) we need to decide if such specs should be part of this document or external documents referenced by this one (I prefer the second option). Note that ins some cases you have multiple protocols for the same functionalities, but we could still describe a unique way to expose such multiple protocols to the application/user.</div>
- <div id="exposing-in-band-media-container-tracks" class="section"><h3><span class="secno">4.1 </span>Exposing in-band media container Tracks</h3></div>
- <div id="discovery-and-communication-with-home-network-services" class="section"><h3><span class="secno">4.2 </span>Discovery and Communication with Home Network Services</h3></div>
+ <div id="exposing-transport-metadata-to-applications" class="section"><h3><span class="secno">5.1 </span>Exposing Transport Metadata to Applications</h3></div>
+ <div id="discovery-and-communication-with-home-network-services" class="section">
+ <h3><span class="secno">5.2 </span>Discovery and Communication with Home Network Services</h3>
+ <div class="note">
+ No standard available at the moment. Useful references:
+ <ul>
+ <li><a href="http://www.w3.org/TR/2011/NOTE-hnreq-20111201/">Requirements for Home Networking Scenarios (IG Note)</a></li>
+ <li><a href="http://dvcs.w3.org/hg/web-intents/raw-file/tip/spec/Overview.html">Web Intents</a></li>
+ <li><a href="http://people.opera.com/richt/release/specs/discovery/Overview.html">Networked Service Discovery and Messaging</a></li>
+ </ul>
+ </div>
+ </div>
-
</div>
<div id="testing" class="section">
-<!--OddPage--><h2><span class="secno">5. </span>Testing</h2>
+<!--OddPage--><h2><span class="secno">6. </span>Testing</h2>
<div class="note">
Relevant test material can be found here:
<ul>
<li><a href="http://www.w3.org/Style/CSS/Test/">CSS tests</a></li>
- <li><a href="http://w3c-test.org/">W3C Test Suite Framework</a></li>
+ <li><a href="http://w3c-test.org/framework/">W3C Test Suite Framework</a></li>
</ul>
</div>
- <div id="testing-infrastructure" class="section"><h3><span class="secno">5.1 </span>Testing Infrastructure</h3></div>
+ <div id="testing-infrastructure" class="section"><h3><span class="secno">6.1 </span>Testing Infrastructure</h3></div>
</div>
<div id="performances" class="section">
- <!--OddPage--><h2><span class="secno">6. </span>Performances</h2>
+ <!--OddPage--><h2><span class="secno">7. </span>Performances</h2>
<div class="issue">
<ul>
- <li>DO we need to identify different class of devices and associate different performance requirement? E.g. we could have 3 classes A,B,C and say A devices score less than x, B between x and y and C more then y (where x,y,z are defined for each banchmark)</li>
+ <li>Do we need to identify different class of devices and associate different performance requirement? E.g. we could have 3 classes A,B,C and say A devices score less than x, B between x and y and C more then y (where x,y,z are defined for each benchmark)</li>
<li>How performances should be linked to requirements? E.g. if we have 3 classes and a feature N, should we say that A <em class="rfc2119" title="shall not">shall not</em> support N, B may support N, C <em class="rfc2119" title="shall">shall</em> support N?</li>
</ul>
</div>