Skip to content

Commit c5a0f55

Browse files
author
John Deutscher
committed
Fixed spelling issues
1 parent 450f6de commit c5a0f55

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

articles/media-services/media-services-specifications-live-timed-metadata.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -111,7 +111,7 @@ Common use case scenarios for timed metadata include:
111111
- Interactive advertising packages to be displayed alongside the video in the browser
112112
- Quizzes or polls
113113

114-
Azure Media Services Live Events and Packager are capable of receiving these timed metadata signals and converting them into a stream of metadata that can reach client applications using standards based protocols like HLS and DASH.
114+
Azure Media Services Live Events and Packager are capable of receiving these timed metadata signals and converting them into a stream of metadata that can reach client applications using standards-based protocols like HLS and DASH.
115115

116116

117117
## 2.1 RTMP Timed Metadata
@@ -127,7 +127,7 @@ The following [AMF0] commands are supported by Azure Media Services for RTMP ing
127127
- **onCuePoint** - supported by certain on-premises hardware encoders, like the Elemental Live encoder, to signal [SCTE35] messages.
128128

129129

130-
The following tables describes the format of the AMF message payload that Media Services will ingest for both "simple" and [SCTE35] message modes.
130+
The following table describes the format of the AMF message payload that Media Services will ingest for both "simple" and [SCTE35] message modes.
131131

132132
The name of the [AMF0] message can be used to differentiate multiple event streams of the same type. For both [SCTE-35] messages and "simple" mode, the name of the AMF message MUST be “onAdCue” as required in the [Adobe-Primetime] specification. Any fields not listed below SHALL be ignored by Azure Media Services at ingest.
133133

@@ -232,7 +232,7 @@ Individual events or their data payloads are NOT output directly in the HLS, DAS
232232

233233
Azure Media Services can listen and respond to several [AMF0] message types which can be used to signal various real time synchronized metadata in the live stream. The [Adobe-Primetime] specification defines two cue types called "simple" and "SCTE-35" mode. For "simple" mode, Media Services supports a single AMF cue message called "onAdCue" using a payload that matches the table below defined for the "Simple Mode" signal.
234234

235-
The following section shows RTMP "simple" mode" payload, which can be used to signal a basic "spliceOut" ad signal that will be carried through to the client manifest for HLS, DASH, and Microsoft Smooth Streaming. This is very useful for scenarios where the customer does not have a complex SCTE-35 based ad signaling deployment or insertion system, and is using a basic on-premises encoder to send in the cue message via an API. Typically the on-premises encoder will support a REST based API to trigger this signal, which will also "splice-condition" the video stream by inserting an IDR frame into the video, and starting a new GOP.
235+
The following section shows RTMP "simple" mode" payload, which can be used to signal a basic "spliceOut" ad signal that will be carried through to the client manifest for HLS, DASH, and Microsoft Smooth Streaming. This is very useful for scenarios where the customer does not have a complex SCTE-35 based ad signaling deployment or insertion system, and is using a basic on-premises encoder to send in the cue message via an API. Typically the on-premises encoder will support a REST-based API to trigger this signal, which will also "splice-condition" the video stream by inserting an IDR frame into the video, and starting a new GOP.
236236

237237
## 2.1.3 RTMP ad cue signaling with "onAdCue" - Simple Mode
238238

@@ -294,7 +294,7 @@ The "onCuePoint" message type is defined in [Adobe-Flash-AS] and has the followi
294294
| name | The name SHOULD be '**scte35**' by Elemental Live. |
295295
| time | The time in seconds at which the cue point occurred in the video file during timeline |
296296
| type | The type of cue point SHOULD be set to "**event**". |
297-
| parameters | A associative array of name/value pair strings containing the information from the SCTE-35 message, including Id and duration. These values are parsed out by Azure Media Services and included in the manifest decoration tag. |
297+
| parameters | An associative array of name/value pair strings containing the information from the SCTE-35 message, including Id and duration. These values are parsed out by Azure Media Services and included in the manifest decoration tag. |
298298

299299

300300
When this mode of ad marker is used, the HLS manifest output is similar to Adobe "Simple" mode.
@@ -970,8 +970,8 @@ The following example shows an excerpt EventStream from the Media Services dynam
970970
971971
#### 3.3.3.1 Example MPEG DASH manifest (MPD) with single-period, EventStream, using Adobe simple mode signals
972972

973-
The following example shows the output from the Media Services dynamic packager for a source RTMP stream using the Adobe "simple" mode ad signal method. The output is a single period manifest showing an EventStream using the schemeId Uri set to "urn:com:adobe:dpi:simple:2015" and value property set to "simplesignal".
974-
Each simple signal is provided in an Event element with the @presentationTime, @duration, and @id properties populated based on the incorming simple signals.
973+
The following example shows the output from the Media Services dynamic packager for a source RTMP stream using the Adobe "simple" mode ad signal method. The output is a single period manifest showing an EventStream using the schemeId Uri set to "urn:com:adobe:dpi:simple:2015" and value property set to "simplesignal".
974+
Each simple signal is provided in an Event element with the @presentationTime, @duration, and @id properties populated based on the incoming simple signals.
975975

976976
~~~ xml
977977
<?xml version="1.0" encoding="utf-8"?>

0 commit comments

Comments
 (0)