Živé události služby Media Services

  • Článek

Logo Media Services v3

Upozornění

Služba Azure Media Services bude vyřazena 30. června 2024. Další informace najdete v průvodci vyřazením AMS.

Azure Media Services umožňuje doručovat živé události zákazníkům v cloudu Azure.

Tip

Pokud migrujete z rozhraní API služby Media Services v2, nahradí entita živé událostikanál ve verzi 2 a živý výstup nahradí program.

Živě streamované události

Živé události ingestují a zpracovávají živé video kanály. Při vytváření živé události se vytvoří koncový bod ingestování. Koncový bod ingestování využívá živý signál ze vzdáleného kodéru. Vzdálený kodér pro kódování v reálném čase odesílá informační kanál do vstupního koncového bodu pomocí vstupního protokolu RTMP nebo technologie Smooth Streaming (fragmented-MP4). Pro protokol ingestování RTMP může být obsah odeslán v clear (rtmp://) nebo bezpečně šifrovaný na wire(rtmps://). Pro protokol ingestování Smooth Streaming jsou http:// podporovaná schémata adres URL nebo https://.

Výchozí přidělení je 5 živých událostí na účet Media Services. Pokud chcete tento limit zvýšit, vytvořte lístek podpory v Azure Portal.

Typy živých událostí

Živá událost může být nastavena na základní nebo standardní předávací nebo živé kódování. Typy se nastavují při vytváření pomocí typu kódování živé události.

  • Předávání základní: Místní kodér pro kódování v reálném čase odesílá datový proud s více přenosovými rychlostmi. Základní průchod je omezený na maximální příchozí přenos dat 5 Mb/s, 8hodinový interval DVR a živý přepis se nepodporuje.
  • Předávací standard: Místní kodér pro kódování v reálném čase odesílá datový proud s více přenosovými rychlostmi. Standardní průchod má vyšší limity příjmu, 25hodinový interval DVR a podporu pro živé přepisy.
  • Standard: Místní kodér pro kódování v reálném čase odešle do živé události datový proud s jednou přenosovou rychlostí a Služba Media Services vytvoří několik datových proudů s přenosovou rychlostí. Pokud má kanál příspěvku rozlišení 720p nebo vyšší, předvolba Default720p zakóduje sadu 6 dvojic rozlišení/přenosová rychlost.
  • Premium 1080p: Místní kodér pro kódování v reálném čase odešle do živé události datový proud s jednou přenosovou rychlostí a Služba Media Services vytvoří více datových proudů přenosové rychlosti. Předvolba Default1080p určuje výstupní sadu dvojic rozlišení/přenosová rychlost.

Poznámka

Maximální snímková rychlost je 30 snímků za sekundu pro kódování Standard i Premium.

Průchozí živá událost

Při použití základní nebo standardní předávací živé události použijete místní kodér pro kódování v reálném čase k vygenerování streamu videa s více přenosovými rychlostmi a jeho odeslání do živé události (pomocí protokolu RTMP nebo fragmented-MP4). Živá událost pak prochází příchozí video streamy bez jakéhokoli dalšího zpracování. Průchozí živá událost je optimalizovaná pro dlouhotrvající živé události nebo lineární živé streamování 24 × 365. Při vytváření tohoto typu živé události zadejte předávací "basic" nebo "standard".

Kanál můžete odesílat v rozlišení až 4K a při snímkové frekvenci 60 snímků za sekundu s videokodeky H.264/AVC nebo H.265/HEVC (pouze smooth ingest) a zvukovým kodekem AAC (AAC-LC, HE-AACv1 nebo HE-AACv2). Další informace najdete v tématu Porovnání typů živých událostí.

Poznámka

Použití předávací metody je nejekonomičtější způsob, jak provádět živé streamování, když provádíte více událostí po dlouhou dobu a už jste investovali do místních kodérů. Viz Podrobnosti o cenách .

Živé kódování živé události

Při použití kódování v reálném čase nakonfigurujete místní kodér pro kódování v reálném čase tak, aby do živé události odesílal video s jednou přenosovou rychlostí (pomocí protokolu RTMP nebo Fragmented-Mp4). Potom nastavíte živou událost tak, aby zakóduje příchozí datový proud s jednou přenosovou rychlostí do video streamu s více přenosovými rychlostmi. Tím se výstup zpřístupní pro doručení, aby bylo možné přehrávat zařízení prostřednictvím protokolů, jako jsou MPEG-DASH, HLS a Smooth Streaming.

V takovém případě můžete kanál příspěvku odeslat pouze při rozlišení 1080p při snímkové frekvenci 30 snímků za sekundu s video kodekem H.264/AVC a zvukovým kodekem AAC (AAC-LC, HE-AACv1 nebo HE-AACv2). Další informace najdete v tématu Porovnání typů živých událostí.

Možnosti streamování HLS a DASH s nízkou latencí

Podrobnosti o tom, jak dosáhnout nízké latence s kódováním živých událostí, najdete v tématu Možnosti streamování HLS s nízkou latencí (LL-HLS) a DASH a v průvodci osvědčenými postupy pro živé streamování.

Rozlišení a přenosová rychlost výstupu kódování za provozu

Rozlišení a přenosové rychlosti ve výsledném výstupu kodéru pro kódování v reálném čase jsou určeny přednastavením:

  • Při použití kodéru Standard pro kódování v reálném čase určuje předvolba Default720p sadu šesti párů rozlišení/přenosová rychlost od 720p při 3,5 Mb/s až po 192p při 200 kb/s.
  • Když používáte kodér Premium1080p pro živé přenosy, předvolba Default1080p určuje sadu šesti párů rozlišení/přenosová rychlost, která se nachází od 1080p při 3,5 Mb/s dolů na 180p při 200 kb/s.

Další informace najdete v tématu Předvolby sytému.

Poznámka

Pokud potřebujete přizpůsobit předvolbu kódování v reálném čase, otevřete lístek podpory na webu Azure Portal. Měli byste zadat požadovanou tabulku rozlišení videa/přenosových rychlostí a přenosových rychlostí zvuku. U videa ověřte, že je v rozlišení 720p pouze jedna vrstva a pro video maximálně 6 vrstev. Zvuk si můžete přizpůsobit pomocí následujících samostatných přenosových rychlostí zvuku AAC (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Je povoleno více zvukových stop s různými přenosovými rychlostmi a je možné je zahrnout do vlastní předvolby. V lístku podpory také zadejte, že požadujete vlastní předvolbu.

Projděte si rozhraní REST API pro LiveEventEncodingType nebo sady SDK .Net, Node.JS nebo Python . Kromě toho můžete vyzkoušet ukázkový kód živé události.

Možnosti živé události

Při vytváření živé události můžete zadat následující možnosti:

  • Název a popis.
  • Pro kódování Standard a Premium můžete zvolit režim roztažení zakódovaného videa:
    • Žádné: Striktně respektuje rozlišení výstupu zadané v předvolbě kódování bez ohledu na poměr stran pixelů nebo poměr stran zobrazení vstupního videa.
    • Automatická velikost: Přepíše rozlišení výstupu a změní ho tak, aby odpovídal poměru stran zobrazení vstupu bez odsazení. Pokud je například vstup 1920x1080 a předvolba kódování požaduje hodnotu 1280x1280, hodnota v předvolbě se přepíše a výstup bude na hodnotě 1280x720, což zachová poměr stran vstupu 16:9.
    • Automatické přizpůsobení: Vloží výstup (pomocí poštovní schránky nebo pole sloupku), aby respektoval rozlišení výstupu a zároveň zajistil, že aktivní oblast videa ve výstupu bude mít stejný poměr stran jako vstup. Pokud je například vstup 1920x1080 a předvolba kódování požaduje 1280x1280, bude výstup 1280x1280, který obsahuje vnitřní obdélník 1280x720 v poměru stran 16:9 s oblastmi polí pilířů o šířce 280 pixelů vlevo a vpravo.
  • Protokol streamování RTMP nebo Smooth streaming. Poznámka: Možnost protokolu není možné změnit, když je spuštěná živá událost nebo její přidružené živé výstupy. Pokud potřebujete jiné protokoly, vytvořte pro každý protokol streamování samostatnou živou událost.
  • Vstupní ID , což je globálně jedinečný identifikátor streamu vstupu živé události.
  • Statická předpona názvu hostitele, která neobsahuje žádný (v takovém případě se použije náhodný 128bitový šestnáctkový řetězec), Použít název živé události nebo Použít vlastní název. Pokud se rozhodnete použít jméno zákazníka, je tato hodnota předponou Vlastní název hostitele.
  • Interval vstupního klíčového snímku, což je doba trvání (v sekundách) jednotlivých segmentů médií ve výstupu HLS. Hodnota by měla být nenulové celé číslo v rozsahu od 0,5 do 20 sekund. Výchozí hodnota je 2 sekundy, pokud není nastaven žádný z intervalů rámců vstupního nebo výstupního klíče. Interval klíčového rámce je povolen pouze u předávacích událostí.
  • Automatické spuštění. Pokud je automatické spuštění nastavené na hodnotu true, živá událost se spustí po vytvoření. Fakturace začne běžet hned po spuštění živé události. Pokud chcete zastavit další fakturaci, musíte explicitně zastavit živou událost. Případně můžete událost spustit, až budete připraveni zahájit streamování.
  • Omezení IP adres pro ingestování a verzi Preview. Můžete definovat IP adresy, kterým je povoleno ingestovat video k této živé události. Povolené IP adresy se dají zadat jako jedna IP adresa (třeba 10.0.0.1), rozsah IP adres pomocí IP adresy a masky podsítě CIDR (třeba 10.0.0.1/22) nebo rozsah IP adres a maska podsítě v desítkovém zápisu s tečkou (třeba 10.0.0.1(255.255.252.0)).
    • Pokud nejsou zadané žádné IP adresy a neexistuje žádná definice pravidla, nebude povolená žádná IP adresa. Pokud chcete povolit libovolnou IP adresy, vytvořte pravidlo a nastavte 0.0.0.0/0. IP adresy musí být v jednom z následujících formátů: IpV4 nebo IPv6 adresy se čtyřmi čísly nebo rozsahem adres CIDR. Další informace o používání protokolu IPv4 nebo IPv6 najdete v tématu Omezení přístupu k licencím DRM a doručování klíčů AES pomocí seznamů povolených IP adres.
    • Pokud chcete povolit určité IP adresy na vlastních branách firewall nebo chcete omezit vstupy živých událostí na IP adresy Azure, stáhněte si soubor JSON z rozsahů IP adres datacentra Azure. Podrobnosti o tomto souboru získáte tak, že na stránce vyberete část Podrobnosti .
  • Živý přepis , který je ve výchozím nastavení zakázaný. Další informace o živém přepisu najdete v článku Živý přepis.

Režim StandBy

Když vytvoříte živou událost, můžete ji nastavit do režimu StandBy. Když je událost v režimu StandBy, můžete upravit popis a předponu statického názvu hostitele a také omezit nastavení přístupu ke vstupu a náhledu. Režim StandBy je stále fakturovatelný režim, ale jeho cena se liší od spuštění živého streamu.

Další informace najdete v tématu Stavy a fakturace živých událostí.

Živé výstupy

Jakmile nastavíte stream z místního kodéru na živou událost, můžete začít streamovat událost vytvořením prostředku, živého výstupu a lokátoru streamování. Živý výstup datový proud archivuje a zpřístupní ho divákům prostřednictvím koncového bodu streamování.

Dotazy k výstupu živé události

Podívejte se na otázky k živým událostem v nejčastějších dotazech. Informace o kvótách živých událostí najdete v tématu Kvóty a omezení.

Další podrobnosti o nastavení živých událostí

Pravidla pojmenování

  • Maximální název živé události je 32 znaků.
  • Název by se měl řídit tímto vzorem regex : ^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$.

Viz Také zásady vytváření názvů koncových bodů streamování.

Tip

Pokud chcete zaručit jedinečnost názvu živé události, můžete vygenerovat identifikátor GUID a pak odebrat všechny spojovníky a složené závorky (pokud existují). Řetězec bude jedinečný napříč všemi živými událostmi a jeho délka bude zaručena na 32.

Adresy URL ingestu živých událostí

Po vytvoření živé události můžete získat adresy URL ingestu, které poskytnete místní kodéru pro kódování v reálném čase. Kodér pro kódování v reálném čase tyto adresy URL používá ke vkládání živého proudu. Další informace najdete v tématu Doporučené místní kodéry pro kódování v reálném čase.

Poznámka

Od verze rozhraní API z 1. 5. 2020 se "ješitné" adresy URL označují jako názvy statických hostitelů (useStaticHostname: true).

Poznámka

Aby adresa URL ingestu byla statická a předvídatelná pro použití v nastavení hardwarového kodéru, nastavte vlastnost useStaticHostname na true a vlastnost accessToken nastavte na stejný identifikátor GUID při každém vytvoření.

  • Nestatický název hostitele

    Při vytváření liveEventu je ve službě Media Services v3 výchozím režimem nestatický název hostitele. Živou událost můžete získat přidělenou o něco rychleji, ale adresa URL ingestu, kterou byste potřebovali pro kódování hardwaru nebo softwaru v reálném čase, bude randomizována . Pokud živou událost zastavíte nebo spustíte, adresa URL se změní. Nestatické názvy hostitelů jsou užitečné jenom ve scénářích, kdy koncový uživatel chce streamovat pomocí aplikace, která potřebuje velmi rychle získat živou událost a dynamickou ingestovací adresu URL není problém.

    Pokud klientská aplikace před vytvořením živé události nepotřebuje předem vygenerovat adresu URL ingestování, nechte službu Media Services automaticky vygenerovat přístupový token pro živou událost.

  • Statické názvy hostitelů

    Režim statického názvu hostitele preferuje většina operátorů, kteří chtějí předem nakonfigurovat hardware nebo software kódování v reálném čase pomocí adresy URL ingestování RTMP, která se při vytvoření nebo zastavení/spuštění konkrétní živé události nikdy nezmění. Tito operátoři chtějí prediktivní adresu URL ingestování RTMP, která se v průběhu času nemění. To je také velmi užitečné, když potřebujete odeslat statickou adresu URL ingestování RTMP do nastavení konfigurace hardwarového kódovacího zařízení, jako je BlackMagic Atem Mini Pro, nebo podobné hardwarové kódování a produkční nástroje.

    Poznámka

    V Azure Portal se adresa URL názvu statického hostitele nazývá "Předpona názvu statického hostitele".

    Pokud chcete tento režim zadat v rozhraní API, nastavte useStaticHostName při vytváření na true hodnotu (výchozí hodnota je false). Když useStaticHostname je nastavená hodnota true, hostnamePrefix určuje první část názvu hostitele přiřazeného ke koncovým bodům náhledu živé události a ingestování. Konečný název hostitele by byl kombinací této předpony, názvu účtu služby Media Service a krátkého kódu pro datové centrum Azure Media Services.

    Abyste se vyhnuli náhodnému tokenu v adrese URL, musíte při vytváření předat také vlastní přístupový token (LiveEventInput.accessToken). Přístupový token musí být platný řetězec GUID (s spojovníky nebo bez spojovníků). Jakmile je režim nastavený, nejde ho aktualizovat.

    Přístupový token musí být jedinečný pro oblast Azure a pro účet Media Services. Pokud vaše aplikace potřebuje používat adresu URL příjmu statického hostitele, doporučujeme vždy vytvořit novou instanci GUID pro použití s konkrétní kombinací oblasti, účtu služby Media Services a živé události.

    Pomocí následujících rozhraní API povolte statickou adresu URL názvu hostitele a nastavte přístupový token na platný identifikátor GUID (například "accessToken": "1fce2e4b-fb15-4718-8adc-68c6eb4c26a7").

    Jazyk Povolení adresy URL názvu statického hostitele Nastavení přístupového tokenu
    REST properties.useStaticHostname LiveEventInput.useStaticHostname
    Rozhraní příkazového řádku --use-static-hostname --access-token
    .NET LiveEvent.useStaticHostname LiveEventInput.AccessToken

Pravidla pojmenování adres URL pro živé ingestování

  • Řetězec random dále je 128bitové šestnáctkové číslo (skládající se z 32 znaků 0-9 a-f).
  • váš přístupový token: Platný řetězec GUID, který nastavíte při použití nastavení statického názvu hostitele. Například, "1fce2e4b-fb15-4718-8adc-68c6eb4c26a7".
  • název streamu: Označuje název streamu pro konkrétní připojení. Hodnotu názvu streamu obvykle přidá kodér pro kódování v reálném čase, který používáte. Kodér pro kódování v reálném čase můžete nakonfigurovat tak, aby k popisu připojení používal libovolný název, například "video1_audio1", "video2_audio1", "stream".

Upozornění

Pokud v názvu streamu použijete nějaké speciální znaky nebo mezery, živé ingestování se nezdaří. V přehledu konceptů pro vývojáře najdete informace o konvencích vytváření názvů prostředků služby Media Services.

Adresa URL ingestování nestatického názvu hostitele

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>

Plynulé streamování

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>)

Adresa URL ingestování statického názvu hostitele

V následujících cestách znamená buď název události, <live-event-name> nebo vlastní název použitý při vytváření živé události.

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>

Plynulé streamování

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>)

Adresa URL náhledu živé události

Jakmile živá událost začne přijímat informační kanál příspěvků, můžete před dalším publikováním pomocí jejího koncového bodu preview zobrazit náhled a ověřit, že živý stream přijímáte. Jakmile zkontrolujete, že je stream preview v pořádku, můžete pomocí živé události zpřístupnit živý stream pro doručování prostřednictvím jednoho nebo několika (předem vytvořených) koncových bodů streamování. Chcete-li toho dosáhnout, vytvořte nový živý výstup živé události.

Důležité

Než budete pokračovat, ujistěte se, že video tokuje na adresu URL náhledu.

Dlouhotrvající operace živých událostí

Podrobnosti najdete v tématu Dlouhotrvající operace.

Získání nápovědy a podpory

Media Services můžete kontaktovat s dotazy nebo sledovat naše aktualizace jedním z následujících způsobů: