2016-11-07 42 views
0

我在Azure媒體服務(此處視頻大小可能有所不同)中上傳視頻,並且需要自適應流媒體。因此,據我所知(如果沒有錯的話),需要完成以下步驟。如何加速Azure媒體服務編碼

1)將視頻上傳到Azure媒體服務。

2)對視頻進行編碼(花費時間)

3)發佈URL。

在這裏,當我做了一個視頻的上述操作,它是需要更多的時間說2分鐘以上,這是造成性能相關的問題。我需要知道是否有任何方法或任何優化來提高性能。我正在使用由iOS應用程序調用的MVC Web Api。在這裏,web api正在花費時間進行上述過程。

回答

2

編碼是一個耗時的過程,您不應該阻止UI調用並等待作業處理完成。一旦創建作業,您將獲得作業ID,您可以使用作業ID在單獨的進程中跟蹤作業進度,並在編碼完成時通知用戶例如推送通知。

請參閱https://azure.microsoft.com/en-us/documentation/articles/media-services-rest-check-job-progress/瞭解如何實施對工作進度的投票。

您還可以創建與通知訂閱關聯的作業,並利用天藍色的存儲隊列獲取通知:https://msdn.microsoft.com/en-us/library/azure/hh974289.aspx#create_jobs_with_notifications。您可以在https://github.com/Azure/azure-sdk-for-media-services/blob/dev/test/net/Scenario/JobTests.cs中查看端到端測試TestJobWithTaskNotificationToBothAzureQueueAndWebHookEndPoint()。

爲了加速編碼本身,您需要考慮購買媒體保留單元,以便能夠並行處理多個作業,並保留與其他租戶不共享的處理能力。當您有很多用戶同時上傳和編碼視頻時,這是有意義的。但正如我上面提到的,它不會完全解決你描述的延遲問題。當作業處於處理狀態時,您無需阻止並等待您的UI應用程序。

+0

感謝您的幫助。我會檢查並讓你知道這一點。 – hashimks

+0

我已經檢查了這一點,購買媒體保留的單位沒有給我們在性能上的差異。但是,有一個區別。然後創建一個單獨的任務將不適用於我的應用程序的要求。 – hashimks

相關問題