Liveuppspelning med Azure Media Services för att skapa dataströmmar med flera bithastigheter

media services-logotyp


Varning

Uppdatera rest-API:et och SDK:erna för Azure Media Services till v3 senast den 29 februari 2024. Version 3 av REST-API:t och klient-SDK:erna för Azure Media Services för .NET och Java har fler funktioner än version 2. Vi fasar ut version 2 av REST-API:t och klient-SDK:erna för Azure Media Services för .NET och Java.

Åtgärd krävs: För att minimera störningar i dina arbetsbelastningar läser du migreringsguiden för att överföra din kod från version 2-API:et och SDK:erna till version 3 API och SDK före den 29 februari 2024. Efter den 29 februari 2024 accepterar Azure Media Services inte längre trafik på rest-API:et version 2, ARM-kontohanterings-API:et version 2015-10-01 eller från version 2 av .NET-klient-SDK:erna. Detta inkluderar alla klient-SDKS från tredje part med öppen källkod som kan anropa version 2-API:et. Lär dig mer om den senaste versionen, från och med Översikt över Media Services v3.

Anteckning

Från och med 12 maj 2018 kommer livekanaler inte längre att ha stöd för RTP/MPEG-2-transportströmmens inmatningsprotokoll. Migrera från RTP/MPEG-2 till RTMP eller fragmenterade MP4-inmatningsprotokoll (Smooth Streaming).

Översikt

I Azure Media Services (AMS) representerar en kanal en pipeline för bearbetning av liveuppspelningsinnehåll. En kanal tar emot liveindataströmmar på något av två sätt:

  • En lokal livekodare skickar en dataström med enkel bithastighet till kanalen som är aktiverad för livekodning med Media Services i något av följande format: RTMP eller Smooth Streaming (fragmenterad MP4). Kanalen utför sedan Live Encoding av strömmen med en enda bithastighet till en video-ström med flera bithastigheter (anpassningsbar). På begäran levererar Media Services strömmen till kunder.

  • En lokal livekodare skickar en RTMP med flera bithastigheter eller Smooth Streaming (fragmenterad MP4) till kanalen som inte är aktiverad för livekodning med AMS. De inmatade strömmarna passerar genom kanalernautan ytterligare bearbetning. Den här metoden kallas för genomströmning. Du kan använda följande livekodare som matar ut Smooth Streaming med flera bithastigheter: MediaExcel, Ateme, Imagine Communications, Envivio, Cisco och Elemental. Följande livekodare matar ut RTMP: Telestream Wirecast, Haivision, Teradek-kodare. En livekodare kan även skicka en ström med en enda bithastighet till en kanal som inte har aktiverats för Live Encoding, men det rekommenderas inte. På begäran levererar Media Services strömmen till kunder.

    Anteckning

    Att använda en genomströmningsmetod är det mest ekonomiska sättet att utföra liveuppspelning.

Från och med Media Services 2.10-versionen kan du när du skapar en kanal ange på vilket sätt du vill att kanalen ska ta emot indataströmmen och om du vill att kanalen ska utföra livekodning av strömmen eller inte. Du kan välja mellan två alternativ:

  • Ingen – Ange det här värdet om du planerar att använda en lokal livekodare som matar ut dataström med flera bithastigheter (en direktström). I det här fallet skickades den inkommande dataströmmen till utdata utan kodning. Det här är beteendet för en kanal före 2.10-versionen. Mer detaljerad information om hur du arbetar med kanaler av den här typen finns i Liveuppspelning med lokala kodare som skapar dataströmmar med flera bithastigheter.
  • Standard – Välj det här värdet om du planerar att använda Media Services för att koda din liveström med enkel bithastighet till dataström med flera bithastigheter. Tänk på att det finns en faktureringspåverkan för livekodning och du bör komma ihåg att det medför faktureringsavgifter om du lämnar en livekodningskanal i tillståndet "Körs". Du bör omedelbart stoppa dina kanaler när liveuppspelningshändelsen har slutförts för att undvika extra timavgifter.

Anteckning

