Esporta (0) Stampa
Espandi tutto

Note sulla versione di Media Services

Aggiornamento: febbraio 2014

Nelle presenti note sulla versione vengono riepilogati i problemi noti della versione corrente e le modifiche rispetto alle versioni precedenti.

Microsoft è interessata a ricevere dai clienti segnalazioni riguardo a eventuali problemi riscontrati al fine di poterli risolvere. Per segnalare un problema o porre domande, inserire un post nel forum MSDN relativo a Azure Media Services.

Le note relative alla versione corrente sono suddivise nelle seguenti sezioni:

 

Problema Descrizione

Nell'API REST non sono fornite alcune intestazioni HTTP comuni.

Se si sviluppano applicazioni Media Services utilizzando l'API REST, si noterà che i campi di alcune intestazioni HTTP comuni, tra cui CLIENT-REQUEST-ID, REQUEST-ID e RETURN-CLIENT-REQUEST-ID, non sono supportati. Le intestazioni verranno aggiunte in un futuro aggiornamento.

La codifica di un asset con un nome di file contenente caratteri di escape, ad esempio %20, genera un errore simile al seguente "MediaProcessor: file non trovato."

I nomi di file che verranno aggiunti a un asset e successivamente codificati devono contenere esclusivamente caratteri alfanumerici e spazi. Il problema verrà risolto in un futuro aggiornamento.

Il metodo ListBlobs che fa parte di Azure Storage SDK versione 3.x ha esito negativo.

Media Services genera URL di firma di accesso condiviso basati sulla versione 2012-02-12. Se si desidera utilizzare Azure Storage SDK per elencare i BLOB in un contenitore BLOB, utilizzare il metodo CloudBlobContainer.ListBlobs che fa parte di Azure Storage SDK versione 2.x. Il metodo ListBlobs che fa parte di Azure Storage SDK versione 3.x avrà esito negativo.

Il meccanismo di limitazione di Servizi multimediali limita l'uso delle risorse per applicazioni che trasmettono richieste eccessive al servizio. È possibile che il servizio restituisca il codice di stato HTTP Servizio non disponibile (503).

Per altre informazioni, vedere la descrizione del codice di stato HTTP 503 nel'argomento Codici di errore di Servizi multimediali di Azure.

 

Problema Descrizione

Gli oggetti Media Services presenti nell'SDK non possono essere serializzati e, di conseguenza, non possono essere utilizzati con Azure Caching.

Se si tenta di serializzare l'oggetto AssetCollection presente nell'SDK per aggiungerlo a Azure Caching, viene generata un'eccezione.

Per informazioni sulla cronologia delle versioni dell'API REST di Media Services, vedere Informazioni di riferimento sull'API REST di Servizi multimediali di Azure.

È ora possibile utilizzare Creazione dinamica dei pacchetti per trasmettere in flusso il contenuto HTTP Live Streaming (HLS) v3. Per trasmettere in flusso HLS v3, aggiungere il seguente formato al percorso localizzatore di origine: *.ism/manifest(format=m3u8-aapl-v3). Per ulteriori informazioni, vedere il blog di Nick Drouin.

Creazione dinamica dei pacchetti adesso supporta anche la distribuzione del contenuto HLS (v3 e v4) crittografato con PlayReady in base a Smooth Streaming crittografato in maniera statica con PlayReady. Per informazioni su come crittografare Smooth Streaming con PlayReady, vedere Protezione di Smooth Streaming e di MPEG DASH con PlayReady.

I seguenti miglioramenti sono inclusi nella versione 3.0.0.5 di Media Services .NET SDK:

  • Maggiore velocità e resilienza per il caricamento/il download degli asset di file multimediali.

  • Miglioramenti nella logica di ripetizione dei tentativi e nella gestione di eccezioni temporanee:

    • La logica di ripetizione dei tentativi e la gestione di eccezioni temporanee sono state migliorate per esecuzione di query, salvataggio di modifiche, caricamento e scaricamento di file. 

    • In caso di eccezioni Web (ad esempio, durante una richiesta di token ACS), si noterà che adesso si verificano errori irreversibili più velocemente.

    Per ulteriori informazioni, vedere Logica di retry in Media Services SDK for .NET.

  1. Supporto aggiunto per l'inserimento di file AVI creati utilizzando l'editor non lineare Grass Valley EDIUS, dove il video viene leggermente compresso utilizzando il codec Grass Valley HQ/HQX. Per ulteriori informazioni, vedere la pagina relativa all'annuncio da parte di Grass Valley della soluzione per la trasmissione in flusso EDIUS 7 mediante il cloud.

  2. Supporto aggiunto per specificare la convenzione di denominazione per i file prodotti da Media Encoder. Per ulteriori informazioni, vedere Controllo dei nomi dei file di output di Media Service Encoder.

  3. Supporto aggiunto per sovrimpressioni video e/o audio. Per ulteriori informazioni, vedere Creazione di sovrimpressioni.

  4. Supporto aggiunto per l'unione di più segmenti video. Per ulteriori informazioni, vedere Unione dei segmenti video.

  5. Corretto un bug correlato al transcodifica di file MP4 dove l'audio è stato codificato con audio MPEG-1 Audio Layer 3 (anche noto come MP3).

