This Contribution Proposes Some Resolutions to the Issues

INTERNATIONAL TELECOMMUNICATION UNION FOCUS GROUP ON IPTV TELECOMMUNICATION FG IPTV-C-0560 STANDARDIZATION SECTOR STUDY PERIOD 2005-2008 English only

WG(s): 5 4th FG IPTV meeting: Bled, Slovenia, 7-11 May 2007 CONTRIBUTION Source: Royal National Institute of the Blind (RNIB, UK) Title: Proposed response to Chairman’s questions in IPTV-C-0427 Abstract This contribution proposes a response to some of the issues raised by the Chairman at the previous meeting.

Background At the most recent FG IPTV meeting, i.e. 22-26 January 2007, some issues of the requirements were not resolved. The Chairman has presented a contribution requesting proposals as to how to resolve the issues raised.

Discussion This contribution proposes some resolutions to the issues.

Reference FG IPTV-C-0427 (7-11 May 2007), IPTV service requirements for consideration

Contact: Clive Miller Tel: +44 1634 845135 RNIB Fax: UK Email [email protected] Attention: This is a document submitted to the work of ITU-T and is intended for use by the participants to the activities of ITU-T's Focus Group on IPTV, and their respective staff and collaborators in their ITU-related work. It is made publicly available for information purposes but shall not be redistributed without the prior written consent of ITU. Copyright on this document is owned by the author, unless otherwise mentioned. This document is not an ITU-T Recommendation, an ITU publication, or part thereof. - 2 - FG IPTV – C – 0560

Proposal The following detail the proposed resolution for some of the requirements issues: WG5’s proposal: IPTV_ESI_012 The IPTV Terminal should have the capability to display the captions in a separate window or overlayed on the main video window and vary its presentation, different colours, colours for different speakers, font size, method for making it readable on the background etc, as intended by the broadcaster. WG1’s result: IPTV_ESI_012: The IPTV Terminal Device should have the capability to display the captions in a separate window or overlaid on the video window and vary its presentation, different colours, and colours for different speakers, font size, or background property etc., as signalled by content provider. Proposal: IPTV_ESI_012: The IPTV Terminal Device should have the capability to decode and display captions in a separate window or overlaid on the main video window with different colours for different speakers as signalled by the content provider. In addition, it is proposed to add the following requirements: IPTV_ESI_nn8: The IPTV Terminal Device should have the capability to allow the user to choose to have captions displayed with a solid background or a transparent one. IPTV_ESI_nn9: The IPTV Terminal Device may have the capability to allow the user to adjust the size of the captions displayed.

WG5’s proposal: IPTV_ESI_016: The IPTV Architecture shall support the ability for the ITF to decode video and audio and captioning and present the content to standard end-user electronics interfaces. [IIF.ARCH.HOME.49] WG1’s result: IPTV_ESI_016: The IPTV Architecture shall support the ability for the ITF to decode video, audio, captioning, supplementary video and descriptive audio and present the video content to standard end-user electronics interfaces [IIF.ARCH.HOME.49]. Proposal: IPTV_ESI_016: The IPTV Architecture shall support the ability for the IPTV Terminal Device to decode video, audio, captioning, supplementary video and descriptive audio and present them to standard end-user electronics interfaces [IIF.ARCH.HOME.49]. WG5’s proposal: IPTV_ESI_0xx: The IPTV architecture should provide the end-user ability to select and switch between supplementary video flows (in addition to the main video flow) within one channel. WG1’s result: IPTV_ESI_500: The IPTV architecture shall support the capability for the end-user to switch between multiple supplementary video streams within a program. Note - The original proposal was placed in clause 5.5.1.1. WG1 decided to move to clause 5.5. Proposal: IPTV_ESI_0xx: The IPTV architecture shall support the capability for the end-user to select and switch between multiple supplementary video content that is associated with the main video content. It is proposed to accept the decision of WG1 to move the requirement to clause 5.5. - 3 - FG IPTV – C – 0560

