Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

HideElements
metastrue
childpagestrue
toolstrue
labelstrue
likestrue

Specification for Apps

...

2022

Version: 4.2022

Date: 20202021-0912-0728

CONTENTS

Table of Contents
include^[0-9].*
excludezzzzz(^Apps.Req|^CONTENTS)

...

Version Number

Chromium

Date

Comment

4.9.0

53.0

2016-08-18

Publication release

4.9.0-r1

53.0

2016-11-04

Changes:

  • Removed text about terminal-defined behavior in the exit key. The application may now manage this key event freely.
  • The Application MUST handle both VK_BACK_SPACE and VK_BACK.
  • The Application MUST support HD, Full HD or both resolutions
  • Removed mention of viewport META tag
  • The Application MUST explicitly set colors
  • Restructured content
  • Improved clarity and grammar

4.10

56.0

2017-03-16

Publication release

Changes:

4.10-r156.02017-09-14
  • Rebranded to a new company entity
4.1159.02018-02-19

Changes:

  • Updated Chromium version
  • Fixed MSE reference [30]
  • Added sections on HDR and 4K video support
4.2077.02020-09-07

Changes:

  • Removed VP8 support
  • Added AV1 as an optionally available codec for MSE
  • Added Ogg Vorbis audio codec support
  • Added Dolby AC4 codec
  • Added Marlin DRM support
  • Stricter rules for Widevine support
  • Optional feature "persistent licenses" for Widevine is removed
  • Added CMAF multimedia format section
  • Changed reference links
  • Added requirement for PlayReady automatic license acquisition
  • Added restrictions to adaptive streaming content
  • Added CBCS support for PlayReady and Widevine DRM

4.21

84.0

2021-12-28

  • No changes in requirements.

4.22

92.0

2021-12-28

  • Added AV1 codec support in MPEG-DASH streaming protocol requirement

2INTRODUCTION

2.1 Scope

This document specifies the requirements for Vewd TV Applications and provides guidelines on how to develop Vewd-compliant apps. It is primarily aimed at app developers and owners.

...

We also use an additional compliance term not described in RFC2119:

  • CONDITIONALLY REQUIRED - an item or a feature is supported in the browser if the underlying platform supports this capability.

...

Specification for Devices version

Vewd Core
version

Google Chromium
version

4.10

4.10.0 LTS

56.0.2924.x

4.114.1159.0.3071.x
4.20-r14.2077.0.3865.x

4.21

4.21

84.0.4147.x

4.22

4.22

92.0.4515.x

3. REQUIREMENTS

This section outlines the requirements for an app to be certified to run on Vewd TV  Devices.

...

This is normally supported on high-end devices, but typically require  requires more platform resources than CSS/HTML/JavaScript.

...

Container

Audio codec

Video codecs

ISO BMFF (MPEG4)


AAC-LC

HE-AAC v1

HE-AAC v2

MP3

Dolby AC3

Dolby E-AC-3

H.264

ISO BMFF

AAC-LC

AV1

MPEG2-TS


AAC-LC

HE-AAC v1

HE-AAC v2

MP3

Dolby AC3

Dolby E-AC-3

H.264

WebM


Opus

VP8

VP9

ADTS / AAC

MP3



AAC-LC

HE-AAC v1

HE-AAC v2

MP3

None

...

3.3.2.1 Restrictions for HLS content

  1. Audio/video encoding

    1. The same codec MUST be used across all variant streams (all quality levels).

    2. Audio parameters (number of channels and sample rates) MUST be the same across all variant streams.

  2. Media segments

    1. All media segments MUST be independently decodable. Consequently, the first video frame in every segment that contains video MUST be an IDR frame.

    2. Discontinuities in timestamps, frame rate, encoding profiles, or audio/video parameters MUST NOT occur within segments.

  3. Playlist files (M3U8)

    1. Audio and video playlists MUST use the same target duration and MUST contain the same duration of the content.

    2. A playlist MUST NOT contain invalid URLs.

    3. Media sequence numbers MUST be aligned across all variant streams (quality levels), so that media sequence numbers can be used to identify matching content.

    4. For live streams, media segments MUST remain available on the server for at least one target duration after the segment disappears from the playlist.

    5. Playlists MUST use sufficiently accurate segment durations to ensure that the sum of the #EXTINF durations of any contiguous group of segments is within one video frame duration of the actual duration.

    6. Playlists MUST provide at least 6 segments in live/linear streams.

    7. Discontinuities in timestamps, frame rate, encoding profiles, or audio/video parameters MAY occur between segments, but such discontinuities MUST be indicated using the #EXT-X-DISCONTINUITY tag.

    8. EXT-X-STREAM-INF tags MUST always provide CODECS and RESOLUTION attributes.

  4. Subtitles

    1. The app MUST support subtitles that conform to the Subtitles and Closed Captions section.

  5. DRM

    1. The decryption key MUST be directly downloadable via an HTTP or HTTPS URLs

    2. Note that with AES-128 encrypted HLS, segments are completely encrypted.

