Streaming live con Servizi multimediali di Azure per creare flussi a più bitrate

Panoramica

In Servizi multimediali di Azure (AMS) un canale rappresenta una pipeline per l'elaborazione dei contenuti in streaming live. Un canale riceve i flussi di input live in uno dei due modi seguenti:

  • Un codificatore live locale invia un flusso a velocità in bit singola al canale abilitato per l'esecuzione della codifica live con Servizi multimediali in uno dei seguenti formati: RTP (MPEG-TS), RTMP o Smooth Streaming (MP4 frammentato). Il canale esegue quindi la codifica live del flusso in ingresso a velocità in bit singola in un flusso video a più velocità in bit (adattivo). Quando richiesto, Servizi multimediali invia il flusso ai clienti.
  • Un codificatore live locale invia un flusso RTMP o Smooth Streaming (MP4 frammentato) a bitrate multipli a un canale non abilitato per eseguire la codifica live con AMS. I flussi inseriti passano attraverso il canalesenza altre elaborazioni. Questo metodo viene chiamato pass-through. È possibile usare i codificatori live seguenti che generano output in formato Smooth Streaming a bitrate multipli: MediaExcel, Ateme, Imagine Communications, Envivio, Cisco ed Elemental. I codificatori live seguenti generano output in formato RTMP: Adobe Flash Media Live Encoder (FMLE), Telestream Wirecast, Haivision, Teradek e codificatori Tricaster. Un codificatore live può anche inviare un flusso a bitrate singolo a un canale non abilitato per la codifica live, ma questa operazione non è consigliata. Quando richiesto, Servizi multimediali invia il flusso ai clienti.

    Nota

    L'uso del metodo pass-through è il modo più economico per eseguire uno streaming live.

A partire dalla versione 2.10 di Servizi multimediali, quando si crea un canale è possibile specificare in che modo il canale riceverà il flusso di input e se eseguirà o meno la codifica live del flusso. Sono disponibili due opzioni:

  • Nessuno : specificare questo valore se si prevede di usare un codificatore live locale che genera un flusso a più velocità in bit (un flusso pass-through). In questo caso, il flusso in ingresso viene passato all'output senza codifica. Questo è il comportamento di un canale prima della versione 2.10. Per informazioni più dettagliate sull'uso dei canali di questo tipo, vedere Streaming live con codificatori locali che creano flussi a bitrate multipli.
  • Standard - scegliere questo valore se si prevede di usare Servizi multimediali per codificare il flusso live a velocità in bit singola in un flusso a più velocità in bit. Tenere presente che la codifica live è soggetta a un costo e che se si lascia un canale di codifica live impostato sullo stato "In esecuzione", vengono aggiunti nuovi costi alla fatturazione. Per evitare costi orari aggiuntivi, quindi, è consigliabile arrestare immediatamente i canali in esecuzione al termine dell'evento in streaming live.
Nota

Questo argomento illustra gli attributi dei canali abilitati per l'esecuzione della codifica live (tipo di codificaStandard ). Per informazioni sull'uso dei canali non abilitati all'esecuzione della codifica live, vedere Live streaming with on-premise encoders that create multi-bitrate streams(Streaming live con codificatori locali che creano flussi a velocità in bit multipla).

Assicurarsi di esaminare la sezione Considerazioni .

Implicazioni relative alla fatturazione

Un canale di codifica live avvia la fatturazione non appena il suo stato viene impostato su "In esecuzione" tramite l'API. È possibile visualizzare lo stato del canale nel portale di Azure o nello strumento Explorer di Servizi multimediali di Azure (http://aka.ms/amse).

La tabella seguente illustra il mapping degli stati del canale agli stati di fatturazione nell'API e nel portale di Azure. È possibile che gli stati visualizzati nell'API risultino leggermente diversi da quelli dell'interfaccia del portale. Non appena un canale viene impostato sullo stato "In esecuzione" tramite l'API o sullo stato "Pronto" o "Streaming" nel portale di Azure, viene attivata la fatturazione. Per sospendere l'attività di fatturazione del canale, è necessario interrompere il canale tramite l'API o nel portale di Azure. È l'utente ad essere responsabile dell'interruzione dei canali al termine dell'utilizzo del canale di codifica live. La mancata interruzione del canale di codifica comporta infatti il proseguimento della fatturazione.

Stati del canale e relativi metodi di mapping alla modalità di fatturazione