WG5’s proposal: IPTV_ESI_0xy: When more than one video flow is available within a TV channel, the end-user terminal should render the preferred video flow(s) with a selected preferred layout, if allowed. WG1’s result: IPTV_ESI_501: The IPTV architecture shall support the capability for the end-user to select preferred on-screen layout for the supplementary video. Note - The original proposal was placed in clause 5.5.1.1. WG1 decided to move to clause 5.5. Proposal: IPTV_ESI_0xy: The IPTV architecture shall support the capability for the end-user to select preferred supplementary video content with a selectable preferred on-screen layout. It is proposed to accept the decision of WG1 and move the requirement to clause 5.5. WG5’s proposal: IPTV_ESI_021: The IPTV end system should provide the end-user ability to switch between audio flows, and select one or two, if more than one is available, i.e., Descriptive Audio. WG1’s result: IPTV_ESI_021: The IPTV architecture shall support the capability for the end user to select any number of audio tracks from the multiple tracks available within a program. Proposal: IPTV_ESI_021: The IPTV architecture shall support the capability for the end user to select additional audio content associated with the main content, e.g. Audio Description. WG5’s proposal: IPTV_ESI_022: When several audio flows are available within a TV channel, the end-user terminal should render the preferred audio flow(s), when available. WG1’s result: IPTV_ESI_022: When several audio tracks are available with a TV channel, the IPTV Terminal Device should have the ability to select the preferred audio track(s). Proposal: IPTV_ESI_022: IPTV Terminal Device should have the ability to select the preferred main and supplementary audio content associated with the main content. WG5’s proposal: IPTV_ESI_133: The hybrid terminal devices shall have interoperability between both interfaces for contents guide which provides service lists and other information to the user. WG1’s result: WG1 decided to remove IPTV_ESI_133. Proposal: Retain the requirement but reword it as follows: IPTV_ETI_133: Hybrid Terminal Devices should offer to the user a contents guide based on the services available from each network. A definition of Hybrid Terminal Devices is needed. The following definition is offered: Hybrid Terminal Device: a user terminal that can receive content over an IPTV network and, in addition, another network WG5’s proposal: IPTV_ESI_1xx: The IPTV terminal device should support multiple video tracks and layouts. WG1’s result: IPTV_ESI_251: The IPTV Terminal Device should support the rendering of multiple IPTV content and layouts (e.g. picture in picture). Proposal: This appears to be an additional requirement that is not related to supplementary video content such as sign-language interpreting, but rather picture-in-picture of other services in parallel. WG1’s wording more clearly states this and should be used. The item relating to sign-language interpreting can be found in requirement IPTV_ESI_501. - 4 - FG IPTV – C – 0560

Caption Requirements IPTV_ESI_1qq: The IPTV terminal should support caption decoding and display. WG1’s result: WG1 decided to reject this item. Proposal: This is a repeat of requirement IPTV_ESI_012 and may be deleted. WG5’s proposal: IPTV_ESI_1yy: The IPTV terminal should provide means for feedback of control actions by visual as well as audio indications, to end user. WG1’s result: IPTV_ESI_1yy: The IPTV Terminal Device should provide means for feedback of control actions by visual as well as audio indications, to end-user. Proposal: IPTV_ESI_1yy: The IPTV Terminal Device should provide means for feedback of control actions by visual as well as audio indications, to the end-user. WG5’s proposal: IPTV_ESI_1yz: The IPTV terminal should provide end user interface(s) for control and feedback of control actions by external devices or additional software. I.e. Braille interpretive WG1’s result: IPTV_ESI_1yz: The IPTV Terminal Device should provide end-user interface(s) for control and feedback of control actions by external devices or additional software, e.g. Braille interpretive device. Proposal: WG1’s wording is slightly clearer. IPTV_MID_128: The metadata scheme shall support newly assigned channel numbers for IPTV specific services. The proposal is to retain this requirement as it enables easier access to channels by people who have difficulty navigating content guides. IPTV_MID_130: In the case of content from terrestrial TV broadcasters this identification shall include the legacy channel number and the (geographical) location of the original broadcaster. The proposal is to retain this requirement as it simplifies for the user the change from legacy systems to IPTV systems. - 5 - FG IPTV – C – 0560

Requirements for PVRs and trick mode After IPTV_ESI_028 INSERT: IPTV_ESI_X00: When content is recorded, all accessibility features (captions, subtitles, descriptive audio and multiple video streams such as for sign-language) shall be recordable with the main content, whilst retaining the synchronisation of the original. IPTV_ESI_X01: The IPTV terminal should allow the user to select which (if any) accessibility features are recorded. IPTV_ESI_X02: Accessibility features (captions, subtitles, descriptive audio and multiple video streams such as for sign-language) shall be available and synchronised with the main content when viewing in normal playback. IPTV_ESI_X03: Accessibility features may be rendered with the main content when viewing in high-speed playback. IPTV_ESI_X04: When paused, captions, subtitles and multiple video streams shall be synchronised. IPTV_ESI_X05: When using pause and replay, IPTV terminals should also replay the associated accessibility features. The proposal is to retain all of the above requirements as they enhance accessibility features. It may be that the user does not require the use of the accessibility features in which case, of course, they should not be replayed. Therefore, it is proposed to modify the last item to read: IPTV_ESI_X05: When using pause and replay, IPTV terminals should also be able to replay the selected associated accessibility features. Note: It is preferable to define what is meant by ‘Accessibility Features’ in the Definitions. Then it may not be necessary to specify them in ESI_X00 and ESI_X02 above. So: Accessibility Features: captions, subtitles, descriptive audio and multiple video streams such as for sign-language