3.3.2.2 Restrictions for MPEG-DASH content

  • The media segment container format MUST be the ISO Base Media File Format (aka MP4).

  • All media segments MUST be independently decodable. Consequently, the first video frame in every segment that contains video MUST be an IDR frame.

  • Manifest URLs MAY include the MPD anchor, but MUST NOT use any other than the ‘t’ parameter ([3] section C.4)

  • The app MAY support multiple audio tracks associated with multiple Adaptation Sets defined in an MPD of MPEG-DASH.

  • Each audio track MUST be a separate media stream.

  • Support for the <SegmentList> element is NOT REQUIRED.

  • The app MAY support multiple Periods defined in an MPD of MPEG-DASH.

3.3.2.3 Restrictions for MSS content

  • All media segments MUST be independently decodable. Consequently, the first video frame in every segment that contains video MUST be an IDR frame.

  • For live streams that use FragmentLookahead, segments MUST remain available on the server for one DVRWindowLength after they disappear from the Manifest file.

...

  • Supported with EME
  • Supported with WebInitiator
  • PlayReady Header Object v4.0.0.0 is supported
  • PlayReady Header Object v4.1.0.0 may be supportedSupported for security level 
  • Supported for security level "2000"
  •  or higher
  • If supported, supported with security level "3000" on devices supporting Ultra HD/4K (2160p) resolution

For an example of implementing PlayReady with WebInitiator, see: 6.1

3.3.5.3 Playready License Acquisition

  • The app MAY rely on automatic license acquisition, supporting the following:
    • License Acquisition URLs provided in the manifest
    • License Acquisition URL provided in the WebInitiator

...

  • Supported if the platform has Widevine DRM installed
  • If supported, supported with EME
  • If supported, supported with EMEsecurity level “L2”
  • If supported, supported with security level “L2” or higher“L1” on devices supporting Ultra HD/4K (2160p) resolution
  • MAY support "server certificate" and "privacy mode" features

...

  • Supported for Apple HLS streams
  • Supported for at least one of the following encryption algorithms:
    • AES 128 bit keys in CENC mode: Counter Mode (AES-CTR) and Full-Sample encryption
    • AES 128 bit keys in CBCS mode: Cipher Block Chaining mode (AES-CBC) and Sub-Sample encryption

For more information about Media streaming and DRM, refer to the Specification for Devices [1].

...

Apps MUST NOT rely on devices having support for 4K resolution. If the device does support 4K resolution, it will be available in Vewd. See the Specification for Devices [1] for more details.

3.3.

...

7 CMAF multimedia format

Common Media Application Format (CMAF) [34] combines and constrains several MPEG specifications to define a multimedia format optimized for delivery of a single adaptive multimedia presentation to a variety of devices, using various adaptive streaming formats, broadcast, download, and storage methods. The device MUST support this standard.

For more information, refer to the Specification for Devices [1] section 3.6.4. “CMAF multimedia format”.

3.3.

...

8 High Dynamic Range

Apps MUST NOT rely on devices having support for High Dynamic Range (HDR). If the devices do support HDR, it will be available in Vewd. See the Specification for Devices [1] for more details.

...

Printable versions of specifications

Current version:

Not yet available

Apps Requirements 2022

Version: 4.22

Date: 2021-12-28

PDF: VCA_4.22.pdf

Older versions:

Apps Requirements 2021

Version: 4.21

Date: 2021-12-28

PDF: VCA_4.21.pdf

Apps Requirements 2020

Version: 4.20

Date: 2020-09-07

PDF:VCA_4.20.pdf

Apps Requirements 2018

Version: 4.11

Date: 2018-02-22

...