Terminologia e modifiche delle entità tra Servizi multimediali V2 e V3
Importante
Non è più necessario eseguire la migrazione da Servizi multimediali di Azure v2 a v3 perché la deprecazione dell'API V2 sarà allineata al ritiro di Servizi multimediali di Azure. Per altre informazioni, vedere la guida ritiro di Servizi multimediali di Azure.
Questo articolo descrive le differenze di terminologia tra Servizi multimediali di Azure v2 e v3.
Modifiche alla terminologia
- Un localizzatore di
è ora denominato localizzatore di streaming . - Un canale
è ora denominato evento live . - Un del programma
è ora denominato Live Output . - Un attività
è ora denominato JobOutput , che fa parte di un processo.
Modifiche alle entità
| di entità V2 | di entità V3 | linee guida | Accessibile alle V3 | aggiornato dal V3 |
|---|---|---|---|---|
AccessPolicy |
L'entità AccessPolicies non esiste in V3. |
No | No | |
Asset |
Asset |
Sì | Sì | |
AssetDeliveryPolicy |
StreamingPolicy |
Sì | No | |
AssetFile |
L'entità AssetFiles non esiste in V3. Anche se i file (BLOB di archiviazione) caricati sono ancora considerati file.Usare invece le API di Archiviazione di Azure per enumerare i BLOB in un contenitore. Esistono due modi per applicare una trasformazione ai file con un processo: File già caricati nell'archiviazione: l'URI include l'ID risorsa per i processi da eseguire sugli asset all'interno di un account di archiviazione. File da caricare durante il processo di trasformazione e processo: l'asset viene creato nell'archiviazione, viene restituito un URL di firma di accesso condiviso, i file vengono caricati nell'archiviazione e quindi la trasformazione viene applicata ai file. |
No | No | |
Channel |
LiveEvent |
Gli eventi live sostituiscono canali dall'API v2. Eseguono la maggior parte delle funzionalità e hanno più nuove funzionalità, ad esempio trascrizioni in tempo reale, modalità stand-by e supporto per l'inserimento RTMPS. Vedere evento live in uno scenario basato sullo streaming live |
No | No |
ContentKey |
ContentKeys non è più un'entità, è ora una proprietà di un localizzatore di streaming.Nella versione 3 i dati della chiave simmetrica sono associati al StreamingLocator (per la crittografia dell'output) o all'asset stesso (per la crittografia dell'archiviazione lato client). |
Sì | No | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Sì | No | |
ContentKeyAuthorizationPolicyOption
|
ContentKeyPolicyOptions sono inclusi nel ContentKeyPolicy. |
Sì | No | |
IngestManifest |
L'entità IngestManifests non esiste in V3. Il caricamento di file nella versione 3 implica l'API di archiviazione di Azure. Gli asset vengono prima creati e quindi i file vengono caricati nel contenitore di archiviazione associato. Esistono molti modi per ottenere i dati in un contenitore di Archiviazione di Azure che può essere invece usato.
JobInputHttp consente anche di scaricare un input di processo da un determinato URL, se necessario. |
No | No | |
IngestManifestAsset |
Esistono molti modi per ottenere i dati in un contenitore di Archiviazione di Azure che può essere invece usato.
JobInputHttp consente anche di scaricare un input di processo da un determinato URL, se necessario. |
No | No | |
IngestManifestFile |
Esistono molti modi per ottenere i dati in un contenitore di Archiviazione di Azure che può essere invece usato.
JobInputHttp consente anche di scaricare un input di processo da un determinato URL, se necessario. |
No | No | |
Job |
Job |
Creare un Transform prima di creare un Job. |
No | No |
JobTemplate |
Transform |
Usare invece un Transform. Una trasformazione è un'entità separata da un processo ed è riutilizzabile. |
No | No |
Locator |
StreamingLocator |
Sì | No | |
MediaProcessor |
Invece di cercare il MediaProcessor da usare per nome, usare il set di impostazioni desiderato quando si definisce una trasformazione. Il set di impostazioni usato determinerà il processore multimediale usato dal sistema di processo. Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica. |
No | NA (readonly in V2) | |
NotificationEndPoint |
Le notifiche nella versione 3 vengono gestite tramite Griglia di eventi di Azure. Il NotificationEndpoint viene sostituito dalla registrazione della sottoscrizione di Griglia di eventi che incapsula anche la configurazione per i tipi di notifiche da ricevere (che nella versione 2 è stata gestita dal JobNotificationSubscription del processo, dall'TaskNotificationSubscription dell'attività e dalla telemetria ComponentMonitoringSetting). La telemetria v2 è stata suddivisa tra Griglia di eventi di Azure e Monitoraggio di Azure per adattarsi ai miglioramenti dell'ecosistema di Azure più ampio. |
No | No | |
Program |
LiveOutput |
Gli output dinamici sostituiscono ora programmi nell'API v3. | No | No |
StreamingEndpoint |
StreamingEndpoint |
Gli endpoint di streaming rimangono principalmente gli stessi. Vengono usati per la creazione dinamica di pacchetti, la crittografia e la distribuzione di contenuti HLS e DASH sia per lo streaming live che su richiesta direttamente dall'origine o tramite la rete CDN. Le nuove funzionalità includono il supporto per una migliore integrazione e creazione di grafici di Monitoraggio di Azure. | Sì | Sì |
Task |
JobOutput |
Sostituito da JobOutput (che non è più un'entità separata nell'API). Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica. |
No | No |
TaskTemplate |
TransformOutput |
Sostituito da TransformOutput (che non è più un'entità separata nell'API). Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica. |
No | No |
Inputs |
Inputs |
Gli input e gli output sono ora a livello di processo. Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica | No | No |
Outputs |
Outputs |
Gli input e gli output sono ora a livello di processo. In V3 il formato dei metadati è cambiato da XML a JSON. Gli output live iniziano alla creazione e si arresta quando vengono eliminati. Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica | No | No |
| Altre modifiche | V2 | V3 |
|---|---|---|
| di archiviazione | ||
| di archiviazione | Gli SDK V3 sono ora separati da Storage SDK, che offre un maggiore controllo sulla versione di Storage SDK che si vuole usare ed evita problemi di controllo delle versioni. | |
| di codifica | ||
| Velocità dei bit di codifica | velocità di bit misurata in kbps, ad esempio 128 (kbps) | bit al secondo, ad esempio 128000 (bit al secondo) |
| Codifica delle DRM FairPlay | In Servizi multimediali V2 è possibile specificare il vettore di inizializzazione (IV). | In Servizi multimediali V3 non è possibile specificare FairPlay IV. |
| del codificatore Premium | Codificatore Premium e indicizzatore legacy | Il Codificatore Premium e i processori di analisi multimediale legacy (Anteprima di Azure Media Services Indexer 2, Face Redactor e così via) non sono accessibili tramite V3. È stato aggiunto il supporto per il mapping dei canali audio al codificatore Standard. Vedere Audio nella documentazione di Swagger per la codifica di Servizi multimediali. Vedere gli argomenti relativi alla codifica in scenario basato sulla codifica |
| trasformazioni e processi | ||
| HTTPS per l'elaborazione basata su processi | Per l'elaborazione di processi basati su file, è possibile usare un URL HTTPS come input. Non è necessario che il contenuto sia già archiviato in Azure né sia necessario creare asset. | |
| Modelli di Resource Manager per i processi | I modelli arm non esistevano nella versione 2. | Una trasformazione può essere usata per creare configurazioni riutilizzabili, per creare modelli di Azure Resource Manager e isolare le impostazioni di elaborazione tra più clienti o tenant. |
| eventi live | ||
| dell'endpoint di streaming | Un endpoint di streaming rappresenta un servizio di streaming in grado di distribuire contenuto direttamente a un'applicazione lettore client o a una rete per la distribuzione di contenuti (CDN) per un'ulteriore distribuzione. | Gli endpoint di streaming rimangono principalmente gli stessi. Vengono usati per la creazione dinamica di pacchetti, la crittografia e la distribuzione di contenuti HLS e DASH sia per lo streaming live che su richiesta direttamente dall'origine o tramite la rete CDN. Le nuove funzionalità includono il supporto per una migliore integrazione e creazione di grafici di Monitoraggio di Azure. |
| Canali di eventi live | I canali sono responsabili dell'elaborazione di contenuti in streaming live. Un canale fornisce un endpoint di input (URL di inserimento) che viene quindi fornito a un transcoder live. Il canale riceve flussi di input live dal transcoder live e lo rende disponibile per lo streaming tramite uno o più endpoint di streaming. I canali forniscono anche un endpoint di anteprima (URL di anteprima) usato per visualizzare in anteprima e convalidare il flusso prima di ulteriore elaborazione e recapito. | Gli eventi live sostituiscono canali dall'API v2. Eseguono la maggior parte delle funzionalità e hanno più nuove funzionalità, ad esempio trascrizioni in tempo reale, modalità stand-by e supporto per l'inserimento RTMPS. |
| Programmi di eventi live | Un programma consente di controllare la pubblicazione e l'archiviazione di segmenti in un flusso live. I canali gestiscono programmi. La relazione Canale e Programma è simile ai supporti tradizionali in cui un canale ha un flusso costante di contenuti e un programma ha come ambito un evento timed su tale canale. È possibile specificare il numero di ore che si desidera mantenere il contenuto registrato per il programma impostando la proprietà ArchiveWindowLength. Questo valore può essere impostato da un minimo di 5 minuti a un massimo di 25 ore. |
Gli output dinamici sostituiscono ora programmi nell'API v3. |
| Lunghezza evento live | È possibile trasmettere gli eventi live 24/7 quando si usa Servizi multimediali per la transcodifica di un feed di contributi a velocità in bit singola in un flusso di output con più velocità in bit. | |
| di latenza degli eventi live | Nuovo supporto per lo streaming live a bassa latenza sugli eventi live. | |
| dell'anteprima degli eventi live | Live Event Preview supporta la creazione dinamica dei pacchetti e la crittografia dinamica. In questo modo è possibile abilitare la protezione del contenuto in anteprima, oltre alla creazione di pacchetti DASH e HLS. | |
| Evento live RTMPS | Miglioramento del supporto RTMPS con maggiore stabilità e maggiore supporto del codificatore di origine. | |
| Live event RTMPS secure ingest | Quando si crea un evento live, si ottengono 4 URL di inserimento. I 4 URL di inserimento sono quasi identici, hanno lo stesso token di streaming AppId, solo la parte del numero di porta è diversa. Due degli URL sono primari e di backup per RTMPS. |
|
| di trascrizione degli eventi live | Il servizio multimediale di Azure offre video, audio e testo in protocolli diversi. Quando si pubblica il flusso live usando MPEG-DASH o HLS/CMAF, insieme a video e audio, il servizio fornisce il testo trascritto in TTML compatibile con IMSC1.1. | |
| Modalità standby eventi live | Non c'era alcuna modalità standby per V2. | La modalità stand-by è una nuova funzionalità v3 che consente di gestire pool di eventi live ad accesso frequente. I clienti possono ora avviare un evento live in modalità stand-by a costi inferiori prima di passarlo allo stato in esecuzione. Ciò migliora i tempi di avvio del canale e riduce i costi dei pool operativi per l'avvio più veloce. |
| di fatturazione degli eventi live | La fatturazione degli eventi live si basa sui contatori del canale live. | |
| Output live | I programmi devono essere avviati dopo la creazione. | Gli output live iniziano alla creazione e si arresta quando vengono eliminati. |
Ottenere assistenza e supporto tecnico
È possibile contattare Servizi multimediali con domande o seguire gli aggiornamenti in uno dei metodi seguenti:
- Q & A
-
stack overflow. Contrassegna le domande con
azure-media-services. - @MSFTAzureMedia o usare @AzureSupport per richiedere supporto.
- Aprire un ticket di supporto tramite il portale di Azure.