I det här avsnittet beskrivs attribut för kanaler som är aktiverade för livekodning (standardkodningstyp). Information om hur du arbetar med kanaler som inte är aktiverade för livekodning finns i Liveuppspelning med lokala kodare som skapar dataströmmar med flera bithastigheter.

Läs avsnittet Överväganden .

Faktureringskonsekvenser

En livekodningskanal börjar faktureras så snart tillståndet övergår till "Körs" via API:et. Du kan också visa tillståndet i Azure Portal eller i Azure Media Services Explorer-verktyget (https://aka.ms/amse).

Följande tabell visar hur kanaltillstånd mappas till faktureringstillstånd i API:et och Azure Portal. Tillstånden skiljer sig något mellan API:et och portalens UX. Så snart en kanal är i tillståndet "Körs" via API:et, eller i tillståndet "Klar" eller "Direktuppspelning" i Azure Portal, kommer faktureringen att vara aktiv. Om du vill stoppa kanalen från att fakturera dig vidare måste du stoppa kanalen via API:et eller i Azure Portal. Du ansvarar för att stoppa dina kanaler när du är klar med livekodningskanalen. Om du inte stoppar en kodningskanal kommer faktureringen att fortsätta.

Kanaltillstånd och hur de mappas till faktureringsläget

Aktuellt tillstånd för en kanal. Möjliga värden är:

  • Stoppad. Det här är kanalens ursprungliga tillstånd när den har skapats (såvida inte autostart har valts i portalen.) Ingen fakturering sker i det här tillståndet. I det här tillståndet kan kanalegenskaperna uppdateras, men strömning tillåts inte.
  • Startar. Kanalen startas. Ingen fakturering sker i det här tillståndet. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet. Om ett fel inträffar återgår kanalen till tillståndet Stoppad.
  • Körs. Kanalen kan bearbeta liveströmmar. Det är nu faktureringsanvändning. Du måste stoppa kanalen för att förhindra ytterligare fakturering.
  • Stannar. Kanalen stoppas. Ingen fakturering sker i det här tillfälliga tillståndet. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet.
  • Tar bort. Kanalen håller på att tas bort. Ingen fakturering sker i det här tillfälliga tillståndet. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet.

Följande tabell visar hur kanaltillstånd mappas till faktureringsläget.

Kanaltillstånd Indikatorer för portalens användargränssnitt Är det fakturering?
Startar Startar Nej (tillfälligt tillstånd)
Körs Redo (inga program som körs)
eller
Direktuppspelning (minst ett program som körs)
JA
Stoppas Stoppas Nej (tillfälligt tillstånd)
Stoppad Stoppad No

Automatisk avstängning för oanvända kanaler

Från och med den 25 januari 2016 distribuerade Media Services en uppdatering som automatiskt stoppar en kanal (med livekodning aktiverat) efter att den har körts i ett oanvänt tillstånd under en lång period. Detta gäller kanaler som inte har några aktiva program och som inte har fått ett bidragsflöde under en längre tid.

Tröskelvärdet för en oanvänd period är nominellt 12 timmar, men kan komma att ändras.

Arbetsflöde för livekodning

Följande diagram representerar ett arbetsflöde för liveuppspelning där en kanal tar emot en dataström med enkel bithastighet i något av följande protokoll: RTMP eller Smooth Streaming; den kodar sedan strömmen till en dataström med flera bithastigheter.

! [Live-arbetsflöde] [live-översikt]

Vanligt scenario för direktsänd strömning

Följande steg är allmänna steg som ingår i att skapa vanliga program för direktsänd strömning.

Anteckning

Den rekommenderade maximala längden för en direktsänd händelse är för närvarande 8 timmar.

Det finns en faktureringspåverkan för livekodning och du bör komma ihåg att om du lämnar en livekodningskanal i tillståndet "Körs" debiteras faktureringsavgifter per timme. Du bör omedelbart stoppa dina aktiva kanaler när liveuppspelningshändelsen har slutförts för att undvika extra timavgifter.

  1. Anslut en videokamera till en dator. Starta och konfigurera en lokal livekodare som kan mata ut en dataström med en bithastighet i något av följande protokoll: RTMP eller Smooth Streaming.

    Det här steget kan också utföras när du har skapat din kanal.

  2. Skapa och starta en kanal.

  3. Hämta kanalens infognings-URL.

    Infognings-URL:en används av livekodaren för att skicka dataströmmen till kanalen.

  4. Hämta kanalens förhandsgransknings-URL.

    Använd denna URL för att kontrollera att din kanal tar emot den direktsända dataströmmen korrekt.

  5. Skapa ett program.

    När du använder Azure Portal skapar du också en tillgång när du skapar ett program.

    När du använder .NET SDK eller REST måste du skapa en tillgång och ange att du vill använda den här tillgången när du skapar ett program.

  6. Publicera tillgången som är associerad med programmet.

    Anteckning

    När ditt AMS-konto skapas läggs en standard-slutpunkt för direktuppspelning till på ditt konto med tillståndet Stoppad. Slutpunkten för direktuppspelning som du vill spela upp innehåll från måste ha tillståndet Körs.

  7. Starta programmet när du är redo att påbörja strömning och arkivering.

  8. Som alternativ kan den direktsända kodaren få signal om att starta en annons. Annonsen infogas i utdataströmmen.

  9. Stoppa programmet när du vill stoppa strömningen och arkiveringen av händelsen.

  10. Ta bort programmet (och ta eventuellt bort tillgången).

Anteckning

Det är mycket viktigt att inte glömma att stoppa en livekodningskanal. Tänk på att faktureringen påverkar faktureringen per timme för livekodning och du bör komma ihåg att om du lämnar en livekodningskanal i tillståndet "Körs" debiteras faktureringsavgifter. Du bör omedelbart stoppa dina aktiva kanaler när liveuppspelningshändelsen har slutförts för att undvika extra timavgifter.

Kanalens indatakonfigurationer (mata in)

Mata in strömningsprotokoll

Om kodartypen är inställd på Standard är giltiga alternativ:

  • RTMP med enkel bithastighet
  • Fragmenterad MP4 med enkel bithastighet (smooth streaming)

RTMP med enkel bithastighet

Överväganden:

  • Den inkommande strömmen får inte innehålla video med flera bithastigheter
  • Videoströmmen bör ha en genomsnittlig bithastighet under 15 Mbit/s
  • Ljudströmmen bör ha en genomsnittlig bithastighet under 1 Mbit/s
  • Följande är de codecs som stöds:
  • MPEG-4 AVC / H.264 Video
  • Originalplan, Huvud, Hög profil (8-bitars 4:2:0)
  • Hög 10-profil (10-bitars 4:2:0)
  • Hög 422-profil (10-bitars 4:2:2)
  • MPEG-2 AAC-LC-ljud
  • Mono, Stereo, Surround (5.1, 7.1)
  • Samplingshastighet på 44,1 kHz
  • ADTS-paketering i MPEG-2-format
  • Rekommenderade kodare är:
  • Telestream Wirecast
  • Flash Media Live-kodare

Fragmenterad MP4 med enkel bithastighet (Smooth Streaming)

Typiskt användningsfall:

Använd lokala livekodare från leverantörer som Elemental Technologies, Ericsson, Ateme och Envivio för att skicka indataströmmen via det öppna internet till ett närliggande Azure-datacenter.

Överväganden:

Samma som för RTMP med enkel bithastighet.

Ytterligare överväganden

  • Du kan inte ändra indataprotokollet när kanalen eller dess associerade program körs. Om du behöver olika protokoll får du skapa separata kanaler för varje indataprotokoll.
  • Den maximala upplösningen för den inkommande videoströmmen är 1920x1080 och högst 60 fält/sekund om den är sammanflätad eller 30 bildrutor/sekund om den är progressiv.

Mata in URL:er (slutpunkter)

En kanal tillhandahåller en indataslutpunkt (inmatnings-URL) som du anger i livekodaren, så att kodaren kan skicka strömmar till dina kanaler.

Du kan hämta inmatnings-URL:erna när du har skapat en kanal. För att få dessa URL:er behöver kanalen inte vara i tillståndet Körs . När du är redo att börja skicka data till kanalen måste den vara i tillståndet Körs . När kanalen börjar mata in data kan du förhandsgranska dataströmmen via förhandsgransknings-URL:en.

Du kan välja att mata in liveströmmen Fragmented MP4 (Smooth Streaming) via en TLS-anslutning. Om du vill mata in via TLS måste du uppdatera inmatnings-URL:en till HTTPS. AMS stöder för närvarande inte TLS med anpassade domäner.

Tillåtna IP-adresser

Du kan definiera de IP-adresser som tillåts att publicera video till den här kanalen. Tillåtna IP-adresser kan anges som antingen en enskild IP-adress (till exempel "10.0.0.1", ett IP-intervall med en IP-adress och en CIDR-nätmask (till exempel '10.0.0.1/22') eller ett IP-intervall med en IP-adress och en prickad decimal nätmask (till exempel "10.0.0.1(255.255.252.0)").

Om inga IP-adresser har angetts och det saknas regeldefinitioner kommer ingen IP-adress att tillåtas. Skapa en regel för att tillåta IP-adresser och ange 0.0.0.0/0.

Kanalförhandsgranskning

Förhandsgransknings-URL:er

Kanalerna tillhandahåller en förhandsgranskningsslutpunkt (förhandsversions-URL) som du använder för att förhandsgranska och verifiera din dataström innan du bearbetar och levererar vidare.

Du kan hämta förhandsgransknings-URL:en när du skapar kanalen. För att hämta URL:en behöver kanalen inte vara i tillståndet Körs .

När kanalen börjar mata in data kan du förhandsgranska dataströmmen.

Anteckning

För närvarande kan förhandsgranskningsströmmen endast levereras i fragmenterat MP4-format (Smooth Streaming) oavsett den angivna indatatypen. Du kan använda en spelare som finns i Azure Portal för att visa din dataström.

Tillåtna IP-adresser

Du kan definiera DE IP-adresser som tillåts ansluta till förhandsgranskningsslutpunkten. Om inga IP-adresser anges tillåts någon IP-adress. Tillåtna IP-adresser kan anges som antingen en enskild IP-adress (till exempel "10.0.0.1", ett IP-intervall med en IP-adress och en CIDR-nätmask (till exempel '10.0.0.1/22') eller ett IP-intervall med en IP-adress och en prickad decimal nätmask (till exempel "10.0.0.1(255.255.252.0)").

Inställningar för livekodning

I det här avsnittet beskrivs hur inställningarna för livekodaren i kanalen kan justeras när kodningstypen för en kanal är inställd på Standard.

Anteckning

Ditt bidragsflöde kan bara innehålla ett enda ljudspår – inmatning av flera ljudspår stöds för närvarande inte. När du gör livekodning med lokala livekoder kan du skicka en bidragsfeed i Smooth Streaming-protokollet som innehåller flera ljudspår.

Annonsmarkörkälla

Du kan ange källan för annonsmarkörer. Standardvärdet är Api, vilket anger att livekodaren i kanalen ska lyssna på ett asynkront API för annonsmarkörer.

CEA 708 Undertexter

En valfri flagga som uppmanar livekodaren att ignorera alla CEA 708-undertexter som är inbäddade i den inkommande videon. När flaggan är inställd på false (standard) identifierar kodaren och infogar CEA 708-data i utdataströmmarna.

Index

Du bör skicka in en enda programtransportström (SPTS). Om indataströmmen innehåller flera program parsar livekodaren i kanalen programkarttabellen (PMT) i indata, identifierar de indata som har ett strömtypnamn på MPEG-2 AAC ADTS eller AC-3 System-A eller AC-3 System-B eller MPEG-2 Private PES eller MPEG-1 Audio eller MPEG-2 Audio, och ordnar dem i den ordning som anges i PMT. Det nollbaserade indexet används sedan för att hämta den n:e posten i det arrangemanget.

Språk

Språkidentifieraren för ljudströmmen, som överensstämmer med ISO 639-2, till exempel ENG. Om det inte finns är standardvärdet UND (odefinierat).

Systemförinställning

Anger den förinställning som ska användas av livekodaren i den här kanalen. För närvarande är det enda tillåtna värdet Default720p (standard).

Default720p kodar videon till följande 6 lager.

Utdatavideoström

Bitrate Bredd Höjd MaxFPS Profil Namn på utdataström
3500 1280 720 30 Högt Video_1280x720_3500kbps
2200 960 540 30 Högt Video_960x540_2200kbps
1350 704 396 30 Högt Video_704x396_1350kbps
850 512 288 30 Högt Video_512x288_850kbps
550 384 216 30 Högt Video_384x216_550kbps
200 340 192 30 Högt Video_340x192_200kbps

Utdataljudström

Ljud kodas till stereo-AAC-LC vid 128 kbps, samplingshastighet på 48 kHz.

Signaleringsannonser

När kanalen har livekodning aktiverat har du en komponent i pipelinen som bearbetar video och kan ändra den. Du kan signalera att kanalen ska infoga skiffer och/eller annonser i den utgående adaptiva bithastighetsströmmen. Skiffer är fortfarande bilder som du kan använda för att dölja indata live-feed i vissa fall (till exempel under en kommersiell paus). Reklamsignaler, är tidssynkroniseringssignaler som du bäddar in i den utgående strömmen för att instruera videospelaren att vidta särskilda åtgärder – till exempel att byta till en annons vid lämplig tidpunkt. I den här bloggen finns en översikt över SCTE-35-signalmekanismen som används för detta ändamål. Nedan visas ett typiskt scenario som du kan implementera i livehändelsen.

  1. Be dina tittare att få en PRE-EVENT-avbildning innan händelsen startar.
  2. Be dina tittare att få en POST-EVENT-avbildning när händelsen är slut.
  3. Låt tittarna få en bild av ERROR-EVENT om det uppstår ett problem under händelsen (till exempel strömavbrott på arenan).
  4. Skicka en AD-BREAK-avbildning för att dölja livehändelseflödet under en kommersiell paus.

Följande är de egenskaper som du kan ange när du signalerar annonser.

Varaktighet

Varaktigheten, i sekunder, för den kommersiella pausen. Detta måste vara ett icke-noll positivt värde för att starta den kommersiella pausen. När en kommersiell paus pågår och varaktigheten är inställd på noll med CueId som matchar den pågående kommersiella pausen avbryts den pausen.

CueId

Ett unikt ID för den kommersiella pausen, som ska användas av underordnade program för att vidta lämpliga åtgärder. Måste vara ett positivt heltal. Du kan ange det här värdet till valfritt slumpmässigt positivt heltal eller använda ett överordnat system för att spåra Cue-ID:erna. Se till att normalisera alla ID:n till positiva heltal innan du skickar via API:et.

Visa skiffer

Valfritt. Signalerar livekodaren att växla till standardskifferbilden under en kommersiell paus och dölja inkommande videoflöde. Ljudet är också avstängt under skiffer. Standardvärdet är falskt.

Avbildningen som används är den som anges via standardegenskapen för skiffertillgången när kanalen skapas. Skiffern kommer att sträckas för att passa visningsbildstorleken.

Infoga skifferbilder

Livekodaren i kanalen kan signaleras att växla till en skifferbild. Det kan också signaleras för att avsluta en pågående skiffer.

Livekodaren kan konfigureras för att växla till en skifferbild och dölja den inkommande videosignalen i vissa situationer , till exempel under en annonspaus. Om en sådan skiffer inte har konfigurerats maskeras inte indatavideon under annonspausen.

Varaktighet

Varaktigheten för skiffer i sekunder. Detta måste vara ett positivt värde som inte är noll för att kunna starta skiffern. Om det finns en pågående skiffer och en varaktighet på noll anges, avslutas den pågående skiffern.

Infoga skiffer på annonsmarkör

När värdet är true konfigurerar den här inställningen livekodaren för att infoga en skifferbild under en annonspaus. Standardvärdet är True.

Standardvärde för tillgångs-ID för skiffer

Valfritt. Anger tillgångs-ID för Media Services-tillgången som innehåller skifferbilden. Standardvärdet är null.

Anteckning

Innan du skapar kanalen bör skifferbilden med följande begränsningar laddas upp som en dedikerad tillgång (inga andra filer ska finnas i den här tillgången). Den här bilden används endast när livekodaren infogar en skiffer på grund av en annonspaus, eller har uttryckligen signalerats att infoga en skiffer. Det finns för närvarande inget alternativ för att använda en anpassad avbildning när livekodaren går in i ett sådant "indatasignal förlorat" tillstånd. Du kan rösta på den här funktionen här.

  • Högst 1920x1080 i upplösning.
  • Högst 3 Mbyte i storlek.
  • Filnamnet måste ha ett *.jpg-tillägg.
  • Avbildningen måste laddas upp till en tillgång som den enda Tillgångsfilen i tillgången och den här Tillgångsfilen ska markeras som den primära filen. Tillgången kan inte vara lagringskrypterad.

Om standardvärdet för tillgångs-ID för skiffer inte har angetts och infoga skiffer i annonsmarkören är inställt på true, används en standardbild för Azure Media Services för att dölja indatavideoströmmen. Ljudet är också avstängt under skiffer.

Kanalens program

En kanal är associerad till program som gör att du kan styra publicering och lagring av segment i en direktsänd dataström. Kanaler hanterar program. Relationen mellan kanal och program liknar traditionell media där en kanal har en konstant ström av innehåll och ett program är begränsat till en tidsingiven händelse på kanalen.

Du kan ange det antal timmar som du vill behålla inspelat innehåll för programmet genom att ställa in längden för Arkivfönster. Det här värdet kan anges från minst 5 minuter till högst 25 timmar. Längden på arkivfönstret avgör också det maximala antalet gånger klienter kan söka tillbaka i tiden från den aktuella livepositionen. Program kan köras under den angivna tidsperioden men innehåll som understiger fönsterlängden ignoreras kontinuerligt. Värdet för den här egenskapen avgör också hur länge klientmanifesten kan växa.

Varje program är associerat med en tillgång som lagrar det strömmade innehållet. En tillgång mappas till en blockblobcontainer i Azure Storage-kontot och filerna i tillgången lagras som blobar i containern. Om du vill publicera programmet så att dina kunder kan visa strömmen måste du skapa en OnDemand-positionerare för den associerade tillgången. Med den här lokaliseraren kan du skapa en strömnings-URL som du kan tillhandahålla till dina klienter.

En kanal stöder upp till tre program som körs samtidigt så att du kan skapa flera arkiv med samma inkommande ström. På så sätt kan du publicera och arkivera olika delar av en händelse efter behov. Ditt verksamhetsbehov kan till exempel vara att arkivera 6 timmar av ett program, men bara sända 10 minuter. För att åstadkomma detta måste du skapa två program som körs samtidigt. Ett program ställs in för att arkivera 6 timmar av händelsen, men programmet publiceras inte. Det andra programmet ställs in för att arkivera i 10 minuter och det här programmet publiceras.

Du bör inte återanvända befintliga program för nya händelser. Skapa och starta i stället ett nytt program för varje händelse enligt beskrivningen i avsnittet Programmering av liveuppspelningsprogram.

Starta programmet när du är redo att påbörja strömning och arkivering. Stoppa programmet när du vill stoppa strömningen och arkiveringen av händelsen.

Om du vill ta bort arkiverat innehåll, stoppar du och tar bort programmet och tar sedan bort den associerade tillgången. En tillgång kan inte tas bort om den används av ett program. Programmet måste tas bort först.

Även efter att du har stoppat och tagit bort programmet skulle användarna kunna strömma ditt arkiverade innehåll som en video på begäran så länge som du inte tar bort tillgången.

Om du vill behålla det arkiverade innehållet, men inte att det ska vara tillgängligt för strömning, tar du bort strömningslokaliseraren.

Hämta en miniatyrförhandsgranskning av en livefeed

När Live Encoding är aktiverat kan du nu få en förhandsgranskning av livefeeden när den når kanalen. Detta kan vara ett värdefullt verktyg för att kontrollera om din livefeed faktiskt når kanalen.

Kanaltillstånd och hur tillstånd mappas till faktureringsläget

Aktuellt tillstånd för en kanal. Möjliga värden är:

  • Stoppad. Det här är kanalens ursprungliga tillstånd när den har skapats. I det här tillståndet kan kanalegenskaperna uppdateras, men strömning tillåts inte.
  • Startar. Kanalen startas. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet. Om ett fel inträffar återgår kanalen till tillståndet Stoppad.
  • Körs. Kanalen kan bearbeta liveströmmar.
  • Stannar. Kanalen stoppas. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet.
  • Tar bort. Kanalen tas bort. Inga uppdateringar eller direktuppspelning tillåts under det här tillståndet.

Följande tabell visar hur kanaltillstånd mappas till faktureringsläget.

Kanaltillstånd Indikatorer för portalens användargränssnitt Faktureras?
Startar Startar Nej (tillfälligt tillstånd)
Körs Redo (inga program som körs)
eller
Direktuppspelning (minst ett program som körs)
Yes
Stoppas Stoppas Nej (tillfälligt tillstånd)
Stoppad Stoppad No

Anteckning

För närvarande är kanalstartgenomsnittet cirka 2 minuter, men ibland kan det ta upp till 20+ minuter. Kanalåterställning kan ta upp till 5 minuter.

Överväganden

  • När en Kanal av standardkodningstyp upplever en förlust av indatakälla/bidragsflöde kompenserar den för det genom att ersätta källvideon/ljudet med en felskiffer och tystnad. Kanalen fortsätter att sända en skiffer tills indata-/bidragsflödet återupptas. Vi rekommenderar att en livekanal inte lämnas i ett sådant tillstånd längre än 2 timmar. Utöver detta är beteendet för kanalen vid återanslutning av indata inte garanterat, inte heller dess beteende som svar på ett återställningskommando. Du måste stoppa kanalen, ta bort den och skapa en ny.
  • Du kan inte ändra indataprotokollet när kanalen eller dess associerade program körs. Om du behöver olika protokoll får du skapa separata kanaler för varje indataprotokoll.
  • Varje gång du konfigurerar om livekodaren anropar du metoden Återställ på kanalen. Innan du återställer kanalen måste du stoppa programmet. Starta om programmet när du har återställt kanalen.
  • En kanal kan bara stoppas när den är i tillståndet Körs och alla program på kanalen har stoppats.
  • Som standard kan du bara lägga till 5 kanaler till ditt Media Services-konto. Det här är en mjuk kvot för alla nya konton. Mer information finns i Kvoter och begränsningar.
  • Du kan inte ändra indataprotokollet när kanalen eller dess associerade program körs. Om du behöver olika protokoll får du skapa separata kanaler för varje indataprotokoll.
  • Du debiteras bara när kanalen är i tillståndet Körs . Mer information finns i det här avsnittet.
  • Den rekommenderade maximala längden för en direktsänd händelse är för närvarande 8 timmar.
  • Se till att ha den slutpunkt för direktuppspelning som du vill strömma innehåll från i tillståndet Körs .
  • Kodningsförinställningen använder begreppet "max bildfrekvens" på 30 fps. Så om indata är 60fps/59.94i tas indataramarna bort/de-sammanflätas till 30/29,97 fps. Om indata är 50fps/50i släpps/de-sammanflätas indataramarna till 25 fps. Om indata är 25 fps förblir utdata på 25 fps.
  • Glöm inte att STOPPA DINA KANALER när du är klar. Om du inte gör det fortsätter faktureringen.

Kända problem

  • Kanalstarttiden har förbättrats till i genomsnitt 2 minuter, men vid tider av ökad efterfrågan kan det fortfarande ta upp till 20+ minuter.
  • Skifferbilder bör följa de begränsningar som beskrivs här. Om du försöker skapa en kanal med en standardskiffer som är större än 1920x1080 kommer begäran så småningom att misslyckas.
  • En gång till.... glöm inte att STOPPA DINA KANALER när du är klar med strömning. Om du inte gör det fortsätter faktureringen.