Le modifiche introdotte nelle versioni 3.0.0.1 e 3.0.0.2 includono:

  • Sono stati risolti problemi relativi all'utilizzo delle query LINQ con le istruzioni OrderBy.

  • Le soluzioni di test in Github sono state suddivise in test basati su unità e test basati su scenario.

Per ulteriori informazioni su queste modifiche, vedere: Versioni di Azure Media Services .NET SDK 3.0.0.1 e 3.0.0.2.

Nella versione 3.0.0.3 sono state introdotte le seguenti modifiche:

  • Sono state aggiornate le dipendenze dell'archiviazione di Azure per l'uilizzo della versione 3.0.3.0.

  • È stato risolto il problema di compatibilità con le versioni precedenti per le versioni 3.0.*.*.

noteNota
Le versioni 3.0.*.* non sono compatibili con le versioni precedenti alla 2.4.*.*.

La più recente versione di Media Services SDK è attualmente la 3.0.0.0.0. È possibile scaricare l'ultimo pacchetto da Nuget o ottenere i bit da Github.

A partire da Media Services SDK versione 3.0.0.0, è possibile riutilizzare i token ACS (Active Directory Access Control Service) di Azure. Per ulteriori informazioni, vedere la sezione "Riutilizzo di token del Servizio di controllo di accesso" nell'argomento Connessione a Media Services con Media Services SDK.

Azure Media Services .NET SDK Extensions è il nome di un set di metodi di estensione e funzioni di supporto che semplificheranno il codice e lo sviluppo con Azure Media Services. È possibile ottenere i bit più recenti da Azure Media Services .NET SDK Extensions.

A partire da questa versione, Media Services SDK for .NET gestisce le condizioni di errore temporanee che possono verificarsi quando si eseguono chiamate al livello dell'API REST di Media Services.

I seguenti cmdlet di PowerShell per Media Services sono ora inclusi negli strumenti SDK di Azure.

  • Get-AzureMediaServices

    Ad esempio, Get-AzureMediaServicesAccount.

  • New-AzureMediaServicesAccount

    Ad esempio, New-AzureMediaServicesAccount -Name “MediaAccountName” -Location “Region” -StorageAccountName “StorageAccountName”.

  • New-AzureMediaServicesKey

    Ad esempio, New-AzureMediaServicesKey -Name “MediaAccountName” -KeyType Secondary -Force.

  • Remove-AzureMediaServicesAccount

    Ad esempio, Remove-AzureMediaServicesAccount -Name “MediaAccountName” -Force.

Le modifiche riportate in questa sezione sono aggiornamenti inclusi nelle versioni di Media Services del giugno 2013.

Le modifiche riportate di seguito sono incluse nelle versioni di Media Services SDK del giugno 2013. La versione più aggiornata di Servizi multimediali SDK è disponibile su GitHub.

