You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/media-services/media-services-specifications-live-timed-metadata.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -111,7 +111,7 @@ Common use case scenarios for timed metadata include:
111
111
- Interactive advertising packages to be displayed alongside the video in the browser
112
112
- Quizzes or polls
113
113
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 standardsbased 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.
115
115
116
116
117
117
## 2.1 RTMP Timed Metadata
@@ -127,7 +127,7 @@ The following [AMF0] commands are supported by Azure Media Services for RTMP ing
127
127
-**onCuePoint** - supported by certain on-premises hardware encoders, like the Elemental Live encoder, to signal [SCTE35] messages.
128
128
129
129
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.
131
131
132
132
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.
133
133
@@ -232,7 +232,7 @@ Individual events or their data payloads are NOT output directly in the HLS, DAS
232
232
233
233
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.
234
234
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 RESTbased 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.
236
236
237
237
## 2.1.3 RTMP ad cue signaling with "onAdCue" - Simple Mode
238
238
@@ -294,7 +294,7 @@ The "onCuePoint" message type is defined in [Adobe-Flash-AS] and has the followi
294
294
| name | The name SHOULD be '**scte35**' by Elemental Live. |
295
295
| time | The time in seconds at which the cue point occurred in the video file during timeline |
296
296
| 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. |
298
298
299
299
300
300
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
970
970
971
971
#### 3.3.3.1 Example MPEG DASH manifest (MPD) with single-period, EventStream, using Adobe simple mode signals
972
972
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.
0 commit comments