SCTE-35 settings in MediaPackage - AWS Elemental MediaPackage v2

SCTE-35 settings in MediaPackage

You can modify how MediaPackage interacts with SCTE-35 messages from your source content. Configure the following settings on your origin endpoints. For more information, see the following:

Important

To modify how MediaPackage handles SCTE-35 messages, you should be familiar with the SCTE-35 standard. You can view the most recent standards here: SCTE Standards Catalog. You should also be familiar with how SCTE-35 is implemented in your source content.

The SCTE configuration is achieved through settings available both at the segment level and at the manifest level.

Enable SCTE support

This setting is available on TS and CMAF origin endpoints, in the Segment settings parameters group. When enabled, it allows to define the SCTE configuration options in both the Segment settings and Manifest definitions parameters groups.

SCTE filtering

This setting is available on TS and CMAF origin endpoints.

SCTE filtering specifies which SCTE-35 message types MediaPackage uses to create new periods in the output manifest. All SCTE-35 markers are preserved and passed through to the endpoint manifest, but only the markers that match your specified filter will trigger period boundaries.

If you don't change this setting, MediaPackage treats these message types as ads:

  • Splice insert

  • Break

  • Provider advertisement

  • Distributor advertisement

  • Provider placement opportunity

  • Distributor placement opportunity

  • Provider overlay placement opportunity

  • Distributor overlay placement opportunity

  • Program

Ad markers

This setting is available for both HLS and DASH manifests, in the SCTE configuration section of the Manifest definitions parameters group.

Ad markers allows you to specify what MediaPackage does when it detects SCTE-35 messages. These are the options for HLS manifests:

  • Daterange - inserts EXT-X-DATERANGE tags with SCTE-35 data

  • SCTE-35 enhanced - inserts EXT-X-CUE-OUT, EXT-X-CUE-IN, and related CUE tags

For DASH manifests on CMAF endpoints, these are the options:

  • XML - inserts EventStream elements with the urn:scte:scte35:2013:xml scheme

  • Binary - inserts EventStream elements with the urn:scte:scte35:2014:xml+bin scheme

SCTE in segments

Choose whether to include SCTE-35 messages in the segment files of MediaPackage outputs. This setting works independently of the SCTE filtering and Ad markers settings. Choose from the following options:

  • None – SCTE-35 messages are not included in segment output. This is the default setting.

  • All – All SCTE-35 messages are embedded in the segment data, allowing downstream players and ad insertion systems to access the messages directly from segments without parsing manifest files.

When you enable SCTE in segments:

  • For TS segments, SCTE-35 messages are embedded directly in the transport stream.

  • For CMAF segments, SCTE-35 messages are embedded in the segment data.

  • For DASH manifests, MediaPackage adds an InbandEventStream element with schemeIdUri="urn:scte:scte35:2013:bin" to signal the presence of SCTE-35 messages in the segment data.

Important

Your downstream components or players must be implemented to consume SCTE-35 messages from segments to take advantage of this feature. If your players cannot handle SCTE-35 messages in segments, playback may fail when this setting is enabled.