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/latest/live-events-outputs-concept.md
+23-17Lines changed: 23 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -84,7 +84,9 @@ You can either use non-vanity URLs or vanity URLs.
84
84
85
85
* Non-vanity URL
86
86
87
-
Non-vanity URL is the default mode in AMS v3. You potentially get the Live Event quickly but ingest URL is known only when the live event is started. The URL will change if you do stop/start the Live Event. <br/>Non-Vanity is useful in scenarios when an end user wants to stream using an app where the app wants to get a live event ASAP and having a dynamic ingest URL is not a problem.
87
+
Non-vanity URL is the default mode in Media Services v3. You potentially get the Live Event quickly but ingest URL is known only when the live event is started. The URL will change if you do stop/start the Live Event. <br/>Non-Vanity is useful in scenarios when an end user wants to stream using an app where the app wants to get a live event ASAP and having a dynamic ingest URL is not a problem.
88
+
89
+
If a client application doesn’t need to pre-generate an ingest URL before the Live Event is created, just let Media Services auto-generate the Access Token for the live event.
88
90
* Vanity URL
89
91
90
92
Vanity mode is preferred by large media broadcasters who use hardware broadcast encoders and don't want to re-configure their encoders when they start the Live Event. They want a predictive ingest URL, which does not change over time.
@@ -93,7 +95,7 @@ You can either use non-vanity URLs or vanity URLs.
93
95
94
96
The access token needs to be unique in your data center. If your application needs to use a vanity URL, it is recommended to always create a new GUID instance for your access token (instead of reusing any existing GUID).
95
97
96
-
Use the following APIs to enable the Vanity URL and set the access token to a valid GUID (for example `"accessToken": "1fce2e4b-fb15-4718-8adc-68c6eb4c26a7"`):
98
+
Use the following APIs to enable the Vanity URL and set the access token to a valid GUID (for example `"accessToken": "1fce2e4b-fb15-4718-8adc-68c6eb4c26a7"`). The GUID string and can contain hyphens.
97
99
98
100
|Language|Enable vanity URL|Set access token|
99
101
|---|---|---|
@@ -103,37 +105,41 @@ You can either use non-vanity URLs or vanity URLs.
103
105
104
106
### Live ingest URL naming rules
105
107
106
-
The *random* string below is a 128-bit hex number (which is composed of 32 characters of 0-9 a-f).<br/>
107
-
The *access token* is what you need to specify for fixed URL. You must set an access token string that is a valid length GUID string. <br/>
108
-
The *stream name* indicates the stream name for a specific connection. The stream name value is usually added by the live encoder that you use.
108
+
* The *random* string below is a 128-bit hex number (which is composed of 32 characters of 0-9 a-f).
109
+
**auto-generated access token* - When not using the vanity mode.
110
+
**your access token* - Your valid GUID string. For example, `"1fce2e4b-fb15-4718-8adc-68c6eb4c26a7"`.
111
+
* The *stream name* indicates the stream name for a specific connection. The stream name value is usually added by the live encoder that you use.
112
+
113
+
> [!TIP]
114
+
> Some live encoders ask you to go get the “Stream Key/ID” from the service. In the case of Media Services, you would prove the value of the access token.
0 commit comments