Le modifiche riportate in questa sezione sono aggiornamenti inclusi nell'SDK del dicembre 2012 (versione 2.0.1.0). Tali modifiche rappresentano per la maggior parte risoluzioni di problemi rilevati nell'SDK del novembre 2012.

  • IAsset.Locators.Count: questo conteggio viene ora riportato correttamente nelle nuove interfacce IAsset dopo l'eliminazione di tutti i localizzatori.

  • IAssetFile.ContentFileSize: questo valore viene ora impostato correttamente dopo un caricamento da parte di IAssetFile.Upload(filepath).

  • IAssetFile.ContentFileSize: è ora possibile impostare questa proprietà durante la creazione di un file di asset. Nelle versioni precedenti questa proprietà era di sola lettura.

  • IAssetFile.Upload(filepath): è stato risolto un problema a causa del quale questo metodo di caricamento sincrono generava un errore simile al seguente durante il caricamento di più file nell'asset: "Il server non ha potuto autenticare le richiesta. Assicurarsi che il formato del valore dell'intestazione di autorizzazione, inclusa la firma, sia corretto."

  • IAssetFile.UploadAsync: è stato risolto un problema a causa del quale non era possibile caricare contemporaneamente più di 5 file.

  • IAssetFile.UploadProgressChanged: questo evento è ora disponibile nell'SDK.

  • IAssetFile.DownloadAsync(string, BlobTransferClient, ILocator, CancellationToken): è ora disponibile l'overload di questo metodo.

  • IAssetFile.DownloadAsync: è stato risolto un problema a causa del quale non era possibile scaricare contemporaneamente più di 5 file.

  • IAssetFile.Delete(): è stato risolto un problema a causa del quale la chiamata di Delete poteva generare un'eccezione se non era stato caricato un file per IAssetFile.

  • Jobs: è stato risolto un problema a causa del quale il concatenamento di "un'attività di conversione dal formato MP4 al formato Smooth Streaming" con "un'attività PlayReady Protection" mediante un modello di processo non consentiva di creare alcuna attività.

  • EncryptionUtils.GetCertificateFromStore(): questo metodo non genera più un'eccezione dovuta a riferimento Null se non viene trovato il certificato a causa di problemi di configurazione.

  • Intellisense: è stata aggiunta la documentazione mancante per numerosi tipi.

  • Microsoft.Practices.TransientFaultHandling.Core: è stato risolto un problema a causa del quale l'SDK presentava ancora una dipendenza da una versione precedente dell'assembly. L'SDK fa ora riferimento alla versione 5.1.1209.1.

Le modifiche riportate in questa sezione sono aggiornamenti inclusi nell'SDK del novembre 2012 (versione 2.0.0.0). Queste modifiche potrebbero richiedere una modifica o una riscrittura di codice scritto per l'SDK di anteprima del giugno 2012.

IAsset.Create(assetName) è l'unica funzione per la creazione di asset. IAsset.Create non consente più di caricare file durante la chiamata del metodo. Per il caricamento è necessario utilizzare IAssetFile.

Il metodo IAsset.Publish e il valore di enumerazione AssetState.Publish sono stati rimossi da Services SDK. È necessario riscrivere qualsiasi codice che utilizza questo valore.

Questa classe è stata rimossa e sostituita da IAssetFile.

IAssetFile sostituisce FileInfo e presenta un comportamento diverso. Per utilizzare questa interfaccia, creare un'istanza dell'oggetto IAssetFile, seguita da un caricamento di file mediante Media Services SDK o Azure Storage SDK. È possibile utilizzare i seguenti overload di IAssetFile.Upload:

  • IAssetFile.Upload(filePath): un metodo sincrono che blocca il thread, consigliato solo durante il caricamento di un singolo file.

  • IAssetFile.UploadAsync(filePath, blobTransferClient, locator, cancellationToken): un metodo asincrono. Questo è il meccanismo di caricamento preferenziale.

    Bug noto: nonostante cancellationToken consenta di annullare il caricamento, lo stato di annullamento delle attività può essere impostato su diversi valori. È necessario rilevare e gestire correttamente le eccezioni.

Le versioni specifiche dell'origine sono state rimosse. I localizzatori context.Locators.CreateSasLocator(asset, accessPolicy) specifici della firma di accesso condiviso verranno contrassegnati come deprecati o rimossi nella fase GA. Per informazioni sul comportamento aggiornato, vedere la sezione relativa ai localizzatori nelle nuove funzionalità.

Le funzionalità riportate di seguito sono state introdotte nella versione dell'SDK rilasciata a novembre.

Gli oggetti IAsset, IAssetFile, ILocator, IAccessPolicy, IContentKey vengono ora eliminati a livello di oggetto, ad esempio IObject.Delete(), anziché richiedere un'eliminazione nella raccolta, ovvero cloudMediaContext.ObjCollection.Delete(objInstance).

I localizzatori devono ora essere creati con il metodo CreateLocator e devono utilizzare il valore di enumerazione LocatorType.SAS o LocatorType.OnDemandOrigin come argomento in base al tipo specifico di localizzatore da creare.

Sono state aggiunte nuove proprietà ai localizzatori per semplificare il recupero di URI utilizzabili per il contenuto. Scopo di questa modifica è garantire maggiore flessibilità per la futura estendibilità di terze parti e migliorare la facilità di utilizzo per le applicazioni client multimediali.

È stato aggiunto il supporto asincrono a tutti i metodi.

Vedere anche

Mostra:
© 2014 Microsoft