DASH-IF publishes primarily three types of documents:
- Completed Specifications and Guidelines: The documents below are stable and have undergone a community review.
- Documents for community review: These documents are technically solid, but public is asked for comments in order to improve details.
- Position and White Papers: These documents provide background and initial studies
Completed DASH-IF Interoperability Documents
The documents below are stable and have undergone a community review. However, the DASH-IF welcomes feedback on these published documents, e.g, request for clarifications or bugs. For this purpose, please use the Github bug tracker cited along with the documents.
DASH-IF Interoperability Points and Extensions
The scope of the DASH-IF InterOperability Points (IOPs) defined in this document is to provide support for high-quality video distribution for over the top services using H.264/AVC and H.265/HEVC. Both live and on-demand services are supported. The specified features enable relevant use cases including on-demand, live services, ad insertion, trick modes, seek preview, content protection and subtitling. Extensions for multi-channel audio and next generation audio with different codecs as well as extensions to video different codecs and Ultra High Definition are defined.
Any identified bugs or missing features may be submitted through the DASH-IF issue tracker at https://github.com/Dash-Industry-Forum/DASH-IF-IOP/issues.
Note that version 4.3 is published as an add on to v4.2, but with the next version it is expected that a either a multipart version or a restructured version will be generated, with a major editorial updates. The new version is expected to be available by spring of 2020.
- Guidelines for Implementation: DASH-IF Interoperability Points V4.3: On-Demand and Mixed Services, HDR Dynamic Metadata and other Improvements | (Bugtracker) | (diff to v4.2) | License declarations
Agreed Additions for Next Version
This clause lists a set of agreed additions that will be added to the next revision of the IOP Guidelines. They are typically documented as “Change Requests” documenting only the difference from the previous versions.
- Low-Latency Modes for DASH | (Bugtracker)
- DASH events and timed metadata tracks timing and processing model and client reference model | (Bugtracker)
- Audio Amendment to Guidelines for Implementation: DASH-IF Interoperability Points, Version 4.3 | (Bugtracker)
- DASH-IF implementation guidelines: content protection and security | (Bugtracker)
- Advanced Ad Insertion in DASH(updated Dec 14,2020) | (Bugtracker)
- Guidelines for Implementation: DASH-IF Interoperability Points V4.2: Multiple Clarifications and Bug fixes | (Bugtracker) | (diff to v4.1) | (Online version)
- Guidelines for Implementation: DASH-IF Interoperability Points V4.1: Robust Live, Seek Preview, Content Annotation, New Media Codecs and other extensions | License declarations
- Guidelines for Implementation: DASH-IF Interoperability Points V4.0: UHD Video and other extensions | (Bugtracker) | (diff to v3.3) | License declarations
- Guidelines for Implementation: DASH-IF Interoperability Points V3.3: Alignment with MPEG-DASH, Guidelines on keys and other corrections| (Bugtracker) | (diff to v3.2)
- Guidelines for Implementation: DASH-IF Interoperability Points V3.2: Addition of Adaptation Set Switching, HTTPS Guidelines, Key Rotation and MPEG-H Audio| (Bugtracker) | (diff to v3.1)
- Guidelines for Implementation: DASH-IF Interoperability Points V3.1: Addition of CEA608/708, IMSC1, AC-4 | (Bugtracker)
- Guidelines for Implementation: DASH-AVC/264 Interoperability Points V3.0: DRM updates, Improved Live, Ad Insertion, Events, HEVC support, Trick Modes, CEA608/708 | (Bugtracker) | License declarations
- Guidelines for Implementation: DASH-AVC/264 Interoperability Points V2.0: HD and Multi-Channel Audio Extensions | (Bugtracker)
- Guidelines for Implementation: DASH-AVC/264 Interoperability Points V1.0 | (Bugtracker) | License declarations
DASH-IF Content Protection Information Exchange Format
The scope of this document is to define a Content Protection Information Exchange Format (CPIX). The CPIX document contains keys and DRM information used for encrypting and protecting content, and can be used for exchanging this information among entities needing it in many possibly different workflows for preparing, for example DASH content or HLS content. The CPIX document itself can be encrypted, signed and authenticated so that its receivers can be sure that its confidentiality, source and integrity are also protected.
DASH-IF Implementation Guidelines v2.3: Content Protection Information Exchange Format (CPIX) | (XSD) | (PDF) | (Bugtracker) | (Test vectors) | (ETSI)
Changes from 2.2 are
- Addition of the
commonEncryptionSchemeelement with the CENC protection scheme value
- Addition of the
- Addition of a section on using the same content key with different encryption schemes
- Clarification on the
- Typos corrections
- DASH-IF Implementation Guidelines v2.2: Content Protection Information Exchange Format (CPIX) | (PDF) | (XSD) | (Bugtracker) | (Test vectors)
- DASH-IF Implementation Guidelines v2.1: Content Protection Information Exchange Format (CPIX) | (PDF) | (XSD) | (Bugtracker)
- DASH-IF Implementation Guidelines v2.0: Content Protection Information Exchange Format (CPIX)| (XML)| (Bugtracker)
- DASH-IF Implementation Guidelines v1.0: Content Protection Information Exchange Format (CPIX)| (XML)| (Bugtracker)
Guidelines for Implementation: DASH-IF Interoperability Point for ATSC 3.0
The scope of this document is to provide a DASH interoperability point that is based on DASH-IF-IOPs and provides extensions to address use cases and requirements of ATSC 3.0.
Comments and bugs may be submitted through the public github repository.
Version 1.1: Guidelines for Implementation: DASH-IF Interoperability Point for ATSC 3.0 (pdf | diff to v1.0)
This updated version adds the following aspects:
- Update of references to refer to the latest correct versions
- Clarification on track selection in clause 3.3 and addition of a new clause 2.7.5
- Addition of a placeholder for a non-real time profile in clause 1.3
- Updates to the ROUTE protocol constraints when used with $TIME$ in clause 2.2
- Clarification on the usage of @r=-1 with the Segment timeline in clause 3.1.
- Reference to DASH-IF IOP for joining, initial buffering and playout in clause 4.
- Addition of High Dynamic Range (HDR) video in clause 3.3.
- Clarification on ATSC events and DASH events in clause 6.3
- Update to xlink behavior in clause 5.1
- Miscellaneous editorial updates
- Version 1.0: Guidelines for Implementation: DASH-IF Interoperability Point for ATSC 3.0 | License declarations
Guidelines for Implementation: DASH-IF SAND Interoperability
The scope of this document is to address interoperability aspects and deployment guidelines for Server and Network Assisted DASH (SAND). More specifically, the following aspects of SAND are covered: • Modes defining subsets of SAND messages and mandatory SAND protocols to use for specific deployment environments • Capability exchange procedures for DASH clients and DANEs • Security guidelines for SAND messages delivery • Procedures on DANE discovery for SAND
Comments and bugs may be submitted through the public github repository
Guidelines for Implementation: DASH-IF SAND Interoperability Version 1.0 (pdf) | License declarations
DASH-IF Implementation Guidelines: Token-based Access Control for DASH (TAC)
The scope of this document is to define a token-based access control mechanism and to enable the signaling of Authentication and Authorization (AA) protocols for DASH-based streaming. An Access Token is a proof that a DASH client or user of the client have been successfully authenticated and authorized in some pre-determined AA Systems to access a particular DASH resource, e.g. DASH segments or MPDs. This document defines an Access Token format for accessing DASH resources and its transport between a DASH client and a server, hence ensuring interoperability between content providers and content delivery networks. The document focuses on the signaling and exchange mechanisms to facilitate Access Token-protected requests for the delivery of MPDs, licenses, keys and segments. This document can be used in addition to the general DASH-IF Interoperability Points.
Comments and bugs may be submitted through the public github repository
DASH-IF Implementation Guidelines: Token-based Access Control for DASH (TAC) (pdf) | License declarations
DASH-IF Technical Specification: Live Media Ingest
This document presents the DASH-IF Live Media Ingest Protocol Specification. Two protocol interfaces are defined. The first, interface 1, CMAF ingest, is based on fragmented MPEG-4 as defined in the common media application track format (CMAF). The second interface is based on MPEG DASH and HLS as defined by ISO SC29 WG 11 and IETF. Both Interfaces use the HTTP POST Method to transmit media objects from the ingest source to the receiving entity. Examples of live streaming workflows using these protocol interfaces are also presented. The protocol interfaces also support carriage of timed metadata and timed text. Guidelines for redundancy and failover are also included.
DASH-IF Live Media Ingest Protocol v1.0 (pdf) | License declarations
Comments and Bugs
Comments may be submitted through the github or public bugtracker
DASH-IF Test cases and Vectors
DASH-IF Interoperability Documents for Community Review
Community Review documents are published on the DASH-IF website in order to get feedback from the industry on tools and features that are documented for improved interoperability. For each of the documents, comments may be submitted on the technologies itself, on specific features, etc. These documents are only published temporarily for community review and will be replaced by a full version after the commenting period has closed and the comments have been addressed.
DASH-IF Technical Specification: Audio Update
- A revision for community review for the Live Media Ingest specification is provided here: Audio Amendment to Guidelines for Implementation: DASH-IF Interoperability Points, Version 4.3, rev1.1 (clean) (revision mark)
- Community review is open until June 30th, 2021. Publication is expected by August 31, 2021.
- Comments may be submitted through the github
DASH-IF Technical Specification: Live Media Ingest version 2
- A revision for community review for the Live Media Ingest specification is provided here (html)
- Two closely related protocol interfaces are defined: CMAF Ingest (Interface-1) based on fragmented MP4 and DASH/HLS Ingest (Interface-2) based on DASH and HLS. Both interfaces use the HTTP POST (or PUT) method to transmit media objects from an ingest source to a receiving entity. These interfaces support carriage of audiovisual media, timed metadata and timed text. Examples of workflows using these interfaces are provided. In addition, guidelines for synchronization of multiple ingest sources, redundancy and failover are presented.
- Community review is open until May 31st, 2021. Publication is expected by August 31, 2021.
- Comments may be submitted through the github.
Updated Timing Model for v5
- The change request against IOP v4.3 for Community Review is accessible here (pdf) and here (html)
- The purpose of this chapter is to give a holistic overview of DASH presentation timing and related segment addressing. It is not intended to provide details of the timing model and all possible uses of the attributes in MPEG-DASH. In order to achieve higher interoperability, DASH-IF’s Implementation Guidelines allow considerably limited options than the ones provided by MPEG-DASH, constraining services to a specific set of reasonably flexible behaviors that are highly interoperable with modern client platforms. This chapter covers the timing model and related segment addressing schemes for these common use-cases.
- Please note: this Community Review is only limited to Chapter 5 of the Interoperability Guidelines, which includes the revised Timing model constraints and other interoperability constraints. Community Review for the other portions of the Interoperability Guidelines will be available at a future time.
- Community review is open until November 30th, 2019. Addition to IOP is expected by Q1/2020.
- Comments may be submitted through the github.
WebIDL DASH Event Metadata API
- The change request against IOP v4.3 for Community Review is accessible here and a pdf version.
- This document specifies an API that a user agent or DASH client can expose for application access to DASH events. This builds upon Media Source Extensions. The API correspond to partial interfaces with respect to the DASHEvent event target. It is meant to cover both in-band (‘emsg’) and MPD-carriage of events, as well as sparse timed metadata tracks.
- Community review is open until August 31st, 2019. Addition to IOP is expected by Q1/2020.
- Comments may be submitted through the github adding label “Community-Review” or public bugtracker
DASH-IF Position and White Papers
- DASH-IF position Paper: DASH-IF Position Paper: Server and Network Assisted DASH (SAND) (500k PDF)
- DASH-IF position Paper: Proposed QoE Media Metrics standardization for segmented media playback (1M PDF)
- DASH-IF/DVB Report on Low-Latency Live Service with DASH (2M PDF)
- DASH-AVC/264: A Baseline Implementation for MPEG-DASH Press Conference Material (600k PDF)
- DASH-AVC/264: A Baseline Implementation for MPEG-DASH Press Conference (Streaming recording)
- Survey of European Broadcasters on MPEG-DASH
- Reinventing multimedia delivery with MPEG-DASH, SPIE Applications of
Digital Image Processing XXXIV, Sept 2011.
ISO Publicly Available Specifications
T. Stockhammer: “Dynamic Adaptive Streaming over HTTP-Design Priciples and Standards” In: MMSys ’11: Proceedings of the second annual ACM conference on Multimedia systems New York, NY, USA: ACM Press , Feb 2011,S. 133-144.