Jämförelse av livehändelsetyper (REST)
Varning
Azure Media Services dras tillbaka den 30 juni 2024. Mer information finns i AMS-pensionsguiden.
I Azure Media Services kan en livehändelse ställas in på antingen en direktströmning (en lokal livekodare skickar en dataström med flera bithastigheter) eller livekodning (en lokal livekodare skickar en dataström med enkel bithastighet).
I den här artikeln jämförs funktionerna i livehändelsetyperna i REST-API:et. Information om hur du använder SDK:er finns i .Net, Node.JS eller Python. Dessutom kan du prova exempelkoden för livehändelser.
Jämförelse mellan typer
I följande tabell jämförs funktionerna i livehändelsetyperna. Typerna anges när de skapas med LiveEventEncodingType:
- LiveEventEncodingType.PassthroughBasic: En lokal livekodare skickar en dataström med flera bithastigheter. Den grundläggande genomströmningen är begränsad till en topp-ingress på 5 Mbit/s, upp till 8 timmars DVR-fönster och live-transkription stöds inte.
- LiveEventEncodingType.PassthroughStandard: En lokal livekodare skickar en dataström med flera bithastigheter. Standard-genomströmningen har högre inmatningsgränser, upp till 25-timmars DVR-fönster och stöd för live-transkriptioner.
- LiveEventEncodingType.Standard – en lokal livekodare skickar en dataström med enkel bithastighet till livehändelsen och Media Services skapar dataströmmar med flera bithastigheter. Om bidragsflödet har en upplösning på 720p eller högre kodar default720p-förinställningen en uppsättning med par med 6 upplösningar/bithastigheter (mer information finns senare i artikeln).
- LiveEventEncodingType.Premium1080p – En lokal livekodare skickar en dataström med enkel bithastighet till livehändelsen och Media Services skapar flera bithastighetsströmmar. Default1080p-förinställningen anger utdatauppsättningen för par med upplösning/bithastighet (mer information finns senare i artikeln).
Funktion | Grundläggande genomströmning | Standard-genomströmning | Standard 720P- eller Premium 1080P-kodningshändelse |
---|---|---|---|
Indata med enkel bithastighet omkodas till flera bithastigheter i molnet | Inga | Inga | Ja |
Maximal videoupplösning för bidragsflöde | 4K (4096x2160 vid 60 bildrutor/sek) | 4K (4096x2160 vid 60 bildrutor/sek) | 1080p (1920x1088 vid 30 bildrutor/sek) |
Rekommenderade maximala lager i bidragsflöde (inom gränser för inmatningsbandbredd) | Begränsad till maximal aggregerad bandbredd på 5 Mbit/s | Begränsad till maximal aggregerad bandbredd på 60 Mbit/s | 1 videospår och 1 ljudspår (eventuella ytterligare spår tappas tyst) |
Maximalt antal lager i utdata | Samma som indata | Samma som indata | Upp till 6 (se Systemförinställningar nedan) |
Maximal aggregerad bandbredd för bidragsflöde | Stöder kombinerade indata upp till 5 Mbit/s, enskilda bithastigheter får inte överstiga 4 Mbit/s. Det finns ingen begränsning för bildrutefrekvens. | Stöder kombinerade indata upp till 60 Mbit/s, enskilda bithastigheter får inte överstiga 20 Mbit/s. Det finns ingen begränsning för bildrutefrekvens. | Stöder indata med enkel bithastighet. Den enskilda indatabandbredden får inte överstiga 20 Mbit/s. Bildrutefrekvensen får inte överskrida 60 bildrutor/sekund. |
Maximal varaktighet för DVR-fönster (tidsskift) tillåts | upp till 8 timmar | upp till 25 timmar | upp till 25 timmar |
Maximalt antal liveutdata som tillåts | endast 1 liveutdata | upp till 3 liveutdata | upp till 3 liveutdata |
Maximal bithastighet för ett enda lager i bidraget | Upp till 4 Mbit/s | 20 Mbit/s | 20 Mbit/s |
Stöd för ljudspår på flera språk | Ja | Ja | Inga |
Video codecs för indata som stöds | H.264/AVC (RTMP och Smooth) eller H.265/HEVC (endast Smooth Streaming-inmatning) | H.264/AVC (RTMP och Smooth) eller H.265/HEVC (endast Smooth Streaming-inmatning) | H.264/AVC (RTMP- och Smooth Streaming-inmatning) |
Video codecs för utdata som stöds | Samma som indata | Samma som indata | H.264/AVC |
Videobitdjup, indata och utdata som stöds | Upp till 10-bitars inklusive HDR 10/HLG | Upp till 10-bitars inklusive HDR 10/HLG | 8-bitars |
Indataljud codecs som stöds | AAC-LC, HE-AAC v1, HE-AAC v2 | AAC-LC, HE-AAC v1, HE-AAC v2 | AAC-LC, HE-AAC v1, HE-AAC v2 |
Ljudkod för utdata som stöds | Samma som indata | Samma som indata | AAC-LC |
Maximal videoupplösning för utdatavideo | Samma som indata | Samma som indata | Standard - 720p, Premium1080p - 1080p |
Maximal bildfrekvens för indatavideo | 60 bildrutor/sekund | 60 bildrutor/sekund | Standard eller Premium1080p – 60 bildrutor/sekund – omkodade utdata minskas till 23,98, 24, 25, 29,97 eller 30 fps endast beroende på källbildfrekvensen. |
Indataprotokoll | RTMP, fragmenterad MP4 (Smooth Streaming) | RTMP, fragmenterad MP4 (Smooth Streaming) | RTMP, fragmenterad MP4 (Smooth Streaming) |
Pris | Se prissidan och klicka på fliken "Live Video" | Se prissidan och klicka på fliken "Live Video" | Se prissidan och klicka på fliken "Live Video" |
Maximal körningstid | 24 timmar x 365 dagar, live linjär | 24 timmar x 365 dagar, live linjär | 24 timmar x 365 dagar, live linjär (förhandsversion) |
Möjlighet att passera inbäddade CEA 608/708-undertextdata Tillgängligt med HLS |
Ja | Ja | Yes |
Stöd för live-transkription | Nej. Live-transkriptioner stöds inte för grundläggande direktströmning. | Ja | Yes |
Stöd för annonssignalering via SCTE-35-meddelanden i bandet | Ja | Ja | Yes |
Stöd för icke-enhetliga indata-GOP:er | Ja | Yes | Ja-varaktighet |
Automatisk avstängning av livehändelse när indatafeeden går förlorad | Inga | Inga | Efter 12 timmar, om det inte finns något LiveOutput som körs |
Systemförinställningar
De upplösningar och bithastigheter som finns i utdata från livekodaren bestäms av presetName. Om du använder en Live-kodare (LiveEventEncodingType.Standard) anger default720p-förinställningen en uppsättning med par med 6 upplösningar/bithastigheter som beskrivs nedan. Om du använder en Live-kodare för Premium1080p (LiveEventEncodingType.Premium1080p) anger standardinställningen för 1080p utdatauppsättningen för par med upplösning/bithastighet.
Anteckning
Du kan inte tillämpa Standard1080p-förinställningen på en livehändelse om den har konfigurerats för livekodning av Standard – du får ett fel. Du får också ett felmeddelande om du försöker använda Default720p-förinställningen på en Premium1080p live-kodare.
Mata ut videoströmmar för Default720p
Om bidragsflödet har en upplösning på 720p eller högre kodas feeden till följande 6 lager i standardinställningen 720p . I tabellen nedan finns Bitrate i kbps, MaxFPS representerar den maximala tillåtna bildfrekvensen (i bildrutor/sekund), profilen representerar den H.264-profil som används.
Om källramhastigheten för indata är >30 fps minskas bildfrekvensen så att den matchar hälften av indataramhastigheten. Till exempel skulle 60 fps minskas till 30fps. 50 fps skulle minskas till 25 fps, etc.
Bitrate | Bredd | Höjd | MaxFPS | Profil |
---|---|---|---|---|
3500 | 1280 | 720 | 30 | Högt |
2200 | 960 | 540 | 30 | Högt |
1350 | 704 | 396 | 30 | Högt |
850 | 512 | 288 | 30 | Högt |
550 | 384 | 216 | 30 | Högt |
200 | 340 | 192 | 30 | Högt |
Anteckning
Om du behöver anpassa livekodningsförinställningen öppnar du ett supportärende via Azure-portalen. Du bör ange önskad tabell med videoupplösning/bithastigheter och ljudbithastigheter. För video kontrollerar du att det bara finns ett lager på 720p och högst 6 skikt för video. För ljud kan du anpassa med följande diskreta AAC-ljudbithastigheter (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Flera ljudspår vid olika bithastigheter tillåts och kan inkluderas i den anpassade förinställningen. Ange också att du begär en anpassad förinställning i supportärendet.
Mata ut videoströmmar för Default1080p
Om bidragsfeeden har en upplösning på 1080p kodar standardinställningen 1080p flödet till följande 6 lager.
Om källramhastigheten för indata är >30 fps minskas bildfrekvensen så att den matchar hälften av indataramhastigheten. Till exempel skulle 60 fps minskas till 30fps. 50 fps skulle minskas till 25 fps, etc.
Bitrate | Bredd | Höjd | MaxFPS | Profil |
---|---|---|---|---|
5500 | 1920 | 1080 | 30 | Högt |
3000 | 1280 | 720 | 30 | Högt |
1600 | 960 | 540 | 30 | Högt |
800 | 640 | 360 | 30 | Högt |
400 | 480 | 270 | 30 | Högt |
200 | 320 | 180 | 30 | Högt |
Anteckning
Om du behöver anpassa livekodningsförinställningen öppnar du ett supportärende via Azure-portalen. Du bör ange önskad tabell med videoupplösning/bithastigheter och ljudbithastigheter. Kontrollera att det bara finns ett lager på 1080p och högst 6 lager. Ange också att du begär en förinställning för en Premium1080p-livekodare. För ljud kan du anpassa med följande diskreta AAC-ljudbithastigheter (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Flera ljudspår vid olika bithastigheter tillåts och kan inkluderas i den anpassade förinställningen. Ange också att du begär en anpassad förinställning i supportärendet.
Utdataljudström för Default720p och Default1080p
För både Default720p - och Default1080p-förinställningar är ljudet standardkodat till stereo-AAC-LC på 128 kbps. Samplingsfrekvensen följer ljudspårets i bidragsflödet.
Anteckning
Om samplingsfrekvensen är låg, till exempel 8 kHz, blir de kodade utdata lägre än 128 kbit/s.
Implicita egenskaper för livekodaren
I föregående avsnitt beskrivs egenskaperna för den livekodare som kan styras explicit via förinställningen , till exempel antalet lager, upplösningar och bithastigheter. Det här avsnittet förtydligar de implicita egenskaperna.
Varaktighet för grupp med bilder (GOP)
Livekodaren följer GOP-strukturen för bidragsflödet - vilket innebär att utdataskikten kommer att ha samma GOP-varaktighet. Därför uppmanas du att konfigurera den lokala kodaren för att skapa ett bidragsflöde som har fast GOP-varaktighet (vanligtvis 2 sekunder). Detta säkerställer att de utgående HLS- och MPEG DASH-strömmarna från tjänsten också har fasta GOP-varaktigheter. Små variationer i GOP-varaktigheter tolereras sannolikt av de flesta enheter.
Gränser för bildfrekvens
Livekodaren följer också varaktigheterna för de enskilda videoramarna i bidragsflödet , vilket innebär att utdataskikten har ramar med samma varaktighet. Därför bör du konfigurera den lokala kodaren för att skapa en bidragsfeed som har fast bildfrekvens (högst 30 bildrutor/sekund). Detta säkerställer att utgående HLS- och MPEG DASH-strömmar från tjänsten också har fasta varaktigheter för bildfrekvenser. Små variationer i bildfrekvenser kan tolereras av de flesta enheter, men det finns ingen garanti för att livekodaren kommer att generera utdata som spelas upp korrekt. Din lokala livekodare bör inte släppa ramar (t.ex. under låga batteriförhållanden) eller variera bildhastigheten på något sätt.
Om källramhastigheten för indata är >30 fps minskas bildfrekvensen så att den matchar hälften av indataramhastigheten. Till exempel skulle 60 fps minskas till 30fps. 50 fps skulle minskas till 25 fps, etc.
Lösning av bidragsflödes- och utdatalager
Livekodaren har konfigurerats för att undvika uppkonvertering av bidragsflödet. Det innebär att den maximala upplösningen för utdataskikten inte överskrider den för bidragsflödet.
Om du till exempel skickar en bidragsfeed på 720p till en livehändelse som konfigurerats för Livekodning för Default1080p har utdata bara 5 lager, från och med 720p vid 3 Mbps, och går ned till 1080p vid 200 kbps. Eller om du skickar en bidragsfeed på 360p till en livehändelse som har konfigurerats för livekodning av Standard innehåller utdata 3 lager (vid upplösningar på 288p, 216p och 192p). Om du i det degenererade fallet skickar ett bidragsflöde på till exempel 160 x 90 bildpunkter till en livekodare av standardformat innehåller utdata ett lager med upplösningen 160 x 90 vid samma bithastighet som för bidragsflödet.
Bithastighet för bidragsflödes- och utdatalager
Livekodaren är konfigurerad för att uppfylla bithastighetsinställningarna i förinställningen, oavsett bithastigheten i bidragsflödet. Därför kan bithastigheten för utdataskikten överskrida bidragsflödets. Om du till exempel skickar in ett bidragsflöde med en upplösning på 720p på 1 Mbit/s förblir utdataskikten desamma som i tabellen ovan.
Få hjälp och support
Du kan kontakta Media Services med frågor eller följa våra uppdateringar med någon av följande metoder:
- Q & A
-
Stack Overflow. Tagga frågor med
azure-media-services
. - @MSFTAzureMedia eller använd @AzureSupport för att begära support.
- Öppna en supportbegäran via Azure Portal.