Si tratta dello stato attuale del canale. I valori possibili sono:

  • Arrestato. Lo stato iniziale del canale dopo la creazione (se nel portale non è stata selezionata l'opzione di avvio automatico.) In questo stato non viene eseguita alcuna attività di fatturazione. In questo stato le proprietà del canale possono essere aggiornate ma lo streaming non è consentito.
  • Avvio in corso. È in corso l'avvio del canale. In questo stato non viene eseguita alcuna attività di fatturazione. In questo stato non è consentito alcun aggiornamento o streaming. Se si verifica un errore, il canale torna allo stato Interrotto.
  • In esecuzione. Il canale è in grado di elaborare flussi live. La fatturazione è ora attiva. È necessario interrompere il canale per sospendere la fatturazione.
  • Arresto in corso. È in corso l'interruzione del canale. In questo stato di transizione non viene eseguita alcuna attività di fatturazione. In questo stato non è consentito alcun aggiornamento o streaming.
  • Eliminazione in corso. È in corso l'eliminazione del canale. In questo stato di transizione non viene eseguita alcuna attività di fatturazione. In questo stato non è consentito alcun aggiornamento o streaming.

La tabella seguente illustra il mapping degli stati del canale alla modalità di fatturazione.

Stato del canale Indicatori dell'interfaccia utente del portale Fatturazione?
Avvio in corso Avvio in corso No (stato temporaneo)
In esecuzione Pronto (nessun programma in esecuzione)
oppure
Streaming (almeno un programma in esecuzione)
Arresto in corso Arresto in corso No (stato temporaneo)
Arrestato Arrestato No

Spegnimento automatico per i canali non usati

A partire dal 25 gennaio 2016, Servizi multimediali ha distribuito un aggiornamento che interrompe automaticamente un canale (con la codifica live abilitata) dopo che è rimasto in esecuzione in stato di mancato utilizzo per un lungo periodo. Questa condizione si applica ai canali che non hanno programmi attivi e che non hanno ricevuto un feed di contributo di input per un lungo periodo di tempo.

La soglia per un periodo di mancato utilizzo nominalmente è 12 ore, ma è soggetta a modifiche.

Flusso di lavoro della codifica live

Il diagramma seguente rappresenta un flusso di lavoro di streaming live in cui un canale riceve un flusso a velocità in bit singola in uno dei protocolli seguenti: RTMP, Smooth Streaming o RTP (MPEG-TS), quindi ne esegue la codifica in un flusso a più velocità in bit.

Flusso di lavoro live

Scenario comune di streaming live

Di seguito sono descritti i passaggi generali relativi alla creazione di applicazioni comuni di streaming live.

Nota

Attualmente, la durata massima consigliata per un evento live è 8 ore. Se è necessario eseguire un canale per lunghi periodi di tempo, contattare amslived sul sito Microsoft.com. Tenere presente che la codifica live è soggetta a un costo e che se si lascia un canale di codifica live impostato sullo stato "In esecuzione" vengono aggiunti nuovi costi alla fatturazione. Per evitare costi orari aggiuntivi, quindi, è consigliabile arrestare immediatamente i canali in esecuzione al termine dell'evento in streaming live.

  1. Connettere una videocamera a un computer. Avviare e configurare un codificatore live locale che può restituire un flusso a velocità in bit singola in uno dei protocolli seguenti: RTMP, Smooth Streaming o RTP (MPEG-TS).

    Questa operazione può essere eseguita anche dopo la creazione del canale.

  2. Creare e avviare un canale.
  3. Recuperare l'URL di inserimento del canale.

    L'URL di inserimento viene usato dal codificatore live per inviare il flusso al canale.

  4. Recuperare l'URL di anteprima del canale.

    Usare questo URL per verificare che il canale riceva correttamente il flusso live.

  5. Creare un programma.

    Se si crea un programma tramite il portale di Azure classico, viene creato anche un asset.

    Se si usa .NET SDK o REST, è necessario creare un asset e specificarne l'uso quando si crea un programma.

  6. Pubblicare l'asset associato al programma.

    Nota

    Quando l'account AMS viene creato, un endpoint di streaming predefinito viene aggiunto all'account con stato Arrestato. L'endpoint di streaming da cui si vuole trasmettere il contenuto deve essere nello stato In esecuzione.

  7. Avviare il programma quando si è pronti a iniziare lo streaming e l'archiviazione.

  8. Facoltativamente, il codificatore live può ricevere il segnale per l'avvio di un annuncio. L'annuncio viene inserito nel flusso di output.
  9. Arrestare il programma ogni volta che si vuole interrompere lo streaming e l'archiviazione dell'evento.
  10. Eliminare il programma e, facoltativamente, eliminare l'asset.
Nota

È molto importante non dimenticare di arrestare un canale di codifica Live. La codifica live, infatti, è soggetta a un costo orario e se si lascia un canale di codifica live impostato sullo stato "In esecuzione", vengono aggiunti nuovi costi alla fatturazione. Per evitare costi orari aggiuntivi, quindi, è consigliabile arrestare immediatamente i canali in esecuzione al termine dell'evento in streaming live.

Configurazioni di input (inserimento) del canale

Protocollo di streaming di inserimento

Se Tipo di codificatore è impostato su Standard, le opzioni valide sono le seguenti:

  • RTP (MPEG-TS): MPEG-2 Transport Stream su RTP.
  • RTMP
  • MP4 frammentato (Smooth Streaming) a velocità in bit singola

RTP (MPEG-TS): MPEG-2 Transport Stream su RTP.

Caso di utilizzo tipico:

Per inviare un flusso, le emittenti professionali usano in genere codificatori live locali di fascia alta di fornitori come Elemental Technologies, Ericsson, Ateme, Imagine o Envivio. Usato spesso insieme a reti di reparti IT e private.

Considerazioni:

  • È consigliabile usare l'input di un singolo flusso di trasporto del programma (SPTS).
  • È tuttavia possibile immettere fino a otto flussi audio usando MPEG-2 TS su RTP.
  • Il flusso video dovrà avere una velocità in bit media inferiore a 15 Mbps.
  • La velocità in bit media aggregata dei flussi video e audio dovrà essere inferiore a 1 Mbps.
  • Di seguito sono elencati i codec supportati:

    • MPEG-2/H.262 Video

      • Main Profile (4:2:0)
      • High Profile (4:2:0, 4:2:2)
      • 422 Profile (4:2:0, 4:2:2)
    • MPEG-4 AVC/H.264 Video

      • Baseline, Main, High Profile (4:2:0 a 8 bit)
      • High 10 Profile (4:2:0 a 10 bit)
      • High 422 Profile (4:2:2 a 10 bit)
    • MPEG-2 AAC-LC Audio

      • Mono, Stereo, Surround (5.1, 7.1)
      • Stile MPEG-2, pacchetto ADTS
    • Dolby Digital (AC-3) Audio

      • Mono, Stereo, Surround (5.1, 7.1)
    • MPEG Audio (Layer II e III)

      • Mono, Stereo
  • I codificatori di trasmissione consigliati includono:

    • Imagine Communications Selenio ENC 1
    • Imagine Communications Selenio ENC 2
    • Elemental Live

RTMP a velocità in bit singola

Considerazioni:

  • Il flusso in ingresso non può contenere video a più velocità in bit.
  • Il flusso video dovrà avere una velocità in bit media inferiore a 15 Mbps.
  • Il flusso audio dovrà avere una velocità in bit media inferiore a 1 Mbps.
  • Di seguito sono elencati i codec supportati:
  • MPEG-4 AVC/H.264 Video
  • Baseline, Main, High Profile (4:2:0 a 8 bit)
  • High 10 Profile (4:2:0 a 10 bit)
  • High 422 Profile (4:2:2 a 10 bit)
  • MPEG-2 AAC-LC Audio
  • Mono, Stereo, Surround (5.1, 7.1)
  • Frequenza di campionamento a 44.1 kHz
  • Stile MPEG-2, pacchetto ADTS
  • I codec consigliati includono:
  • Telestream Wirecast
  • Flash Media Live Encoder

MP4 frammentato (Smooth Streaming) a velocità in bit singola

Caso di utilizzo tipico:

Usare codificatori live locali di fornitori come Elemental Technologies, Ericsson, Ateme o Envivio per inviare il flusso di input tramite la rete Internet aperta a un data center di Azure nelle vicinanze.

Considerazioni:

Come per RTMP a velocità in bit singola.

Altre considerazioni

  • Non è possibile modificare il protocollo di input durante l'esecuzione del canale o dei relativi programmi associati. Se sono necessari protocolli diversi, è consigliabile creare canali separati per ciascun protocollo di input.
  • La risoluzione massima per il flusso video in ingresso è 1920x1080 e al massimo 60 campi/seconde se interlacciato o 30 fotogrammi/secondo se progressivo.

URL di inserimento (endpoint)

Un canale fornisce un endpoint di input (URL di inserimento) specificato dall'utente nel codificatore live, in modo che il codificatore possa eseguire il push dei flussi nei canali.

È possibile ottenere gli URL di inserimento dopo aver creato un canale. Per ottenere questi URL, non è necessario che il canale sia nello stato In esecuzione . Quando si è pronti per avviare l'esecuzione del push dei dati nel canale, questo dovrà essere nello stato In esecuzione . Una volta avviato l'inserimento di dati nel canale, è possibile visualizzare in anteprima il flusso tramite l'URL di anteprima.

È possibile inserire un flusso live MP4 frammentato (Smooth Streaming) tramite una connessione SSL. Per l'inserimento tramite SSL, assicurarsi di aggiornare l'URL di inserimento a HTTPS. Si noti che attualmente AMS non supporta SSL con domini personalizzati.

Indirizzi IP consentiti

È possibile definire gli indirizzi IP autorizzati a pubblicare video in questo canale. Gli indirizzi IP consentiti possono essere specificati come un singolo indirizzo IP, ad esempio '10.0.0.1', come un intervallo IP usando un indirizzo IP e una subnet mask CIDR, ad esempio '10.0.0.1/22' o come un intervallo di indirizzi IP usando un indirizzo IP e una subnet mask decimale puntata, ad esempio '10.0.0.1(255.255.252.0)'.

Se non viene specificato alcun indirizzo IP e non è presente una definizione della regola, non sarà consentito alcun indirizzo IP. Per consentire qualsiasi indirizzo IP, creare una regola e impostare 0.0.0.0/0.

Anteprima del canale

URL di anteprima

I canali forniscono anche un endpoint di anteprima (URL di anteprima) che consente di visualizzare in anteprima e convalidare il flusso prima dell'ulteriore elaborazione e del recapito.

È possibile ottenere l'URL di anteprima quando si crea il canale. Per ottenere l'URL, non è necessario che il canale sia nello stato In esecuzione .

Una volta che il canale inizia a inserire i dati, è possibile visualizzare in anteprima il flusso.

Nota

Attualmente il flusso di anteprima può essere distribuito solo in formato MP4 frammentato (Smooth Streaming), indipendentemente dal tipo di input specificato. Per testare il flusso Smooth Streaming, è possibile usare il lettore http://smf.cloudapp.net/healthmonitor . Per visualizzare il flusso, è possibile anche usare un lettore ospitato nel portale di Azure classico.

Indirizzi IP consentiti

È possibile definire gli indirizzi IP autorizzati a connettersi all'endpoint di anteprima. Se non viene specificato alcun indirizzo IP, sarà consentito qualsiasi indirizzo IP. Gli indirizzi IP consentiti possono essere specificati come un singolo indirizzo IP, ad esempio '10.0.0.1', come un intervallo di indirizzi IP usando un indirizzo IP e una subnet mask CIDR, ad esempio '10.0.0.1/22' o come un intervallo di indirizzi IP usando un indirizzo IP e una subnet mask decimale puntata, ad esempio '10.0.0.1(255.255.252.0)').

Impostazioni per la codifica live

Questa sezione descrive come è possibile modificare le impostazioni del codificatore live all'interno del canale, quando Tipo di codifica di un canale è impostato su Standard.

Nota

Quando si immettono più tracce di lingua e si esegue la codifica live con Azure, per l'input multilingua è supportato solo RTP. È tuttavia possibile definire fino a otto flussi audio usando MPEG-2 TS su RTP. Non è invece supportato l'inserimento di più tracce audio con RTMP o Smooth Streaming. Quando si esegue la codifica live con codifiche live locali, questa limitazione non esiste perché qualsiasi informazione inviata ad AMS passa attraverso un canale senza ulteriori elaborazioni.

Origine del marcatore di annunci

È possibile specificare l'origine per i segnali dei marcatori di annunci. Il valore predefinito è API. Indica che il codificatore live all'interno del canale deve restare in attesa di un'API Ad Marker asincrona.

L'altra opzione valida è Scte35 (consentita solo se il protocollo di streaming di inserimento è impostato su RTP (MPEG-TS). Quando è specificato Scte35, il codificatore live analizza i segnali SCTE-35 dal flusso di input RTP (MPEG-TS).

Sottotitoli codificati CEA-708

Flag facoltativo che indica al codificatore live di ignorare i dati di tutti i sottotitoli codificati CEA 708 incorporati nel video in ingresso. Quando il flag è impostato su false (impostazione predefinita), il codificatore rileva e reinserisce i dati CEA 708 nei flussi video di output.

Flusso video

Facoltativo. Descrive il flusso video di input. Se questo campo non è specificato, viene usato il valore predefinito. Questa impostazione è consentita solo se il protocollo di streaming di input è impostato su RTP (MPEG-TS).

Indice

Indice in base zero che specifica quale flusso video di input dovrà essere elaborato dal codificatore live all'interno del canale. Questa impostazione si applica solo se il protocollo di streaming di inserimento è RTP (MPEG-TS).

Il valore predefinito è zero. È consigliabile effettuare l'invio tramite un singolo flusso di trasporto del programma (SPTS). Se il flusso di input contiene più programmi, il codificatore live analizza la tabella di mappa dei programmi (PMT, Program Map Table) nell'input, individua quindi gli input che presentano un nome del tipo di flusso MPEG-2 Video o H.264 e li dispone in base all'ordine specificato nella tabella di mappa dei programmi. L'indice in base zero viene quindi usato per selezionare la voce n in tale disposizione.

Flusso audio

Facoltativo. Descrive i flussi audio di input. Se questo campo non è specificato, si applica il valore predefinito specificato. Questa impostazione è consentita solo se il protocollo di streaming di input è impostato su RTP (MPEG-TS).

Indice

È consigliabile effettuare l'invio tramite un singolo flusso di trasporto del programma (SPTS). Se il flusso di input contiene più programmi, il codificatore live all'interno del canale analizza la tabella di mappa dei programmi (PMT, Program Map Table) nell'input, individua quindi gli input che presentano un nome del tipo di flusso MPEG-2 AAC ADTS, AC-3 System-A, AC-3 System-B, MPEG-2 Private PES, MPEG-1 Audio o MPEG-2 Audio e li dispone in base all'ordine specificato nella tabella di mappa dei programmi. L'indice in base zero viene quindi usato per selezionare la voce n in tale disposizione.

Linguaggio

Identificatore lingua del flusso audio, conforme alla specifica ISO 639-2, ad esempio ITA. Se non è presente, il valore predefinito è UND (undefined).

È possibile specificare un massimo di 8 set di flussi audio se l'input per il canale è MPEG-2 TS su RTP. Tuttavia, non possono essere presenti due voci con lo stesso valore di indice.

Set di impostazioni del sistema

Specifica il set di impostazioni che dovrà essere usato dal codificatore live all'interno del canale. Attualmente, l'unico valore consentito è Default720p (impostazione predefinita).

Si noti che se sono necessari set di impostazioni personalizzati, si deve contattare amslived in Microsoft.com.

Default720p il video sarà codificato nei 7 livelli seguenti.

Flusso video di output

Velocità in bit Larghezza Altezza: MaxFPS Profilo Nome del flusso di output
3500 1280 720 30 Alto Video_1280x720_3500kbps
2200 960 540 30 Principale Video_960x540_2200kbps
1350 704 396 30 Principale Video_704x396_1350kbps
850 512 288 30 Principale Video_512x288_850kbps
550 384 216 30 Principale Video_384x216_550kbps
350 340 192 30 Di base Video_340x192_350kbps
200 340 192 30 Di base Video_340x192_200kbps

Flusso audio di output

L'audio viene codificato nel formato stereo AAC-LC a 64 kbps, frequenza di campionamento di 44,1 kHz.

Segnalazione di annunci

Quando nel canale è abilitata la codifica live, nella pipeline è presente un componente che elabora il flusso video ed è in grado di modificarlo. È possibile impostare il segnale in modo che il canale inserisca slate e/o annunci nel flusso in uscita a velocità in bit adattiva. Gli slate sono immagini fisse che è possibile usare per coprire feed live di input in determinati casi (ad esempio durante un'interruzione pubblicitaria). I segnali pubblicitari sono segnali con sincronizzazione temporale incorporati nel flusso in uscita, per indicare al lettore video di eseguire un'azione speciale, ad esempio passare a un annuncio al momento opportuno. Per una panoramica del meccanismo di segnalazione SCTE-35 usato a questo scopo, vedere questo blog . Di seguito è illustrato uno scenario tipico che è possibile implementare in un evento live.

  1. Fare in modo che gli utenti ottengano un'immagine PRE-EVENTO prima dell'avvio dell'evento.
  2. Fare in modo che gli utenti ottengano un'immagine POST-EVENTO al termine dell'evento.
  3. Fare in modo che gli utenti ottengano un'immagine EVENTO-DI-ERRORE in caso di errore durante l'evento (ad esempio, interruzione dell'alimentazione allo stadio).
  4. Inviare un'immagine INTERRUZIONE-PUBBLICITARIA per nascondere l'evento live durante un'interruzione pubblicitaria.

Di seguito sono elencate le proprietà che è possibile usare quando si inviano segnali pubblicitari.

Durata

Durata dell'interruzione pubblicitaria in secondi. Per avviare l'interruzione pubblicitaria, deve essere un valore positivo diverso da zero. Quando è in corso un'interruzione pubblicitaria e la durata è impostata su zero con ID battuta corrispondente all'interruzione pubblicitaria in corso, l'interruzione viene annullata.

ID battuta

ID univoco dell'interruzione pubblicitaria che dovrà essere usato dall'applicazione downstream per eseguire le operazioni necessarie. Deve essere un intero positivo. È possibile impostare questo valore su qualsiasi intero positivo casuale oppure usare un sistema upstream per tenere traccia degli ID battuta. Assicurarsi di normalizzare tutti gli ID in interi positivi prima dell'invio tramite l'API.

Visualizza slate

Facoltativo. Segnala al codificatore live di passare all'immagine dello slate predefinito durante un'interruzione pubblicitaria e nascondere il feed video in ingresso. Durante la visualizzazione dello slate viene disattivato anche l'audio. Il valore predefinito è false.

L'immagine usata sarà quella specificata tramite la proprietà ID asset dello slate predefinito al momento della creazione del canale. Lo slate verrà esteso per adattarsi alle dimensioni dell'immagine visualizzata.

Inserire immagini dello slate

È possibile inviare un segnale al codificatore live all'interno del canale per passare a un'immagine dello slate. È anche possibile inviare un segnale perché venga terminato uno slate in corso.

Il codificatore live può essere configurato per passare a un'immagine dello slate e nascondere il segnale video in ingresso in determinate situazioni, ad esempio, durante un'interruzione pubblicitaria. Se non è configurato uno slate, il video di input non viene mascherato durante l'interruzione pubblicitaria.

Durata

Durata dello slate in secondi. Per avviare lo slate, deve essere un valore positivo diverso da zero. Se è in corso uno slate e viene specificata una durata pari a zero, lo slate in corso verrà terminato.

Inserisci slate su marcatore di annuncio

Quando è impostata su true, questa opzione configura il codificatore live in modo che venga inserita un'immagine dello slate durante un'interruzione pubblicitaria. Il valore predefinito è true.

ID asset dello slate predefinito

Facoltativo. Specifica l'ID asset di Servizi multimediali che contiene l'immagine dello slate. Il valore predefinito è Null.

Nota

Prima di creare il canale, è necessario caricare l'immagine di slate con le limitazioni seguenti come asset dedicato, nel quale non dovranno essere presenti altri file. Questa immagine viene usata solo quando il codificatore live inserisce uno slate a causa di un'interruzione pubblicitaria o è stato segnalato in modo esplicito di inserire uno slate. Il codificatore live può passare in modalità slate anche in presenza di determinate condizioni di errore, ad esempio in caso di perdita del segnale di input. Non è attualmente possibile usare un'immagine personalizzata quando il codificatore live passa a uno stato di perdita del segnale di input. È possibile votare per l'aggiunta di questa funzionalità qui.

  • Risoluzione massima: 1920x1080.
  • Dimensione massima: 3 MB.
  • Il nome file deve avere una *.jpg extension.
  • L'immagine deve essere caricata in un asset come unico AssetFile di tale asset e questo AssetFile deve essere contrassegnato come file primario. L'asset non può essere crittografato per l'archiviazione.

Se non si specifica l'ID asset dello slate predefinito e Inserisci slate su marcatore di annuncio è impostato su true, per nascondere il flusso video di input verrà usata un'immagine predefinita di Servizi multimediali di Azure. Durante la visualizzazione dello slate viene disattivato anche l'audio.

Programmi del canale

Un canale è associato a programmi che consentono di controllare la pubblicazione e l'archiviazione di segmenti in un flusso live. I programmi sono gestiti dai canali. La relazione tra queste due entità è molto simile a quella che intercorre tra di essi nei media tradizionali, in cui un canale è costituito da un flusso costante di contenuti, mentre un programma ha come ambito una serie di eventi programmati sul canale.

È possibile specificare il numero di ore per cui si vuole mantenere il contenuto registrato per il programma impostando il valore Intervallo di archiviazione . Il valore impostato può essere compreso tra 5 minuti e 25 ore. La lunghezza della finestra di archiviazione determina anche il limite di tempo per cui i client possono eseguire ricerche a ritroso nel tempo dalla posizione live corrente. I programmi possono essere eseguiti per la quantità di tempo specificata, ma il contenuto che va oltre la durata prevista viene scartato in modo continuo. Il valore della proprietà determina anche il tempo per cui i manifesti client possono crescere.

Ogni programma è associato a un asset che archivia il contenuto trasmesso nel flusso. Un asset viene mappato a un contenitore BLOB in blocchi nell'account di archiviazione di Azure e i file nell'asset vengono archiviati come BLOB in tale contenitore. Per pubblicare il programma in modo che possa essere visualizzato dai clienti, è necessario creare un localizzatore OnDemand per l'asset associato. Con questo localizzatore sarà possibile creare un URL di streaming da fornire ai client.

Un canale supporta fino a tre programmi in esecuzione simultanea, in modo da poter creare più archivi dello stesso flusso in ingresso. Questo consente di pubblicare e archiviare parti diverse di un evento a seconda delle necessità. Si consideri ad esempio uno scenario in cui un'azienda richiede l'archiviazione di 6 ore di un programma e la trasmissione solo degli ultimi 10 minuti. A tale scopo, è necessario creare due programmi in esecuzione contemporaneamente. Un programma è impostato per l'archiviazione di 6 ore dell'evento, ma non viene pubblicato. L'altro programma è impostato per l'archiviazione di 10 minuti e viene pubblicato.

Non riutilizzare i programmi esistenti per nuovi eventi. Creare e avviare invece un nuovo programma per ogni evento, come descritto nella sezione relativa alla programmazione di applicazioni Live Streaming.

Avviare il programma quando si è pronti a iniziare lo streaming e l'archiviazione. Arrestare il programma ogni volta che si vuole interrompere lo streaming e l'archiviazione dell'evento.

Per eliminare il contenuto archiviato, arrestare ed eliminare il programma e quindi eliminare l'asset associato. Un asset non può essere eliminato se è usato da un programma. Per farlo, eliminare prima il programma.

Anche dopo l'arresto e l'eliminazione del programma, gli utenti possono trasmettere in streaming il contenuto archiviato sotto forma di video on demand, fintanto che non si elimina l'asset.

Se si desidera mantenere il contenuto archiviato ma non averlo disponibile per lo streaming, eliminare il localizzatore di streaming.

Ottenere un'anteprima di un feed live

Quando è abilitata la codifica live, ora è possibile ottenere un'anteprima del feed live quando raggiunge il canale. Questo strumento può essere utile per verificare se il feed live sta effettivamente per raggiungere il canale.

Stati del canale e come vengono mappati alla modalità di fatturazione

Si tratta dello stato attuale del canale. I valori possibili sono:

  • Arrestato. Lo stato iniziale del canale dopo la creazione. In questo stato le proprietà del canale possono essere aggiornate ma lo streaming non è consentito.
  • Avvio in corso. È in corso l'avvio del canale. In questo stato non è consentito alcun aggiornamento o streaming. Se si verifica un errore, il canale torna allo stato Interrotto.
  • In esecuzione. Il canale è in grado di elaborare flussi live.
  • Arresto in corso. È in corso l'interruzione del canale. In questo stato non è consentito alcun aggiornamento o streaming.
  • Eliminazione in corso. È in corso l'eliminazione del canale. In questo stato non è consentito alcun aggiornamento o streaming.

La tabella seguente illustra il mapping degli stati del canale alla modalità di fatturazione.

Stato del canale Indicatori dell'interfaccia utente del portale Fatturato?
Avvio in corso Avvio in corso No (stato temporaneo)
In esecuzione Pronto (nessun programma in esecuzione)
oppure
Streaming (almeno un programma in esecuzione)
Arresto in corso Arresto in corso No (stato temporaneo)
Arrestato Arrestato No
Nota

Attualmente, l'avvio del canale richiede in media 2 minuti ma può richiedere anche più di 20 minuti. La reimpostazione del canale può richiedere fino a 5 minuti.

Considerazioni

  • Quando un canale del tipo di codifica Standard riscontra una perdita di origine di input/contributo feed, compensa sostituendo l'audio/video di origine con uno slate di errore e inattività. Il canale continua a generare uno slate fino a quando l'input/contributo feed riprende il suo funzionamento. Si consiglia di non lasciare un canale live in tale stato per più di 2 ore. Dopo tale periodo, il comportamento del canale per la riconnessione dell’input non è garantito. Inoltre, il comportamento del canale non è in risposta a un comando di ripristino. È necessario interrompere il canale, eliminarlo e crearne uno nuovo.
  • Non è possibile modificare il protocollo di input durante l'esecuzione del canale o dei relativi programmi associati. Se sono necessari protocolli diversi, è consigliabile creare canali separati per ciascun protocollo di input.
  • Assicurarsi di chiamare il metodo Reset sul canale ogni volta che si riconfigura il codificatore live. Prima di reimpostare il canale, è necessario arrestare il programma. Dopo aver reimpostato il canale, riavviare il programma.
  • È possibile interrompere un canale solo quando si trova nello stato In esecuzione e tutti i programmi nel canale sono stati arrestati.
  • Per impostazione predefinita, è possibile aggiungere solo cinque canali all'account di Servizi multimediali. Si tratta di una quota flessibile per tutti i nuovi account. Per altre informazioni, vedere Quote e limitazioni.
  • Non è possibile modificare il protocollo di input durante l'esecuzione del canale o dei relativi programmi associati. Se sono necessari protocolli diversi, è consigliabile creare canali separati per ciascun protocollo di input.
  • Il costo viene addebitato solo quando il canale è nello stato In esecuzione . Per altre informazioni, vedere questa sezione.
  • Attualmente, la durata massima consigliata per un evento live è 8 ore. Se è necessario eseguire un canale per una durata superiore, contattare amslived in Microsoft.com.
  • Verificare che lo stato dell'endpoint di streaming da cui si vuole trasmettere il contenuto sia In esecuzione.
  • Quando si immettono più tracce di lingua e si esegue la codifica live con Azure, per l'input multilingua è supportato solo RTP. È tuttavia possibile definire fino a otto flussi audio usando MPEG-2 TS su RTP. Non è invece supportato l'inserimento di più tracce audio con RTMP o Smooth Streaming. Quando si esegue la codifica live con codifiche live locali, questa limitazione non esiste perché qualsiasi informazione inviata ad AMS passa attraverso un canale senza ulteriori elaborazioni.
  • Il set di impostazioni di codifica usa la nozione di "frequenza fotogrammi massima" di 30 fps. Pertanto, se l'input è 60 fps/59.97 i, i fotogrammi di input vengono eliminati/de-interlacciati a 30/29.97 fps. Se l'input è 50 fps/50 i, i fotogrammi di input vengono eliminati/de-interlacciati a 25 fps. Se l'input è 25 fps, l'output rimane di 25 fps.
  • Non dimenticare di INTERROMPERE I CANALI al termine dell'operazione per evitare il proseguimento della fatturazione.

Problemi noti

  • I tempi di avvio del canale sono stati ridotti a una media di 2 minuti ma, in caso di aumento delle richieste, possono arrivare anche a oltre 20 minuti.
  • Alle emittenti professionali viene fornito il supporto RTP. Rivedere le note su RTP in questo blog.
  • Le immagini dello slate devono essere conformi alle limitazioni descritte qui. Se si tenta di creare un canale con uno slate predefinito con una risoluzione superiore a 1920x1080, la richiesta genererà un errore.
  • Ancora una volta... per evitare il proseguimento della fatturazione.

Passaggio successivo

Analizzare i percorsi di apprendimento di Servizi multimediali.

I percorsi di apprendimento di Servizi multimediali di Azure sono disponibili qui:

Fornire commenti e suggerimenti

Usare il forum di suggerimenti degli utenti per fornire commenti e suggerimenti su come migliorare Servizi multimediali di Azure. È anche possibile passare direttamente a una delle categorie seguenti:

Distribuzione di eventi Live Streaming con Servizi multimediali di Azure

Creare canali che eseguono la codifica live da flusso a bitrate singolo a flusso a bitrate adattivo con il portale

Creare canali che eseguono la codifica live da flusso a bitrate singolo a flusso a bitrate adattivo con .NET SDK

Gestire i canali con l'API REST

Concetti su Servizi multimediali di Azure

Specifica per l'inserimento live di un flusso MP4 frammentato con Servizi multimediali di Azure