Condividi tramite

Streaming live con Servizi multimediali di Azure v3

  • Articolo

Logo di Servizi multimediali v3

Avviso

Servizi multimediali di Azure verrà ritirato il 30 giugno 2024. Per altre informazioni, vedere la Guida al ritiro di AMS.

Servizi multimediali di Azure consente di offrire eventi live per i clienti nel cloud di Azure. Per trasmettere gli eventi live con Servizi multimediali, è necessario configurare un codificatore video live che converte i segnali da una fotocamera (o un altro dispositivo, ad esempio un portatile) in un feed di contributi inviato a Servizi multimediali. Il feed di contributi può includere segnali relativi alla pubblicità, ad esempio i marcatori SCTE-35. Per un elenco dei codificatori consigliati di streaming live, vedere Codificatori di streaming live consigliati.

Se in precedenza non è stato usato un codificatore locale, provare la guida introduttiva Creare un flusso live di Servizi multimediali di Azure con OBS .

Creazione dinamica di pacchetti e recapito

Con Servizi multimediali è possibile sfruttare la creazione dinamica dei pacchetti, che consente di visualizzare in anteprima e trasmettere i flussi live nei formati MPEG DASH, HLS e Smooth Streaming dal feed di contributi. Gli utenti possono riprodurre il flusso live con qualsiasi lettore compatibile per HLS, DASH o Smooth Streaming. Vedere l'elenco dei lettori testati e provare gli esempi di lettore di terze parti di Servizi multimediali.

Tipi di evento live

Gli eventi live vengono inseriti ed elaborati feed video live. Un evento live può essere impostato su:

  • pass-through quando un codificatore live locale invia un flusso a velocità in bit multipla o
  • codifica live quando un codificatore live locale invia un flusso a velocità in bit singola. Per informazioni dettagliate sugli output live, vedere Eventi live e output live.

Pass-through

Quando si usa l'evento live pass-through (basic o standard), ci si basa sul codificatore live locale per generare un flusso video a velocità in bit multipla e inviarlo come feed di contributi all'evento live (usando RTMP o il protocollo di input MP4 frammentato). L'evento live passa quindi il flusso video in ingresso al packager dinamico (endpoint di streaming) senza ulteriori elaborazioni. Un evento live pass-through è ottimizzato per gli eventi live a esecuzione prolungata o lo streaming live lineare 24x365.

pass-through streaming

Codifica live

Per usare la codifica live, configurare il codificatore live locale per inviare un singolo video a velocità in bit (fino a 32 Mbps di aggregazione) all'evento live (usando il protocollo di input RTMP o MP4 frammentato). L'evento live transcodifica il flusso a bitrate singolo in ingresso in più flussi video a velocità in bit a risoluzioni variabili. Ciò migliora la distribuzione per i dispositivi di riproduzione con protocolli standard di settore come MPEG-DASH, Apple HTTP Live Streaming (HLS) e Microsoft Smooth Streaming.

streaming di codifica live

Opzioni degli eventi live

Crittografia dinamica

La crittografia dinamica consente di crittografare dinamicamente i contenuti live o on demand con AES-128 o uno dei tre principali sistemi DRM (Digital Rights Management): Microsoft PlayReady, Google Widevine e Apple FairPlay. Servizi multimediali offre anche un servizio per la distribuzione di chiavi AES e licenze DRM (PlayReady, Widevine e FairPlay) ai client autorizzati. Per altre informazioni, vedere Crittografia dinamica.

Widevine è un servizio fornito da Google Inc. e soggetto alle condizioni per l'utilizzo e all'informativa sulla privacy di Google Inc.

Filtro dinamico

Il filtro dinamico viene usato per controllare il numero di tracce, formati, velocità in bit e finestre temporali di presentazione inviate ai lettori. Per altre informazioni, vedere Filtri e manifesti dinamici.

Trascrizione in tempo reale

La trascrizione live è una funzionalità che è possibile usare con eventi live che sono la codifica pass-through o live. Per altre informazioni, vedere Trascrizione in tempo reale. Quando questa funzionalità è abilitata, il servizio usa la funzionalità Riconoscimento vocale di Servizi cognitivi per trascrivere le parole pronunciate nell'audio in ingresso in testo. Questo testo viene quindi reso disponibile per il recapito insieme a video e audio nei protocolli MPEG-DASH e HLS.

Importante

È consigliabile usare dimensioni GOP di 2 secondi per gli eventi live. È necessario usare dimensioni GOP di 4 secondi o inferiori per gli eventi live pass-through con trascrizioni live per ottenere dati di trascrizione corretti. Se si sceglie di usare dimensioni GOP superiori, i dati di trascrizione potrebbero presentare difetti, ad esempio contenuto mancante.

Considerazioni sulla sicurezza per sottotitoli, sottotitoli e recapito di metadati a temporizzato

La crittografia dinamica e le funzionalità DRM di Servizi multimediali di Azure hanno limiti da considerare quando si tenta di proteggere la distribuzione di contenuti che include trascrizioni dinamiche, didascalie, sottotitoli o metadati a temporizzato. I sottosistemi DRM, tra cui PlayReady, FairPlay e Widevine, non supportano la crittografia e la licenza delle tracce di testo. La mancanza di crittografia DRM per le tracce di testo limita la possibilità di proteggere il contenuto delle trascrizioni in tempo reale, sottotitoli inseriti manualmente, sottotitoli caricati o segnali di metadati a tempo che possono essere inseriti come tracce separate.

