Media Services élő események
Figyelmeztetés
Az Azure Media Services 2024. június 30-án megszűnik. További információkért lásd az AMS kivezetési útmutatót.
Az Azure Media Services lehetővé teszi, hogy élő eseményeket közvetítsen ügyfeleinek az Azure-felhőben.
Tipp
Ha a Media Services v2 API-kból migrál, az élő esemény entitás a Channel in v2 helyett az élő kimenetetcseréli le.
Élő események
Élő események betöltése és élő videócsatornák feldolgozása. Élő esemény létrehozásakor létrejön egy betöltési végpont. A betöltési végpont egy távoli kódoló élő jelét használja. A távoli élő kódoló az RTMP vagy a Smooth Streaming (töredezett MP4) bemeneti protokoll használatával küldi el a hírcsatornát a bemeneti végpontnak. Az RTMP betöltési protokoll esetében a tartalom elküldhető tiszta (rtmp://
) vagy biztonságosan titkosítva a vezetéken().rtmps://
A Smooth Streaming betöltési protokoll esetében a támogatott URL-sémák a vagy https://
.http://
Az alapértelmezett foglalás 5 élő esemény Media Services-fiókonként. Ha növelni szeretné ezt a korlátot, küldjön egy támogatási jegyet a Azure Portal.
Élő eseménytípusok
Az élő események alapszintű vagy standard átmenő vagy élő kódolásra állíthatók be. A típusok a létrehozás során vannak beállítva az élő esemény kódolási típusával.
- Átengedési alapszintű: A helyszíni élő kódoló több sávszélességű streamet küld. Az alapszintű átmenő forgalom legfeljebb 5 Mbps-os csúcsforgalomra, 8 órás DVR-ablakra korlátozódik, és az élő átírás nem támogatott.
- Átengedési szabvány: A helyszíni élő kódoló több sávszélességű streamet küld. A standard átmenő forgalom magasabb betöltési korlátokkal, 25 órás DVR-ablakkal és élő átiratok támogatásával rendelkezik.
- Standard: A helyszíni élő kódoló egyetlen sávszélességű streamet küld az élő eseménynek, a Media Services pedig több sávszélességű streamet hoz létre. Ha a hozzájárulási hírcsatorna 720p vagy nagyobb felbontású, a Default720p előre beállított 6 felbontás/bitráta párból álló készletet kódol.
- Prémium 1080p: Egy helyszíni élő kódoló egyetlen sávszélességű streamet küld az élő eseménynek, a Media Services pedig több bitsebességű streamet hoz létre. A Default1080p előre beállított érték határozza meg a felbontás/bitráta párok kimeneti készletét.
Megjegyzés
A maximális képkockasebesség 30 fps a Standard és a Premium kódoláshoz.
Átmenő élő esemény
Az alapszintű vagy standard átmenő élő esemény használatakor a helyszíni élő kódolóval több sávszélességű videostreamet hozhat létre, és elküldheti az élő eseménynek (RTMP vagy töredezett MP4 protokoll használatával). Az élő esemény ezután további feldolgozás nélkül végigvezeti a bejövő videostreameket. Az átmenő élő események hosszú ideig futó élő eseményekhez vagy 24x365-ös lineáris élő streameléshez lesznek optimalizálva. Ilyen típusú élő esemény létrehozásakor adja meg az átmenő "alapszintű" vagy "standard" értéket.
A hírcsatornát legfeljebb 4K felbontásban, 60 képkocka/másodperces képkockasebességgel küldheti el, H.264/AVC vagy H.265/HEVC (csak sima betöltés) videokodekekkel, valamint AAC (AAC-LC, HE-AACv1 vagy HE-AACv2) hangkodekekkel. További információ: Élő eseménytípusok összehasonlítása.
Megjegyzés
Az átmenő metódus használata a leggazdaságosabb módja az élő streamelésnek, ha hosszú idő alatt több eseményt is végez, és már fektetett be helyszíni kódolókba. Lásd: Díjszabás részletei.
Élő kódolású élő esemény
Élő kódolás használatakor úgy konfigurálja a helyszíni élő kódolót, hogy egyetlen sávszélességű videót küldjön az élő eseményre (RTMP vagy Fragmented-Mp4 protokoll használatával). Ezután beállít egy élő eseményt, hogy a bejövő egybites streamet több sávszélességű videóstreamre kódolja. Ez teszi elérhetővé a kimenetet az eszközök lejátszásához olyan protokollokon keresztül, mint az MPEG-DASH, a HLS és a Smooth Streaming.
Ebben az esetben csak 1080p felbontásban küldheti el a hozzájárulási hírcsatornát 30 képkocka/másodperc képkockasebességgel, H.264/AVC videokodek és AAC (AAC-LC, HE-AACv1 vagy HE-AACv2) hangkodekkel. További információ: Élő eseménytípusok összehasonlítása.
Alacsony késésű HLS- és DASH-streamelési lehetőségek
Az alacsony késés élő eseménykódolással való eléréséről az Alacsony késésű HLS (LL-HLS) és a DASH-streamelési lehetőségek és az Élő streamelési ajánlott eljárások című útmutató nyújt részletes tájékoztatást.
Élő kódolású kimeneti felbontás és bitsebességek
Az élő kódoló kimenetének felbontását és bitrátáit az előre beállított érték határozza meg:
- A Standard élő kódoló használatakor a Default720p beállítás hat felbontási/bitsebesség-párból álló készletet ad meg, amely 720p-ről 3,5 Mbps-ról 192p-ra 200 kbps-ra csökken.
- Premium1080p élő kódoló használatakor a Default1080p előbeállítás hat felbontási/bitsebesség-párból álló készletet határoz meg, amely 1080p-ről 3,5 Mbps-ról 180p-ra 200 kbps-ra csökken.
További információkat a rendszerbeállítás-készletekkel kapcsolatos szakaszban talál.
Megjegyzés
Ha testre kell szabnia az élő kódolási beállításokat, nyisson meg egy támogatási jegyet az Azure Portalon. Meg kell adnia a kívánt videofelbontási/átviteli sebesség- és hangsebesség-táblázatot. Videó esetén ellenőrizze, hogy csak egy réteg van-e 720p- és legfeljebb 6 rétegben a videóhoz. A hanghoz az alábbi diszkrét AAC-hangsebességekkel (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k) szabhat testre. A különböző sávszélességű hangsávok engedélyezettek, és az egyéni beállításkészletbe is belefoglalhatók. Adja meg azt is, hogy egyéni beállításkészletet kér a támogatási jegyben.
Lásd a Rest API for LiveEventEncodingType vagy a .Net, Node.JS vagy Python SDK-kat. Emellett kipróbálhatja az élő esemény mintakódját is.
Élő esemény beállításai
Élő esemény létrehozásakor a következő beállításokat adhatja meg:
- Név és leírás.
- Standard és Prémium kódolás esetén kiválaszthatja a kódolt videó stretch módját :
- Nincs: Szigorúan figyelembe veszi a kódolási beállításban megadott kimeneti felbontást anélkül, hogy figyelembe venné a bemeneti videó képpontarányát vagy megjelenítési arányát.
- Automatikus méretezés: Felülbírálja a kimeneti felbontást, és úgy módosítja, hogy megfeleljen a bemenet megjelenítési méretarányának, kitöltés nélkül. Ha például a bemenet 1920x1080, és a kódolási beállítás 1280x1280-at kér, akkor az előre beállított érték felül lesz bírálva, a kimenet pedig 1280x720 lesz, ami fenntartja a 16:9 bemeneti méretarányt.
- Automatikus méretezés: A kimenetet (akár a levéldobozt, akár a oszlopmezőt) a kimeneti felbontás tiszteletben tartásához illeszti, miközben biztosítja, hogy a kimenet aktív videorégiója ugyanolyan méretarányú legyen, mint a bemenet. Ha például a bemenet 1920x1080, és a kódolási beállítás 1280x1280-at kér, akkor a kimenet 1280x1280 lesz, amely 1280x720 belső téglalapot tartalmaz 16:9 méretarányban, bal és jobb oldalon 280 képpont szélességű oszlopdoboz-régiókkal.
- Streamelési protokoll RTMP vagy Smooth streamelés. Megjegyzés: Nem módosíthatja a protokollbeállítást, amíg az élő esemény vagy a hozzá tartozó élő kimenetek futnak. Ha különböző protokollokra van szüksége, hozzon létre egy külön élő eseményt az egyes streamelési protokollokhoz.
- Bemeneti azonosító , amely az élő esemény bemeneti adatfolyamának globálisan egyedi azonosítója.
- Statikus gazdagépnév előtag , amely nem tartalmaz (ebben az esetben véletlenszerű, 128 bites hexa sztringet használ), Élő eseménynév használata vagy Egyéni név használata. Ha ügyfélnevet használ, ez az érték az Egyéni állomásnév előtag.
- Bemeneti kulcs keretének időköze, amely a HLS-kimenet egyes médiaszegmenseinek időtartama (másodpercben). Az értéknek nem nulla egész számnak kell lennie 0,5 és 20 másodperc között. Az érték alapértelmezés szerint 2 másodperc, ha egyik bemeneti vagy kimeneti kulcs keretintervalluma sincs beállítva. A kulcskeret időköze csak átmenő események esetén engedélyezett.
- Automatikus indítás. Ha az automatikus indítás igaz értékre van állítva, az élő esemény a létrehozás után indul el. A számlázás azonnal elindul, amint az élő esemény elindul. A további számlázás leállításához explicit módon le kell állítania az élő eseményt. Másik lehetőségként elindíthatja az eseményt, ha készen áll a streamelés megkezdésére.
-
IP-korlátozások a betöltési és az előzetes verzióra. Megadhatja azokat az IP-címeket, amelyek lehetővé tehetik a videó betöltését erre az élő eseményre. Az engedélyezett IP-címek köre tartalmazhat egyetlen IP-címet (például „10.0.0.1”), vagy egy IP-tartományt, amelyet egy IP-cím és egy CIDR alhálózati maszk (például„10.0.0.1/22”) vagy egy IP-cím és egy pontozott decimális alhálózati maszk (például „10.0.0.1(255.255.252.0)”) segítségével lehet megadni.
- Ha nincs megadva IP-cím, és nincs szabálydefiníció, akkor az IP-cím nem lesz engedélyezve. Ha az összes IP-címnek szeretne engedélyt adni, hozzon létre egy szabályt, és állítsa be a következő értéket: 0.0.0.0/0. Az IP-címeknek a következő formátumok egyikében kell lenniük: IpV4- vagy IPv6-címek négy számmal vagy CIDR-címtartománysal. Az IPv4 vagy az IPv6 használatával kapcsolatos további információkért lásd: DRM-licenchez és AES-kulcskézbesítéshez való hozzáférés korlátozása IP-engedélyezési listák használatával.
- Ha engedélyezni szeretne bizonyos IP-címeket a saját tűzfalán, vagy korlátozni szeretné az élő események bemeneteit az Azure IP-címekre, töltsön le egy JSON-fájlt az Azure Datacenter IP-címtartományaiból. A fájl részleteiért válassza a részletek szakaszt a lapon.
- Élő átirat, amely alapértelmezés szerint le van tiltva. Az élő átírással kapcsolatos további információkért olvassa el az Élő átírás című témakört.
StandBy mód
Élő esemény létrehozásakor beállíthatja StandBy módra. Bár az esemény StandBy módban van, szerkesztheti a leírást és a statikus állomásnév-előtagot, valamint korlátozhatja a bemeneti és előnézeti hozzáférési beállításokat. A StandBy mód továbbra is számlázható mód, de ára eltérő, mint az élő stream indításakor.
További információ: Élő eseményállapotok és számlázás.
Élő kimenetek
Miután beállított egy streamet egy helyszíni kódolóból egy élő eseménybe, elindíthatja a streamelési eseményt egy objektum, az élő kimenet és a streamelési lokátor létrehozásával. Az élő kimenet archiválja a streamet, és elérhetővé teszi a nézők számára a streamvégponton keresztül.
Élő esemény kimeneteivel kapcsolatos kérdések
Tekintse meg az élő eseményekkel kapcsolatos kérdéseket a gyakori kérdések között. Az élő eseménykvótákról további információt a kvótákat és korlátokat ismertető cikkben talál.
További részletek az élő események beállításáról
Elnevezési szabályok
- Az élő esemény maximális neve 32 karakter.
- A névnek a következő reguláris mintát kell követnie:
^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$
.
Lásd még: Streamvégpontok elnevezési konvenciók.
Tipp
Az élő esemény nevének egyediségének garantálása érdekében létrehozhat egy GUID azonosítót, majd eltávolíthatja az összes kötőjelet és kapcsos zárójelet (ha van ilyen). A sztring minden élő eseményben egyedi lesz, és a hossza garantáltan 32 lesz.
Élő események betöltési URL-címei
Az élő esemény létrehozása után lekérheti a betöltési URL-címeket. Ezeket kell megadnia az élő helyszíni kódolónak. Az élő kódoló ezekre az URL-címekre küldi a bemeneti élő streamet. További információ: Ajánlott helyszíni élő kódolók.
Megjegyzés
A 2020-05-01 API-kiadástól a "hiúság" URL-címek statikus gazdagépnevek (useStaticHostname: true) néven ismertek.
Megjegyzés
Ahhoz, hogy egy betöltési URL statikus és kiszámítható legyen egy hardverkódoló beállításakor, állítsa a useStaticHostname tulajdonságot true értékre, és állítsa az accessToken tulajdonságot ugyanarra a GUID azonosítóra minden létrehozásnál.
Nem statikus állomásnév
LiveEvent létrehozásakor a Media Services v3-ban a nem statikus állomásnév az alapértelmezett mód. Az élő eseményt valamivel gyorsabban lefoglalhatja, de az élő kódolású hardverhez vagy szoftverhez szükséges betöltési URL-cím véletlenszerű lesz. Az URL-cím megváltozik, ha leállítja/elindítja az élő eseményt. A nem statikus gazdanevek csak olyan esetekben hasznosak, amikor egy végfelhasználó olyan alkalmazással szeretne streamelni, amelynek nagyon gyorsan kell élő eseményt kapnia, és a dinamikus betöltési URL-címmel nem jelent problémát.
Ha egy ügyfélalkalmazásnak nem kell előre létrehoznia egy betöltési URL-címet az élő esemény létrehozása előtt, hagyja, hogy a Media Services automatikusan létrehozza az élő esemény hozzáférési jogkivonatát.
Statikus gazdagépnevek
A statikus állomásnév módot a legtöbb operátor előnyben részesíti, akik előre szeretnék konfigurálni élő kódolású hardverüket vagy szoftvereiket egy RTMP betöltési URL-címmel, amely soha nem változik egy adott élő esemény létrehozásakor vagy leállításakor/indításakor. Ezek az operátorok egy prediktív RTMP betöltési URL-címet szeretnének, amely idővel nem változik. Ez akkor is nagyon hasznos, ha statikus RTMP betöltési URL-címet kell leküldnie egy hardverkódoló eszköz konfigurációs beállításaiba, például a BlackMagic Atem Mini Pro vagy hasonló hardverkódoló és éles eszközökbe.
Megjegyzés
A Azure Portal a statikus állomásnév URL-címét "Statikus állomásnév előtagnak" nevezzük.
Ha meg szeretné adni ezt a módot az API-ban, állítsa a értéket
useStaticHostName
true
a létrehozáskor (az alapértelmezett érték).false
HauseStaticHostname
igaz értékre van állítva, ahostnamePrefix
az élő esemény előnézetéhez és a betöltési végpontokhoz rendelt állomásnév első részét adja meg. A végső állomásnév az előtag, a Media Service-fiók neve és az Azure Media Services-adatközpont rövid kódja lesz.Ahhoz, hogy elkerülje a véletlenszerű tokeneket az URL-címben, a létrehozáskor át kell adnia a saját hozzáférési jogkivonatát (
LiveEventInput.accessToken
). A hozzáférési jogkivonatnak érvényes GUID-sztringnek kell lennie (kötőjelekkel vagy anélkül). A mód beállítása után nem frissíthető.A hozzáférési jogkivonatnak egyedinek kell lennie az Azure-régióban és a Media Services-fiókban. Ha az alkalmazásnak statikus állomásnév-betöltési URL-címet kell használnia, javasoljuk, hogy mindig hozzon létre friss GUID-példányt a régió, a media services-fiók és az élő esemény adott kombinációjához.
Az alábbi API-k segítségével engedélyezze a statikus állomásnév URL-címét, és állítsa a hozzáférési jogkivonatot érvényes GUID-ra (például
"accessToken": "1fce2e4b-fb15-4718-8adc-68c6eb4c26a7"
).Nyelv Statikus állomásnév URL-címének engedélyezése Hozzáférési jogkivonat beállítása REST properties.useStaticHostname LiveEventInput.useStaticHostname parancssori felület --use-static-hostname --access-token .NET LiveEvent.useStaticHostname LiveEventInput.AccessToken
Élő betöltési URL-cím elnevezési szabályai
- Az alábbi véletlenszerű sztring egy 128 bites hexadecimális szám (amely 32 karakterből áll 0-9-ig és a-f-ig).
-
hozzáférési jogkivonat: A statikus állomásnév beállítás használatakor beállított érvényes GUID-sztring. Például:
"1fce2e4b-fb15-4718-8adc-68c6eb4c26a7"
. - stream neve: Egy adott kapcsolat streamnevét jelzi. A streamnév értékét általában a használt élő kódoló adja hozzá. Az élő kódolót úgy konfigurálhatja, hogy bármilyen nevet használjon a kapcsolat leírásához, például: "video1_audio1", "video2_audio1", "stream".
Figyelmeztetés
Ha speciális karaktereket vagy szóközöket használ a stream nevében, az élő betöltése sikertelen lesz. Tekintse meg a Media Services erőforrás-elnevezési konvencióit a fejlesztői fogalmak áttekintésében.
Nem statikus állomásnév betöltési URL-címe
RTMP
rtmp://<random 128bit hex string>.channel.media.azure.net:1935/live/<auto-generated access token>/<stream name>
rtmp://<random 128bit hex string>.channel.media.azure.net:1936/live/<auto-generated access token>/<stream name>
rtmps://<random 128bit hex string>.channel.media.azure.net:2935/live/<auto-generated access token>/<stream name>
rtmps://<random 128bit hex string>.channel.media.azure.net:2936/live/<auto-generated access token>/<stream name>
Zökkenőmentes streamelés
http://<random 128bit hex string>.channel.media.azure.net/<auto-generated access token>/ingest.isml/streams(<stream name>)
https://<random 128bit hex string>.channel.media.azure.net/<auto-generated access token>/ingest.isml/streams(<stream name>)
Statikus állomásnév betöltési URL-címe
Az alábbi elérési utakon <live-event-name>
az eseménynek adott név vagy az élő esemény létrehozásakor használt egyéni név értendő.
RTMP
rtmp://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net:1935/live/<your access token>/<stream name>
rtmp://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net:1936/live/<your access token>/<stream name>
rtmps://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net:2935/live/<your access token>/<stream name>
rtmps://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net:2936/live/<your access token>/<stream name>
Zökkenőmentes streamelés
http://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net/<your access token>/ingest.isml/streams(<stream name>)
https://<live event name>-<ams account name>-<region abbrev name>.channel.media.azure.net/<your access token>/ingest.isml/streams(<stream name>)
Élő esemény előnézetének URL-címe
Miután az élő esemény megkezdte a hozzájárulási hírcsatorna fogadását, az előnézeti végpontjával megtekintheti és ellenőrizheti, hogy a további közzététel előtt megkapja-e az élő streamet. Miután ellenőrizte, hogy az előnézeti stream megfelelő-e, az élő esemény használatával elérhetővé teheti az élő streamet egy vagy több (előre létrehozott) streamvégponton keresztül történő továbbításhoz. Ehhez hozzon létre egy új élő kimenetet az élő eseményen.
Fontos
A folytatás előtt győződjön meg arról, hogy a videó az előnézeti URL-címre halad!
Hosszú ideig futó élő eseményműveletek
Részletekért lásd a hosszú ideig futó műveleteket ismertető cikket.
Súgó és támogatás
Kérdéseivel kapcsolatba léphet a Media Services szolgáltatással, vagy követheti a frissítéseket az alábbi módszerek egyikével:
- Q & A
-
Stack Overflow. Kérdések címkézése a következővel:
azure-media-services
. - @MSFTAzureMediavagy @AzureSupport használatával kérhet támogatást.
- Nyisson meg egy támogatási jegyet a Azure Portal keresztül.