Per proteggere le didascalie, i sottotitoli o le tracce di metadati temporali, seguire queste linee guida:

  1. Usare la crittografia AES-128 Clear Key. Quando si abilita la crittografia con chiave non crittografata AES-128, le tracce di testo possono essere configurate per essere crittografate usando una tecnica di crittografia "envelope" completa che segue lo stesso modello di crittografia dei segmenti audio e video. Questi segmenti possono quindi essere decrittografati da un'applicazione client dopo aver richiesto la chiave di decrittografia dal servizio di distribuzione delle chiavi di Servizi multimediali usando un token JWT autenticato. Questo metodo è supportato da Azure Media Player, ma potrebbe non essere supportato in tutti i dispositivi e può richiedere alcune operazioni di sviluppo lato client per assicurarsi che abbia esito positivo in tutte le piattaforme.
  2. Usare l'autenticazione del token della rete CDN per proteggere le tracce di testo (sottotitoli, sottotitoli, metadati) recapitate con URL in formato breve con token limitati a impostazioni geografiche, IP o altre impostazioni configurabili nel portale della rete CDN. Abilitare le funzionalità di sicurezza della rete CDN usando la rete CDN Premium Verizon o un'altra rete CDN di terze parti configurata per connettersi agli endpoint di streaming di Servizi multimediali.

Avviso

Se non si segue una delle linee guida precedenti, i sottotitoli, le didascalie o il testo dei metadati temporali saranno accessibili come contenuto non crittografato che potrebbe essere intercettato o condiviso al di fuori del percorso di recapito client previsto. Ciò può comportare la perdita di informazioni. Se si è interessati al contenuto dei sottotitoli o dei sottotitoli persi in uno scenario di distribuzione sicura, contattare il team di supporto di Servizi multimediali per altre informazioni sulle linee guida precedenti per la protezione della distribuzione dei contenuti.

Flusso di lavoro dello streaming live

Per comprendere il flusso di lavoro di streaming live in Servizi multimediali v3, è necessario prima esaminare e comprendere i concetti seguenti:

Passaggi generali

  1. Nell'account di Servizi multimediali verificare che l'endpoint di streaming (origine) sia in esecuzione.

  2. Creare un evento live.
    Quando si crea l'evento, è possibile impostarne l'avvio automatico. In alternativa, è possibile avviare l'evento quando si è pronti ad avviare lo streaming.
    Quando l'avvio automatico è impostato su true, l'evento live verrà avviato subito dopo la creazione. La fatturazione inizia non appena viene avviata l'esecuzione dell'evento live. È necessario chiamare in modo esplicito Stop sulla risorsa evento live per interrompere la fatturazione. Per altre informazioni, vedere Stati e fatturazione degli eventi live.

  3. Ottenere gli URL di inserimento e configurare il codificatore locale per usare l'URL per inviare il feed di contributi.
    Vedere i codificatori live consigliati.

  4. Ottenere l'URL di anteprima e usarlo per verificare che l'input dal codificatore venga effettivamente ricevuto.

  5. Creare un nuovo oggetto asset .

    Ogni output live è associato a un asset, che usa per registrare il video nel contenitore di archiviazione BLOB di Azure associato.

  6. Creare un output live e usare il nome dell'asset creato in modo che il flusso possa essere archiviato nell'asset.

    Gli output live iniziano al momento della creazione e terminano quando vengono eliminati. Quando si elimina l'output live, non si eliminano l'asset e il contenuto sottostanti nell'asset.

  7. Creare un localizzatore di streaming con i tipi di criteri di streaming predefiniti.

    Per pubblicare l'output live, è necessario creare un localizzatore di streaming per l'asset associato.

  8. Elencare i percorsi nel localizzatore di streaming per ottenere gli URL da usare (questi sono deterministici).

  9. Ottenere il nome host per l'endpoint di streaming (Origin) da cui si vuole eseguire lo streaming.

  10. Combinare l'URL del passaggio 8 con il nome host del passaggio 9 per ottenere l'URL completo.

  11. Se si vuole interrompere la visualizzazione dell'evento live , è necessario arrestare lo streaming dell'evento ed eliminare il localizzatore di streaming.

  12. Se al termine dello streaming degli eventi si vuole eliminare le risorse di cui in precedenza è stato effettuato il provisioning, attenersi alla procedura seguente.

    • Interrompere il push del flusso dal codificatore.
    • Arrestare l'evento live. Una volta arrestato l'evento live, non verrà addebitato alcun addebito. Quando occorrerà riavviarlo, avrà lo stesso URL di inserimento, per cui non sarà necessario riconfigurare il codificatore.
    • È possibile arrestare l'endpoint di streaming, a meno che non si voglia continuare a fornire l'archivio dell'evento live come flusso su richiesta. Se l'evento live è in stato arrestato, non verrà addebitato alcun addebito. Tuttavia, se l'endpoint di streaming è ancora in esecuzione, verranno addebitati addebiti.

L'asset in cui viene archiviato l'output live diventa automaticamente un asset su richiesta quando l'output live viene eliminato. È necessario eliminare tutti gli output live prima che un evento live possa essere arrestato. È possibile usare un flag facoltativo removeOutputsOnStop per rimuovere automaticamente gli output live all'arresto.

Suggerimento

Vedere Esercitazione sullo streaming live, l'articolo esamina il codice che implementa i passaggi descritti in precedenza.

Altri articoli importanti

Domande frequenti su Streaming live

Vedere le domande sullo streaming live nelle domande frequenti.

Guida e supporto tecnico

È possibile contattare Servizi multimediali con domande o seguire gli aggiornamenti tramite uno dei metodi seguenti: