Informacje o wersji usługi Azure Media Services w wersji 3

---

Ostrzeżenie

Usługa Azure Media Services zostanie wycofana 30 czerwca 2024 r. Aby uzyskać więcej informacji, zobacz Przewodnik po wycofaniu usługi AMS.

Aby być na bieżąco z najnowszymi wydarzeniami, ten artykuł zawiera informacje o:

• Najnowsze wersje
• Znane problemy
• Poprawki błędów
• Funkcje uznane za przestarzałe

Czerwiec 2023 r.

Usługa Azure Media Services jest wycofana od 30 czerwca 2023 r. Zapoznaj się z przewodnikiem wycofywania usługi Azure Media Services.

Marzec 2023 r.

Usługa Azure Media Indexer została wycofana. Jest on zastępowany przez tryb Podstawowy Usługi Media Services w wersji 3 AudioAnalyzerPreset.

Luty 2023 r.

Informacje o wersji dla lutego będą wkrótce.

Styczeń 2023 r.

Metadane o czasie

Metadane o czasie to niestandardowe dane wstawione do strumienia na żywo. Zarówno dane, jak i sygnatura czasowa wstawiania są zachowywane w samym strumieniu multimediów. Dzięki temu klienci odtwarzający strumień wideo mogą uzyskać te same niestandardowe metadane w dokładnie tym samym czasie w odniesieniu do strumienia wideo. Za pomocą metadanych z czasem można wykonywać następujące czynności:

• Dodaj elementy interakcyjności do strumienia na żywo, takiego jak ankieta.
• Dodaj informacje związane z zawartością wideo, taką jak prelegenci, linki produktów, statystyki zawodników sportowych itp.
• Dodaj metadane dotyczące wideo, takie jak lokalizacja GPS, czas itp.

Aby uzyskać więcej informacji, zobacz Timed metadata with Azure Media Services and How to signal timed metadata with Azure Media Services and How to signal timed metadata with Azure Media Services (Jak sygnalizować metadane o czasie za pomocą usługi Azure Media Services). Możesz wypróbować go za pomocą rozwiązania Stackblitz.

Separacja szybkości transmisji bitów

W tym miesiącu ulepszono decyzję o separacji szybkości transmisji bitów i rozpoznawania zawartości ContentAwareEncoding.

ContentAwareEncoding można używać razem z ustawieniami PresetConfiguration w celu spełnienia określonych wymagań dotyczących optymalnej wydajności przesyłania strumieniowego i kodowania.

Aby uzyskać lepszą separację szybkości transmisji bitów, szacowana złożoność kodowania próbnego została użyta do oszacowania najwyższej szybkości transmisji bitów warstwy, szybkości transmisji bitów warstwy dolnej i całkowitej liczby warstw. Po podjęciu decyzji o szybkości transmisji bitów warstwy górnej, szybkości transmisji bitów warstwy dolnej i liczbie warstw pośrednich są obliczane na podstawie parzystego współczynnika szybkości transmisji bitów między sąsiednimi warstwami. W tym przypadku jest prawie równomiernie oddzielona szybkością transmisji bitów.

Jeśli chodzi o rozwiązanie problemu, warstwa dolna jest głównym problemem. Rozdzielczość warstwy dolnej można skonfigurować za pomocą ustawień PresetConfigurations. Zmodyfikowana logika decyduje o rozdzielczości warstwy dolnej na podstawie szacowanej złożoności kodowania próbnego, jeśli nie zostanie ona skonfigurowana. Decyduje również o szybkości transmisji bitów w warstwie dolnej, jeśli jest ustawiana przez użytkowników za pomocą ustawień PresetConfigurations. Decyzja o rozwiązaniu próbowała użyć wyższych rozdzielczości niż 180P dla warstwy dolnej w celu uzyskania lepszej jakości wizualizacji.

Ta wersja zwiększa również algorytm szacowania złożoności zawartości. Oryginalny algorytm jest konserwatywny i skutkuje wyższymi szybkościami bitów niż to konieczne. W przypadku zmodyfikowanego szacowania szybkość bitów wyjściowych jest zwykle niższa niż wcześniej. Innymi słowy, można teraz zaoszczędzić więcej pieniędzy pod względem przepustowości sieci i kosztów magazynowania.

Przykłady zestawu SDK platformy .NET dla najnowszego zestawu SDK klienta Azure.ResourceManager.Media

Zaktualizowany zestaw SDK klienta Azure.ResourceManager.Media (znany również jako "track 2" .NET SDK" jest dostępny w usłudze Nuget Azure.ResourceManager.Media. Wszystkie przykłady zostały zaktualizowane w głównej gałęzi naszego repozytorium przykładów dla platformy .NET w witrynie GitHub do najnowszej wersji tego zestawu SDK klienta. Azure-Samples/media-services-v3-dotnet. Projekty w tym repozytorium pokazują, jak zaimplementować różne scenariusze usługi Azure Media Services przy użyciu wersji 3. (github.com).

Zmiany interfejsu Assets w Azure Portal

Ulepszone środowisko użytkownika zostanie wyświetlone w bloku Zasoby w Azure Portal. Teraz możesz wyświetlać ścieżki i pliki w zasobie. Możesz również przekazywać, aktualizować lub usuwać utwory audio i tekstowe w zasobie.

Grudzień 2022 r.

Usługa Media Services obsługuje teraz protokół IPv6 do przesyłania strumieniowego zdarzeń na żywo, przesyłanie strumieniowe zawartości z punktów końcowych przesyłania strumieniowego oraz dostarczanie kluczy zawartości. Aby włączyć protokół IPv6 dla punktów końcowych przesyłania strumieniowego i wydarzeń na żywo, lista dozwolonych adresów IP zasobu musi zawierać co najmniej jeden adres IPv6 lub zakres IPv6. Po włączeniu obsługi usługi CDN dla punktu końcowego przesyłania strumieniowego obsługa protokołu IPv6 jest zależna od konfiguracji usługi CDN.

Aby uzyskać więcej informacji na temat korzystania z protokołu IPv6 z usługą Media Services, zobacz Media Services live eventsand Restrict access to DRM license and AES key delivery using IP allowlists (Ograniczanie dostępu do licencji DRM i dostarczania kluczy AES przy użyciu listy dozwolonych adresów IP).

Listopad 2022 r.

Usługa Media Services domyślnie usuwa odwzorowanie audio z listy odtwarzania wariantów HLS, aby zapobiec powrotowi klienta do dźwięku tylko w złej sytuacji sieciowej.

Aby zmienić zachowanie, możesz użyć tagu [audio-only=true] adresu URL, aby napisać odwzorowanie audio na liście odtwarzania wariantu HLS.

Na przykład:

http://host/locator/asset.ism/manifest(format=m3u8-aapl,audio-only=true)

Wynikało to ze zmiany wytycznych dotyczących tworzenia HLS, które teraz stanowią "Nie musisz mieć wariantów tylko audio wymienionych na liście odtwarzania wielowariantnego".

Wrzesień 2022 r.

Wydanie interfejsu API: zaktualizowano interfejs API REST arm 2022-08-01

Wydano zaktualizowaną wersję interfejsu API REST usługi ARM dla usługi Azure Media Services. Wersja 2022-08-01 jest teraz najnowszą stabilną wersją w środowisku produkcyjnym. Najnowsze definicje interfejsu API REST są dostępne w folderze specyfikacji REST dla usługi Media Services w usłudze GitHub.

Aktualizacje do interfejsu API 2022-08-01 obejmują:

• Jednostka LiveOutput wprowadza nową właściwość dopuszczaną do wartości nullwindWindowLength w celu kontrolowania długości okna w stanie wyszukiwania podczas kodowania i przekazywania zdarzeń na żywo. Ta właściwość nie jest używana po zatrzymaniu funkcji LiveOutput. Zarchiwizowane voD będzie mieć pełną zawartość z oryginalnym archiwumWindowLength. Gdy właściwość ma wartość null, zdarzenie na żywo o małym opóźnieniu (LowLatencyV2) używa wartości domyślnej 30 minut; Standardowe wydarzenie na żywo nie korzysta z niego.
• Dodano obsługę poziomu zabezpieczeń PlayReady SL3000 w zasadach klucza zawartości
• Rozszerzony interfejs API elementy zawartości umożliwia obsługę utworów audio (w przypadku późnego powiązania opisowego dźwięku lub wielu języków)
• Dodano obsługę protokołu MPEG Common Encryption Clear Key z trybami "cenc" i "cbcs" w zasadach przesyłania strumieniowego

Nowe wersje klienta zestawu SDK dostępne dla języków Javascript, Python, Go

• Nowy zestaw SDK klienta języka Python w wersji 10.1.0 jest dostępny w interfejsie PyPI: azure-mgmt-media

• Nowy zestaw SDK klienta javascript w wersji 13 jest dostępny w programie npm: Azure Media client library for JavaScript - @azure/arm-mediaservices

• Dostępny jest nowy zestaw SDK klienta języka GO w wersji 3.1.0 — pakiet armmediaservices

Obsługa licencji na poziomie zabezpieczeń PlayReady 3000 (SL3000)

Funkcja playReady DRM i funkcji dostarczania licencji usługi Media Services obsługuje teraz playReady SL3000. Poziom zabezpieczeń jest właściwością klienta PlayReady, a każda licencja dostarczona do klienta ma właściwość wskazującą minimalny poziom zabezpieczeń wymagany od klienta, aby umożliwić powiązanie z tą licencją. Poziom zabezpieczeń 3000 jest zapewniany dla urządzeń ze wzmocnionymi zabezpieczeniami, które zużywają najwyższą jakość zawartości komercyjnej. Ta aktualizacja umożliwia skonfigurowanie zasad klucza zawartości w celu dostarczania licencji PlayReady SL3000 za pośrednictwem serwerów licencji usługi Media Services Key Delivery. Aby uzyskać więcej informacji na temat poziomów zabezpieczeń PlayReady, zobacz artykuł Using the Security Level in a License (Korzystanie z poziomu zabezpieczeń w licencji).

• W przypadku dodania do zasad klucza zawartości SL3000 PlayReady ContentKeyPolicyOption te zasady mogą zawierać tylko dodatkowe opcje PlayReady SL3000 lub Widevine L1.
• SL3000 wymaga użycia innego klucza do audio lub używania niezaszyfrowanego dźwięku. Poziom zabezpieczeń dźwięku powinien być ograniczony do poziomu SL2000 lub niższego.
• Obecnie odtwarzanie SL3000 nie działa w usłudze Azure Media Player (AMP). Przetestuj w odtwarzaczu innej firmy (np. Shaka Player) lub urządzeniu, które obsługuje odtwarzanie SL3000.

Przykładowe zasady klucza zawartości:

{
    "properties": {
        "options": [
            {
                "name": "PlayReadyOption",
                "configuration": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyConfiguration",
                    "licenses": [
                        {
                            "playRight": {
                                "digitalVideoOnlyContentRestriction": false,
                                "imageConstraintForAnalogComponentVideoRestriction": false,
                                "imageConstraintForAnalogComputerMonitorRestriction": false,
                                "allowPassingVideoContentToUnknownOutput": "NotAllowed"
                            },
                            "licenseType": "NonPersistent",
                            "contentKeyLocation": {
                                "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyContentEncryptionKeyFromHeader"
                            },
                            "contentType": "Unspecified",
                            "securityLevel": "SL3000"
                        }
                    ]
                },
                "restriction": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyOpenRestriction"
                }
            }
        ]
    }
}

**Przykładowe zasady przesyłania strumieniowego przy użyciu zasad klucza zawartości SL3000 dla wideo i SL2000 zasad klucza zawartości dla utworów audio: **

{
    "properties": {
        "defaultContentKeyPolicyName": "sl3000_content_key_policy",
        "commonEncryptionCenc": {
            "enabledProtocols": {
                "download": false,
                "dash": true,
                "hls": false,
                "smoothStreaming": true
            },
            "contentKeys": {
                "defaultKey": {
                    "label": "cencDefaultKey"
                },
                "keyToTrackMappings": [
                    {
                        "label": "audiokey",
                        "policyName" : "sl2000_content_key_policy",
                        "tracks": [
                            {
                                "trackSelections": [
                                    {
                                        "property": "FourCC",
                                        "operation": "Equal",
                                        "value": "mp4a"
                                    }
                                ]
                            }
                        ]
                    }
                ]
            },
            "drm": {
                "playReady": {}
            }
        }
    }
}

Aby uzyskać więcej informacji na temat korzystania z szablonów licencji PlayReady, zobacz artykuł Media Services PlayReady license templates (Szablony licencji usługi Media Services PlayReady)

Dodawanie ścieżek dźwiękowych dla opisowego dźwięku lub wielu języków przy użyciu nowego interfejsu API tropów elementów zawartości

Nowy interfejs API śledzeń zasobów umożliwia powiązanie dowolnej liczby ścieżek dźwiękowych z istniejącym zasobem i udostępnienie ich do dynamicznego tworzenia pakietów na platformie HLS i DASH. Interfejs API obsługuje ustawianie metadanych w celu określenia charakterystyki języka lub zawartości w celu określenia "dźwięku opisowego" w celu zwiększenia ułatwień dostępu do zawartości.

Aby uzyskać pełną listę możliwości interfejsu API śledzeń, zobacz artykuł Media Services Track API (Interfejs API śledzeń usługi Media Services)

Obsługa standardu MPEG Common Encryption Clear Key z szyfrowaniem CENC i CBCS

Clear Key Encryption to funkcja standardu MPEG Common Encryption (CENC) i jest obsługiwana przez rozszerzenia EME (HTML5 Encrypted Media Extensions) dostępne w wielu nowoczesnych przeglądarkach. W zasadach przesyłania strumieniowego można ustawić szyfrowanie AES-128 przy użyciu trybów szyfrowania "cenc" lub "cbcs", aby umożliwić dostęp do najszerszego zakresu urządzeń w systemach Apple, Web i Android.

Ta funkcja umożliwia obsługę standardu Common Encryption bez korzystania z systemu DRM i dotarcia do najszerszej gamy graczy. Dzięki obsłudze szyfrowania Clear Key przy użyciu trybów szyfrowania "cenc" lub "cbcs" można teraz dystrybuować bezpieczną zawartość bez drM do graczy, którzy obsługują dowolny tryb szyfrowania dozwolony w standardzie. Dzięki temu można dostarczać zaszyfrowaną zawartość do graczy klienckich, takich jak odtwarzacz Google Shaka (wersja 4.0.0+), Dash.js (wersja 4.5+), Bitmovin, Theo Player i Android ExoPlayer (wersja 2.18.1+) przy użyciu szyfrowania "cenc".

Aby uzyskać więcej informacji na temat korzystania z funkcji ochrony zawartości w usłudze Media Services, zobacz artykuł Ochrona zawartości przy użyciu dynamicznego szyfrowania i dostarczania kluczy

Okno przewijania a okno archiwum w danych wyjściowych na żywo

WindowLength można ustawić na danych wyjściowych na żywo, aby kontrolować okno z obsługą wyszukiwania na odtwarzaczu klienckim podczas transmisji strumieniowej na żywo. Dzięki temu klient może kontrolować, ile czasu jest widoczne w odtwarzaczu w celu powrotu do transmisji strumieniowej na żywo. To ustawienie pomaga również zmniejszyć rozmiar manifestu dostarczony do klienta przez sieć podczas transmisji strumieniowej na żywo, co może spowodować zwiększenie wydajności środowiska transmisji strumieniowej na żywo i zmniejszenie użycia pamięci na kliencie.

Po zakończeniu przesyłania strumieniowego możesz uzyskać dostęp do zarchiwizowanego pliku w elemencie zawartości zdefiniowanej przez właściwość archiveWindowLength w danych wyjściowych na żywo. Dzięki temu można teraz ustawić inny czas trwania archiwum od poprzedniego czasu trwania "okna przewijania DVR", który jest widoczny dla odtwarzacza. Jest to bardzo przydatne w przypadku przesyłania strumieniowego z bardzo małym oknem zmiany czasu w odtwarzaczu, ale chcesz zarchiwizować całe wydarzenie na żywo z zasobem wyjściowym.

Możesz ustawić wartość minimalnąwindWindowLength na wartość minimalną wynoszącą 60 sekund. Wartość domyślna to 30 minut, jeśli włączysz wydarzenie na żywo z opcją "LowLatencyV2", w przeciwnym razie nie ma wartości domyślnej. Jeśli nie ustawiono przewijaniawindowLength , a wydarzenie na żywo nie ma ustawionej opcji "LowLatencyV2", żadna wartość domyślna nie jest ustawiana przez serwer, a okno do wyszukiwania podczas odtwarzania na żywo będzie taką samą wartością jak archiwumWindowLength. W takiej sytuacji, jeśli archiwumWindowLength jest ustawione na bardzo duży czas trwania, może to mieć wpływ na więcej problemów z buforowaniem podczas odtwarzania w trybie na żywo z powodu większego rozmiaru manifestu pobierania do odtwarzacza na potrzeby analizowania.

Aby uzyskać więcej informacji, zobacz artykuł Use time-shifting and Live Outputs to create on-demand video playback (Używanie przesunięcia czasu i danych wyjściowych na żywo do tworzenia odtwarzania wideo na żądanie)

Nowy region: Chiny Północne 3 są teraz ogólnie dostępne

Klienci w Chinach mogą teraz uzyskiwać dostęp do usługi Azure Media Services w regionie Chiny Północne 3 oprócz istniejących 4 regionów, które są już ogólnie dostępne (Chiny Wschodnie, Chiny Wschodnie, Chiny Wschodnie 2, Chiny Północne, Chiny Północne 2). Aby uzyskać szczegółowe informacje, zobacz dostępność regionów według tabeli funkcji .

Wycofanie narzędzia Azure Media Redactor, Video Analyzer i Face Detector w dniu 14 września 2023 r.

Zgodnie z opisem standardów odpowiedzialnej sztucznej inteligencji firmy Microsoft firma Microsoft zobowiązuje się do uczciwości, prywatności, bezpieczeństwa i przejrzystości w odniesieniu do systemów sztucznej inteligencji. Aby lepiej dostosować nasze produkty do nowych standardów i zasad ograniczonego dostępu dla innych produktów firmy Microsoft, usługa Azure Media Services wycofa następujące możliwości 14 września 2023 r.:

• Azure Media Redactor (RESTv2)
• Ustawienia wstępne narzędzia do wykrywania twarzy
• Ustawienie wstępne analizatora wideo

Po 14 września 2023 r. wszystkie aplikacje opracowane przy użyciu usługi Azure Media Redactor, ustawienia wstępne narzędzia do wykrywania twarzy lub ustawienia wstępne analizatora wideo zaczną występować błędy lub przesłania zadań, które zakończyły się niepowodzeniem.

Wymagana akcja

Usługa Azure Media Redactor (RESTv2) i ustawienia wstępne narzędzia do wykrywania twarzy zostaną wycofane i nie zostaną obecnie zastąpione. Jeśli zamiast tego chcesz wykryć osoby w filmie wideo, zalecamy zaktualizowanie aplikacji tak, aby korzystały z interfejsów API usługi Video Indexer w celu wykrywania obserwowanych osób i dopasowywania obserwowanych osób do twarzy i przesyłania żądania uzyskania dostępu do programu Limited Access dla tych funkcji.

Jeśli obecnie używasz ustawień wstępnych usługi Video Analyzer, zalecamy zaktualizowanie aplikacji do korzystania z interfejsów API usługi Video Indexer na potrzeby analizy wideo, która oferuje rozszerzony zakres możliwości.

Więcej informacji

Jeśli masz pytania, poszukaj odpowiedzi od ekspertów ze społeczności w witrynie Microsoft Q&A. Jeśli masz plan pomocy technicznej i potrzebujesz pomocy technicznej, utwórz wniosek o pomoc techniczną w Azure Portal.

2022 sierpnia 2020 r.

Nowy przykład interfejsu API track w Node.js/Typescript do dodawania ścieżek napisów i transkrypcji do dowolnego elementu zawartości

Nowy przykład pokazujący, jak późno powiązać podtytuł WebVTT lub TTML lub podpis plik jest teraz dostępny w przykładowym projekcie Node.js. Zobacz przykład Dodawanie podtytułu WebVTT/IMSC1/TTML lub podpis do istniejącego elementu zawartości

W tym przykładzie pokazano, jak dodać dowolną liczbę ścieżek tekstowych do elementu zawartości i dodać je jako profil tekstowy TTML/IMSC1 zarówno w formacie DASH, jak i HLS. Interfejs API umożliwia również ustawienie określonych cech manifestu HLS, takich jak ścieżka Domyślne podpis, ustawienie właściwości "Forced", a także sterowanie wartością "Characteristics" ścieżki tekstowej HLS zgodnie ze specyfikacją HLS firmy Apple.

Interfejs API obsługuje obecnie przekazywanie formatu pliku vtt lub ttml do istniejącego elementu zawartości. Nowe ścieżki zarejestrowane za pomocą interfejsu API utworów będą wyświetlane natychmiast w manifeście DASH i HLS jako ścieżki tekstowe profilu IMSC1 MP4.

Czerwiec 2022 r.

Niestandardowe szybkości transmisji bitów audio obsługiwane w niestandardowych ustawieniach wstępnych kodowania na żywo

Teraz możesz zażądać niestandardowego ustawienia wstępnego kodowania na żywo, które obsługuje wiele danych wyjściowych szybkości transmisji bitów audio. W przypadku dźwięku w ustawieniu wstępnym na żywo można teraz dostosować przy użyciu następujących dyskretnych szybkości transmisji bitów audio AAC (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Określ również, że żądasz niestandardowego ustawienia wstępnego w bilecie pomocy technicznej.

Niestandardowe ustawienia wstępne mogą teraz zawierać wiele dyskretnych szybkości transmisji bitów audio w tym samym ustawieniu kodowania na żywo. Jest to przydatne w przypadku rynków, które wymagają ścieżki audio o mniejszej szybkości transmisji bitów w sieciach mobilnych. Przykładem może być niestandardowe ustawienie wstępne na żywo, które może jednocześnie wyświetlać ścieżki audio 96k i 128k AAC. Odtwarzacz może następnie filtrować lub wybierać odpowiednią ścieżkę albo filtr dynamiczny można zastosować w celu zaoferowania manifestu tylko 96k lub manifestu tylko 128k podczas publikowania lokalizatora przesyłania strumieniowego (lub przełącznika na bieżąco przy użyciu parametru zapytania "filter={filterName}" w adresie URL lokalizatora przesyłania strumieniowego).

Skalowanie automatyczne

Teraz możesz automatycznie skalować punkty końcowe przesyłania strumieniowego w warstwie Premium na koncie usługi Media Services na podstawie wszystkich dostępnych metryk punktu końcowego przesyłania strumieniowego lub metryk dla dowolnych powiązanych jednostek. Kombinacja tych metryk może służyć do tworzenia reguły skalowania automatycznego. Aby uzyskać więcej informacji, zobacz Automatyczne skalowanie punktów końcowych przesyłania strumieniowego usługi Media Services. Należy pamiętać, że skalowanie automatyczne może nadal trwać długo i nie jest natychmiastowe, dlatego pamiętaj, aby zapewnić wystarczająco dużo czasu na skalowanie i wdrażanie zasobów w projektach architektury. Uruchamianie punktów końcowych przesyłania strumieniowego zajmuje trochę czasu, dlatego zaleca się użycie punktów wyzwalacza o mniejszej wartości dla użycia procesora CPU i ruchu wychodzącego przepustowości sieci w celu wyzwolenia skalowania w górę.

Maj 2022 r.

Podpisy z podpisami 708 i 608 HLS obsługi dekoracji manifestu

Strumienie na żywo pozyskiwane z osadzonymi podpisami 608/708 w strumieniu podstawowym są teraz prawidłowo przypisywane w manifeście HLS przy użyciu tagu EXT-X-MEDIA z type=CLOSED-CAPTIONS. Jest to zgodne z sekcją RFC-8216 4.3.4.1.

Na przykład strumień na żywo z podpisami 608 i 708 zostanie wyświetlony w manifeście HLS:

   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA708_CC",DEFAULT=YES,INSTREAM-ID="SERVICE1"
   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA608_CC",INSTREAM-ID="CC1"

Kwiecień 2022 r.

Transkrypcje na żywo

Transkrypcja na żywo jest teraz ogólnie dostępna i obsługuje wszystkie dostępne języki w interfejsie API zamiany mowy na tekst. Pełna lista języków jest dostępna w artykule Regiony i języki transkrypcji na żywo

Małe opóźnienia HLS (LL-HLS)

Usługa HLS o małych opóźnieniach (LL-HLS) jest teraz dostępna w interfejsie API i w witrynie Azure Portal. Aby włączyć ll-HLS, użyj opcji strumienia "LowLatencyV2" podczas tworzenia strumienia na żywo. Zobacz przykład Node.js, aby dowiedzieć się, jak skonfigurować tworzenie zdarzenia kodowania na żywo HLS o małym opóźnieniu W Azure Portal wybierz nową opcję "Małe opóźnienie" podczas tworzenia wydarzenia na żywo. Nowa funkcja LL-HLS może zapewnić mniejsze opóźnienie w zakresie 4–7 sekund w przypadku korzystania z platformy odtwarzacza obsługującej protokół LL-HLS. Protokół HLS o małych opóźnieniach jest dostępny tylko w kanałach transkodowania na żywo i nie jest jeszcze dostępny dla wydarzeń na żywo w trybie przekazywania.

Marzec 2022 r.

Zestaw .NET SDK w wersji 6.0.0

Zestaw .NET SDK w wersji 6.0.0 jest teraz dostępny w programie Nuget. Microsoft.Azure.Management.Media

Ten zestaw SDK obsługuje nową stabilną wersję standardu OPENAPI usługi AMS REST 2021-11-01 .

Aby zainstalować za pomocą Menedżera pakietów:

Install-Package Microsoft.Azure.Management.Media -Version 6.0.0

Aby zainstalować przy użyciu interfejsu wiersza polecenia platformy .NET

dotnet add package Microsoft.Azure.Management.Media --version 6.0.0

Zmiany w zestawie SDK w wersji 6.0.0 obejmują:

• Dodano nowy interfejs API ścieżki w ramach elementu zawartości, aby zarządzać ścieżkami dostępnymi w zasobie.
• Dodano profil kodowania Main10 dla kodowania H265.
• Uwidoczniony tryb RateControlMode dla kodowania H264, włączając 2 nowe tryby sterowania szybkością — CBR (stała szybkość bitów) i CRF (stały współczynnik szybkości).
• Dodano właściwość "skus" do punktu końcowego przesyłania strumieniowego, aby wskazać typ punktu końcowego przesyłania strumieniowego i jego skalę. Umożliwia to konfigurację ręcznego lub automatycznego skalowania jednostek przesyłania strumieniowego w punkcie końcowym przesyłania strumieniowego.
• Dodano opcję strumienia "LowLatencyV2" na wydarzeniu na żywo, która ma być używana do transmisji strumieniowej na żywo o małych opóźnieniach przy użyciu formatu HLS firmy Apple (LL-HLS)

Nowa zawartość witryny Docs: przesyłanie strumieniowe spotkania usługi Microsoft Teams

Transmisję spotkania z usługi Microsoft Teams można łatwo przekazać za pomocą wydarzenia na żywo w usłudze Media Services. Łatwe umieszczanie spotkania w usłudze Teams na żywo w publicznej witrynie internetowej lub używanie funkcji DRM do ochrony strumienia. Przechwytywanie i rejestrowanie strumienia jako elementu zawartości VOD do użycia z platformą kodowania usługi Media Services. Zobacz Stream a Microsoft Teams Meeting (Przesyłanie strumieniowe spotkania w usłudze Microsoft Teams).

Podpisy opóźnione i ślady napisów dotyczące zasobów przy użyciu nowego interfejsu API track

Nowe śledzenie interfejsu API w zasobach umożliwia wyświetlanie listy dostępnych ścieżek wewnątrz elementu zawartości. Umożliwia to odnajdywanie dostępnych ścieżek dźwiękowych, wideo i tekstowych przechowywanych w zasobie. Interfejs API przesyłania strumieniowego umożliwia łączenie plików podpis i napisów w profilu tekstowym IMSC1 i formacie WebVTT z zasobami przesyłania strumieniowego. W przeszłości klienci musieli zmodyfikować plik ism na koncie usługi Blob Storage, aby dodać nowe ścieżki powiązane z późnym opóźnieniem do swoich zasobów. Zastępuje to zadanie ręczne i udostępnia obsługiwaną trasę zestawu SDK, aby umożliwić dodawanie podtytułów z opóźnieniem i podpis plików.

Aby uzyskać szczegółowe informacje techniczne dotyczące nowego interfejsu API śledzenia, zobacz wersję 2021-11-01 specyfikacji INTERFEJSu OPENAPI usługi AMS REST tutaj.

Przykładowa lista podstawowa jest dostarczana w języku JavaScript dla każdego dodatkowego przykładu, a dokumentacja zostanie wkrótce udostępniona dla każdego zestawu SDK.

Grudzień 2021 r.

Zaktualizowano zestaw JavaScript SDK w wersji 10.0.0

Zestaw SDK języka JavaScript został zaktualizowany w celu obsługi najnowszej wersji interfejsu API REST 2021-06-01. Ten nowy izomorficzny zestaw JAVAScript SDK obejmuje lepszą obsługę obietnic i możliwość uwierzytelniania przy użyciu biblioteki do użycia z @azure/identity aplikacjami Azure AD, tożsamością zarządzaną i nie tylko.

Aby pobrać najnowszy pakiet, zobacz pakiet NPM @azure/arm-media-services.

Zaktualizowany i rozszerzony zestaw przykładów opartych na języku Node.js i TypeScript dla nowego pakietu JavaScript jest dostępny w usłudze Git Hub. https://github.com/Azure-Samples/media-services-v3-node-tutorials

Języki hebrajskie, perskie i portugalskie w Portugalii dostępne w ustawieniach wstępnych analizatora audio/wideo na potrzeby transkrypcji

Hebrajski, Perski i Portugalia Portugalski (obecny model, który istnieje dzisiaj jest brazylijski portugalski) są teraz dostępne do użycia w ustawieniach ustawień audio i video Analyzer

Nowe obsługiwane kody języka BCP-47 to: he-IL, fa-IR i pt-PT.

Nowy region: Szwedzki region środkowy jest teraz ogólnie dostępny

Usługa Media Services jest teraz ogólnie dostępna w regionie Szwecja Środkowa. Obecnie istnieją pewne ograniczenia funkcji w regionie, podczas gdy czekamy na kilka usług zależności, które również pojawią się w regionie. Sprawdź wykres dostępności funkcji regionalnych , aby określić, kiedy funkcje zostaną dostarczone.

Nowe wydarzenie z archiwum kanału zdarzeń na żywo zdarzeń pulsu

Dodano nowe zdarzenie, które śledzi stan i kondycję archiwum zdarzeń na żywo. Aby uzyskać więcej informacji na temat tego nowego zdarzenia, zobacz Temat LiveEventChannelArchiveHeartbeatEvent w schemacie usługi Event Grid dla usługi Media Services .

Wrzesień 2021

Nowa podstawowa jednostka SKU zdarzeń na żywo z przekazywaniem

Nowa podstawowa jednostka SKU z przekazywaniem na żywo umożliwia klientom tworzenie wydarzeń na żywo w niższym punkcie cenowym. Jest ona podobna do standardowych zdarzeń na żywo z przekazywaniem, ale z niższymi limitami przepustowości danych wejściowych, mniejszą dozwoloną liczbą danych wyjściowych na żywo, różnymi limitami długości okien DVR i brakiem dostępu do transkrypcji na żywo. Aby uzyskać więcej informacji, zobacz porównanie typów zdarzeń na żywo .

Ulepszone zarządzanie skalowaniem i monitorowanie punktu końcowego przesyłania strumieniowego w portalu

Strona portalu punktu końcowego przesyłania strumieniowego zapewnia teraz łatwy sposób zarządzania pojemnością ruchu wychodzącego i szacowania zasięgu odbiorców bez skonfigurowanej sieci CDN. Dostosuj szybkość transmisji bitów dostarczania i oczekiwany współczynnik trafień pamięci podręcznej CDN, aby uzyskać szybkie oszacowania rozmiaru odbiorców i pomóc określić, czy chcesz skalować w górę do większej liczby punktów końcowych przesyłania strumieniowego Premium.

Strona portalu punktu końcowego przesyłania strumieniowego zawiera teraz metryki procesora CPU, ruchu wychodzącego i opóźnienia

Teraz można wizualizować obciążenie procesora CPU, przepustowość ruchu wychodzącego i kompleksowe metryki opóźnień w punktach końcowych przesyłania strumieniowego w Azure Portal. Teraz można tworzyć alerty monitorowania na podstawie metryk procesora CPU, ruchu wychodzącego lub opóźnienia bezpośrednio w portalu przy użyciu możliwości usługi Azure Monitor.

obsługa tożsamości zarządzanych User-Assigned dla kont usługi Media Services

Dzięki User-Assigned tożsamościom zarządzanym klienci będą teraz mogli zapewnić lepsze zabezpieczenia kont magazynu i skojarzonych magazynów kluczy. Dostęp do konta magazynu klienta i magazynów kluczy będzie ograniczony do tożsamości zarządzanej przypisanej przez użytkownika. Masz pełną kontrolę nad okresem istnienia tożsamości zarządzanych przez użytkownika i możesz łatwo odwołać dostęp konta usługi media service do dowolnego określonego konta magazynu zgodnie z potrzebami.

Strona kont magazynu usługi Media Services w portalu obsługuje teraz zarówno elementy UAMI, jak i SAMI

Teraz można przypisywać tożsamości zarządzane przypisane przez użytkownika (UAMI) lub tożsamości zarządzane przypisane przez system (SAMI) dla kont magazynu bezpośrednio w Azure Portal dla usługi Media Services.

Strona Bring your own key (Przynieś własną stronę klucza) obsługuje teraz zarówno elementy UAMI, jak i SAMI.

Strona portalu zarządzania kluczami dla usługi Media Services obsługuje teraz konfigurację i zarządzanie tożsamościami zarządzanymi przypisanymi przez użytkownika (UAMI) lub tożsamościami zarządzanymi przypisanymi przez system (SAMI).

Obsługa prywatnego punktu końcowego dla usługi Media Services

Teraz możesz ograniczyć publiczny dostęp do wydarzeń na żywo, punktów końcowych przesyłania strumieniowego i punktu końcowego kluczowych usług dostarczania na potrzeby ochrony zawartości i zarządzania urządzeniami przenośnymi, tworząc prywatny punkt końcowy dla każdej z usług. Spowoduje to ograniczenie publicznego dostępu do każdej z tych usług. Tylko ruch pochodzący ze skonfigurowanej sieci wirtualnej (VNET) skonfigurowany w prywatnym punkcie końcowym będzie mógł uzyskiwać dostęp do tych punktów końcowych.

Lista dozwolonych adresów IP dla usługi kluczy

Teraz możesz zezwolić niektórym publicznym adresom IP na dostęp do usługi dostarczania kluczy na potrzeby zarządzania urządzeniami przenośnymi i ochroną zawartości. Punkty końcowe zdarzeń na żywo i przesyłania strumieniowego obsługują już konfigurację listy dozwolonych adresów IP na odpowiednich stronach.

Teraz masz również flagę funkcji na poziomie konta, aby zezwolić/zablokować publiczny dostęp do Internetu na koncie usługi Media Services.

Lipiec 2021 r.

Zestaw .NET SDK (Microsoft.Azure.Management.Media) 5.0.0 dostępny w programie NuGet

Zestaw MICROSOFT.Azure.Management.Media .NET SDK w wersji 5.0.0 jest teraz udostępniany w programie NuGet. Ta wersja jest generowana do pracy ze stabilną wersją interfejsu API REST usługi ARM 2021-06-01 .

Aby uzyskać szczegółowe informacje na temat zmian w wersji 4.0.0, zobacz dziennik zmian.

Zmiany w wersji zestawu .NET SDK w wersji 5.0.0

• Konto usługi Media Services obsługuje teraz tożsamości zarządzane przypisane przez system i użytkownika.
• Dodano opcję PublicNetworkAccess do kont usługi Media Services. Tej opcji można użyć z funkcją Private Link, aby zezwolić tylko na dostęp z sieci prywatnych, blokując dostęp do całej sieci publicznej
• Podstawowe przekazywanie — dodawany jest nowy typ wydarzenia na żywo. Wydarzenia na żywo "Podstawowe przekazywanie" mają podobne możliwości jak standardowe wydarzenia przekazywane na żywo z pewnymi ograniczeniami wejściowymi i wyjściowymi i są oferowane w obniżonej cenie.
• PresetConfigurations — umożliwia dostosowanie ustawień wyjściowych oraz minimalnych i maksymalnych szybkości bitów używanych dla ustawień wstępnych kodowania obsługującego zawartość. Pomaga to lepiej oszacować i zaplanować bardziej dokładne rozliczenia podczas korzystania z kodowania obsługującego zawartość za pośrednictwem ograniczonych danych wyjściowych śledzenia liczb i rozwiązań.

Istotne zmiany w wersji zestawu .NET SDK tht 5.0.0

• Element ApiErrorException został zastąpiony błędem ErrorResponseException w celu zapewnienia spójności ze wszystkimi innymi zestawami SDK platformy Azure. Treść wyjątku nie została zmieniona.
• Wszystkie wywołania zwracające wartość 404 Nie znaleziono teraz zgłaszają błęduResponseException zamiast zwracać wartość null. Ta zmiana została wprowadzona tak, aby była spójna z innymi zestawami SDK platformy Azure
• Konstruktor usługi Media Service ma nowy opcjonalny parametr PublicNetworkAccess po parametrze KeyDelivery.
• Właściwość type w usłudze MediaServiceIdentity została zmieniona z ManagedIdentityType na ciąg w celu uwzględnienia wielu wartości rozdzielanych przecinkami. Prawidłowe ciągi to SystemAssigned lub UserAssigned.

Czerwiec 2021 r.

Więcej właściwości pulsu pozyskiwania zdarzeń na żywo w celu uzyskania ulepszonej diagnostyki

Do komunikatu usługi Event Grid dodano więcej właściwości pozyskiwania pulsu na żywo. Obejmuje to następujące nowe pola ułatwiające diagnozowanie problemów podczas pozyskiwania na żywo. Wartość ingestDriftValue jest przydatna w scenariuszach, w których należy monitorować opóźnienie sieci z kodera pozyskiwania źródłowego wypychanego do wydarzenia na żywo. Jeśli ta wartość dryfuje zbyt daleko, może to oznaczać, że opóźnienie sieci jest zbyt wysokie dla pomyślnego wydarzenia transmisji strumieniowej na żywo.

Aby uzyskać więcej informacji, zobacz schemat LiveEventIngestHeartbeat .

obsługa Private Link jest teraz ogólnie dostępna

Obsługa korzystania z usługi Media Services z linkami prywatnymi jest teraz ogólnie dostępna we wszystkich regionach świadczenia usługi Azure, w tym Azure Government chmurach.

Azure Private Link umożliwia dostęp do usług PaaS platformy Azure i usług hostowanych przez klienta/partnerów platformy Azure za pośrednictwem prywatnego punktu końcowego w sieci wirtualnej.

Ruch między siecią wirtualną a usługą odbywa się za pośrednictwem sieci szkieletowej firmy Microsoft, eliminując ekspozycję z publicznego Internetu.

Aby uzyskać szczegółowe informacje na temat korzystania z usługi Media Services z prywatnymi punktami końcowymi, zobacz Tworzenie konta usługi Media Services i magazynu z prywatnym punktem końcowym

Nowy region: Region Zachodnie stany USA 3 to ogólna dostępność

Region Zachodnie stany USA jest teraz ogólnie dostępny dla klientów podczas tworzenia nowych kont usługi Media Services.

Dostarczanie klucza obsługuje ograniczenia listy dozwolonych adresów IP

Konta usługi Media Services można teraz skonfigurować z ograniczeniami listy dozwolonych adresów IP dotyczącymi dostarczania kluczy. Nowe ustawienie listy dozwolonych jest dostępne w zasobie konta usługi Media Services za pośrednictwem zestawu SDK i w portalu i interfejsie wiersza polecenia. Dzięki temu operatorzy mogą ograniczyć dostarczanie licencji DRM i kluczy zawartości AES-128 do określonych zakresów IPv4.

Ta funkcja może również służyć do wyłączania wszystkich publicznych dostaw internetowych licencji DRM lub kluczy AES-128 i ograniczania dostarczania do prywatnego punktu końcowego sieci.

Aby uzyskać szczegółowe informacje, zobacz artykuł Ograniczanie dostępu do licencji DRM i dostarczania kluczy AES przy użyciu listy dozwolonych adresów IP .

Nowe przykłady dla języka Python i Node.js (z językiem TypeScript)

Zaktualizowano przykłady dlaNode.js , które korzystają z najnowszej obsługi języka TypeScript w zestawie Azure SDK.

Sample	Opis
Transmisja strumieniowa na żywo	Podstawowy przykład transmisji strumieniowej na żywo. OSTRZEŻENIE, upewnij się, że wszystkie zasoby są czyszczone i nie są już rozliczane w portalu podczas korzystania z trybu live
Przekazywanie i przesyłanie strumieniowe plików HLS i DASH	Podstawowy przykład przekazywania pliku lokalnego lub kodowania z źródłowego adresu URL. W przykładzie pokazano, jak pobrać zawartość za pomocą zestawu SDK magazynu i pokazać, jak przesyłać strumieniowo do odtwarzacza
Przekazywanie i przesyłanie strumieniowe plików HLS i DASH za pomocą narzędzi PlayReady i Widevine DRM	Pokazuje, jak kodować i przesyłać strumieniowo przy użyciu narzędzi Widevine i PlayReady DRM

Nowy przykład języka Python przedstawiający sposób używania Azure Functions i usługi Event Grid do wyzwalania ustawień wstępnych funkcji rozpoznawania twarzy.

Maj 2021 r.

domyślna obsługa Strefy dostępności w usłudze Media Services

Usługa Media Services obsługuje teraz Strefy dostępności, zapewniając lokalizacje izolowane od błędów w tym samym regionie świadczenia usługi Azure. Konta usługi Media Services są domyślnie nadmiarowe i nie są wymagane żadne dodatkowe ustawienia ani konfiguracje. Dotyczy to tylko regionów z obsługą Strefy dostępności

Marzec 2021 r.

Dodano obsługę nowego języka do ustawień wstępnych AudioAnalyzer

Więcej języków transkrypcji wideo i podtytułów jest teraz dostępnych w ustawieniach wstępnych AudioAnalyzer (tryby Podstawowe i Standardowe).

• Angielski (Australia), 'en-AU'
• Francuski (Kanada), "fr-CA"
• Arabski (Bahrajn) nowoczesny standard, "ar-BH"
• Arabski (Egipt), "ar-EG"
• Arabski (Irak), "ar-IQ"
• Arabski (Izrael), "ar-IL"
• Arabski (Jordania), "ar-JO"
• Arabski (Kuwejt), "ar-KW"
• Arabski (Liban), "ar-LB"
• Arabski (Oman), 'ar-OM'
• Arabski (Katar), "ar-QA"
• Arabski (Arabia Saudyjska), "ar-SA"
• Duński, "da-DK"
• Norweski, "nb-NO"
• Szwedzki, "sv-SE"
• Fiński, "fi-FI"
• Tajski, "th-TH"
• Turecki, "tr-TR"

Zapoznaj się z najnowszymi dostępnymi językami w artykule Analizowanie plików wideo i audio.

Luty 2021 r.

Obsługa kodowania HEVC w koderze standardowym

Koder standardowy obsługuje teraz obsługę kodowania 8-bitowego protokołu HEVC (H.265). Zawartość HEVC można dostarczać i pakować za pomocą dynamicznego pakietu przy użyciu formatu "hev1".

Nowe niestandardowe kodowanie platformy .NET z przykładem HEVC jest dostępne w repozytorium Git Hub media-services-v3-dotnet. Oprócz kodowania niestandardowego dostępne są teraz następujące wbudowane ustawienia wstępne kodowania HEVC:

• H265ContentAwareEncoding
• H265AdaptiveStreaming
• H265SingleBitrate720P
• H265SingleBitrate1080p
• H265SingleBitrate4K

Klienci wcześniej korzystający z protokołu HEVC w koderze Premium w interfejsie API w wersji 2 powinni przeprowadzić migrację do korzystania z nowej obsługi kodowania HEVC w koderze w warstwie Standardowa.

Powiadomienie o wycofaniu interfejsu API i zestawów SDK usługi Azure Media Services w wersji 2

Zaktualizuj interfejs API REST usługi Azure Media Services i zestawy SDK do wersji 3 do 29 lutego 2024 r.

Ponieważ wersja 3 interfejsu API REST usługi Azure Media Services i zestawów SDK klienta dla platformy .NET i języka Java oferuje więcej możliwości niż wersja 2, wycofaliśmy wersję 2 interfejsu API REST usługi Azure Media Services i zestawów SDK klienta dla platformy .NET i języka Java.

Zachęcamy do przejścia wcześniej, aby uzyskać bogatsze korzyści z wersji 3 interfejsu API REST usługi Azure Media Services i zestawów SDK klienta dla platformy .NET i języka Java. Wersja 3 zapewnia:

• Obsługa wydarzeń na żywo 24x7
• Interfejsy API REST usługi ARM, zestawy SDK klienta dla platformy .NET Core, Node.js, Python, Java, Go i Ruby.
• Klucze zarządzane przez klienta, zaufana integracja magazynu, obsługa linków prywatnych i nie tylko

W ramach aktualizacji do interfejsu API w wersji 3 i zestawów SDK jednostki rezerw multimediów (MRU) nie są już potrzebne dla żadnego konta usługi Media Services, ponieważ system automatycznie skaluje się w górę i w dół na podstawie obciążenia. Aby uzyskać więcej informacji, zapoznaj się ze wskazówkami dotyczącymi migracji jednostek MRU .

Wycofanie usługi AMS jako autonomicznego serwera dostarczania licencji (hybrydowego trybu lokalnego) w wersji 2 do 3 migracji

Interfejs API w wersji 3 nie obsługuje już korzystania z usług dostarczania kluczy jako autonomicznej funkcji ochrony zawartości, w której usługa dostarczania kluczy może służyć do dostarczania licencji na zawartość przesyłaną strumieniowo lub dostarczaną za pośrednictwem innych serwerów pochodzenia innych firm. Oznacza to, że usługa AMS nie obsługuje już scenariuszy dostarczania kluczy tylko w interfejsie API w wersji 3 i wymaga przesyłania strumieniowego z usług źródłowych amS przy użyciu pakietów dynamicznych i szyfrowania podczas dostarczania przy użyciu wersji 3.

Istniejąca zawartość zaszyfrowana za pomocą interfejsu API w wersji 2 i dostarczana w modelu hybrydowym będzie nadal działać (klucze będą nadal pobierane na płaszczyźnie danych), ale zarządzanie tymi kluczami (aktualizacjami i edycjami) za pośrednictwem płaszczyzny zarządzania w wersji 2 lub v3 nie będzie już działać po 29 lutego 2024 r.

Uwaga

Cała nowa zawartość dostarczana przy użyciu programu v3 będzie obsługiwać tylko ochronę zawartości i przesyłanie strumieniowe z systemu AMS i nie obsługuje już trybu "hybrydowego". Płaszczyzna danych będzie nadal dostarczać istniejące klucze i licencje utworzone w wersji 2, ale nie będzie już obsługiwać zarządzania ani aktualizacji za pośrednictwem interfejsu API w wersji 2 lub 3.

Wymagana akcja

Aby zminimalizować zakłócenia w obciążeniach, zapoznaj się z przewodnikiem migracji , aby przejść kod z interfejsu API w wersji 2 i zestawów SDK do wersji 3 interfejsu API i zestawu SDK przed 29 lutego 2024 r. Po 29 lutego 2024 r. usługa Azure Media Services nie będzie już akceptować ruchu w interfejsie API REST w wersji 2, interfejsu API zarządzania kontami usługi ARM w wersji 2015-10-01 lub z zestawów SDK klienta platformy .NET w wersji 2. Obejmuje to wszystkie zestawy SDK klienta typu open source innej firmy, które mogą wywoływać interfejs API w wersji 2.

Zobacz oficjalne ogłoszenie usługi Azure Aktualizacje.

Obsługa standardowego kodera dla funkcji interfejsu API w wersji 2

Oprócz nowej dodatkowej obsługi kodowania HEVC (H.265) następujące funkcje są teraz dostępne w wersji 2020-05-01 (lub nowszej) interfejsu API kodowania.

• Łączenie wielu plików wejściowych jest teraz obsługiwane przy użyciu nowej obsługi jobInputClip .
  • Przykład jest dostępny dla platformy .NET pokazujący sposób łączenia dwóch zasobów.
• Wybór ścieżki audio umożliwia klientom wybieranie i mapowanie przychodzących ścieżek dźwiękowych i kierowanie ich do danych wyjściowych na potrzeby kodowania
  • Aby uzyskać szczegółowe informacje na temat elementu AudioTrackDescriptor i śledzenia wyboru, zobacz interfejs API REST OpenAPI
• Śledzenie wyboru kodowania — umożliwia klientom wybieranie ścieżek z pliku źródłowego ABR lub archiwum na żywo, które ma wiele ścieżek szybkości transmisji bitów. Niezwykle przydatne do generowania plików MP4 z plików archiwum zdarzeń na żywo.
  • Zobacz VideoTrackDescriptor
• Funkcje redakcji (rozmycia) dodane do funkcji FaceDetector
  • Zobacz tryby redact i połączone ustawień ustawień faceDetector

Nowe wersje zestawu SDK klienta dla wersji 2020-05-01 interfejsu API usługi Azure Media Services

Nowe wersje zestawu SDK klienta dla wszystkich dostępnych języków są teraz dostępne z powyższymi funkcjami. Zaktualizuj najnowsze zestawy SDK klienta w bazach kodu przy użyciu menedżera pakietów.

• Pakiet .NET SDK 3.0.4
• Node.js TypeScript w wersji 8.1.0
• Python azure-mgmt-media 3.1.0
• Zestaw Java SDK 1.0.0-beta.2

Nowe funkcje zabezpieczeń dostępne w wersji 2020-05-01 interfejsu API usługi Azure Media Services

• Klucze zarządzane przez klienta: klucze zawartości i inne dane przechowywane na kontach utworzonych przy użyciu interfejsu API wersji "2020-05-01" są szyfrowane przy użyciu klucza konta. Klienci mogą podać klucz do szyfrowania klucza konta.

• Zaufany magazyn: usługi Media Services można skonfigurować do uzyskiwania dostępu do usługi Azure Storage przy użyciu tożsamości zarządzanej skojarzonej z kontem usługi Media Services. Gdy dostęp do kont magazynu jest uzyskiwany przy użyciu tożsamości zarządzanej, klienci mogą skonfigurować bardziej restrykcyjne listy ACL sieci na koncie magazynu bez blokowania scenariuszy usługi Media Services.

• Tożsamości zarządzane: klienci mogą włączyć tożsamość zarządzaną przypisaną przez system dla konta usługi Media Services w celu zapewnienia dostępu do magazynów kluczy (w przypadku kluczy Customer-Managed) i kont magazynu (w przypadku zaufanego magazynu).

Zaktualizowano przykłady języka TypeScript Node.js przy użyciu zestawu SDK izomorficznego dla języka JavaScript

Przykłady Node.js zostały zaktualizowane w celu korzystania z najnowszego zestawu SDK izomorficznego. Przykłady pokazują teraz użycie języka TypeScript. Ponadto dodano nowy przykład transmisji strumieniowej na żywo dla Node.js/TypeScript.

Zapoznaj się z najnowszymi przykładami w repozytorium Git Hub media-services-v3-node-tutorials .

Nowy tryb stand-by na żywo do obsługi szybszego uruchamiania ze stanu ciepłego

Wydarzenia na żywo obsługują teraz tryb rozliczeń o niższych kosztach dla trybu "stand-by". Dzięki temu klienci mogą wstępnie przydzielić wydarzenia na żywo przy niższych kosztach tworzenia "gorących pul". Klienci mogą następnie korzystać z wydarzeń na żywo w trybie stand-by, aby przejść do stanu Uruchomione szybciej niż począwszy od zimnego tworzenia. Skraca to znacznie czas uruchamiania kanału i umożliwia szybkie przydzielanie maszyn w puli gorącej działających w trybie niższej ceny. Zobacz najnowsze szczegóły cennika tutaj. Aby uzyskać więcej informacji na temat stanu wstrzymania i innych stanów wydarzeń na żywo, zobacz artykuł — Stany i rozliczenia zdarzeń na żywo.

Grudzień 2020 r.

Dostępność w regionach

Usługa Azure Media Services jest teraz dostępna w regionie Norwegia Wschodnia w Azure Portal. W tym regionie nie ma wersji RESTV2.

Październik 2020 r.

Podstawowa analiza audio

Ustawienie wstępne analizy audio zawiera teraz warstwę cenową trybu podstawowego. Nowy tryb podstawowego analizatora audio zapewnia tanią opcję wyodrębniania transkrypcji mowy oraz formatowania podpisów wyjściowych i napisów. Ten tryb wykonuje transkrypcję zamiany mowy na tekst i generowanie pliku podtytułu VTT/podpis. Dane wyjściowe tego trybu obejmują plik JSON szczegółowych informacji, w tym tylko słowa kluczowe, transkrypcję i informacje o chronometrażu. Automatyczne wykrywanie języka i diaryzacja osoby mówiącej nie są uwzględniane w tym trybie. Zobacz listę obsługiwanych języków.

Klienci korzystający z indeksatora w wersji 1 i Indexer w wersji 2 powinni przeprowadzić migrację do ustawień wstępnych podstawowej analizy audio.

Aby uzyskać więcej informacji na temat trybu podstawowego analizatora audio, zobacz Analizowanie plików wideo i audio.

Wydarzenia na żywo

Aktualizacje do większości właściwości są teraz dozwolone po zatrzymaniu wydarzeń na żywo. Ponadto użytkownicy mogą określić prefiks statycznej nazwy hosta dla adresów URL wejściowych i adresów URL podglądu wydarzenia na żywo. Funkcja VanityUrl jest teraz wywoływana useStaticHostName w celu lepszego odzwierciedlenia intencji właściwości.

Wydarzenia na żywo mają teraz stan wstrzymania. Zobacz wydarzenia na żywo i dane wyjściowe na żywo w usłudze Media Services.

Wydarzenie na żywo obsługuje odbieranie różnych współczynników proporcji wejściowych. Tryb rozproszania umożliwia klientom określenie zachowania rozciągającego dla danych wyjściowych.

Kodowanie na żywo dodaje teraz możliwość wyprowadzania fragmentów stałych interwałów klatek kluczowych z zakresu od 0,5 do 20 sekund.

Konta

Ostrzeżenie

Jeśli utworzysz konto usługi Media Services z interfejsem API 2020-05-01, nie będzie ono działać z usługą RESTv2

Sierpień 2020 r.

Szyfrowanie dynamiczne

Obsługa starszego szyfrowania PIFF 1.1 (PlayReady Protected Interoperable File Format) jest teraz dostępna w dynamicznym pakiecie. Zapewnia to obsługę starszych zestawów Smart TV firmy Samsung i LG, które wdrożyły wczesne wersje standardu Common Encryption (CENC) opublikowanego przez firmę Microsoft. Format PIFF 1.1 jest również znany jako format szyfrowania, który był wcześniej obsługiwany przez bibliotekę klienta programu Silverlight. Obecnie jedynym scenariuszem przypadków użycia dla tego formatu szyfrowania jest ukierunkowanie starszego rynku Smart TV, w którym pozostaje nietrygalna liczba inteligentnych telewizorów w niektórych regionach, które obsługują tylko smooth streaming z szyfrowaniem PIFF 1.1.

Aby użyć nowej obsługi szyfrowania PIFF 1.1, zmień wartość szyfrowania na "piff" w ścieżce adresu URL lokalizatora przesyłania strumieniowego. Aby uzyskać więcej informacji, zobacz Omówienie ochrony zawartości. Na przykład: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|

Uwaga

Obsługa standardu PIFF 1.1 jest dostarczana jako rozwiązanie zgodne z poprzednimi wersjami dla smart TV (Samsung, LG), które zaimplementowało wczesną wersję "Silverlight" standardowego szyfrowania. Należy użyć formatu PIFF tylko wtedy, gdy jest to konieczne do obsługi starszych telewizorów Samsung lub LG Smart dostarczanych w latach 2009-2015, które obsługiwały wersję szyfrowania PlayReady PIFF 1.1.

Lipiec 2020 r.

Transkrypcje na żywo

Transkrypcje na żywo obsługują teraz 19 języków i 8 regionów.

Wysoka dostępność

Opublikowaliśmy omówienie wysokiej dostępności za pomocą usług Media Services i wideo na żądanie (VOD) i przykładu.

Czerwiec 2020 r.

Live Video Analytics w wersji zapoznawczej IoT Edge

Wersja zapoznawcza Live Video Analytics IoT Edge upubliczniła się.

Live Video Analytics na IoT Edge to rozszerzenie rodziny usługi Media Service. Umożliwia ona analizowanie wideo na żywo za pomocą modeli sztucznej inteligencji wybranego na własnych urządzeniach brzegowych oraz opcjonalne przechwytywanie i nagrywanie tego wideo. Teraz możesz tworzyć aplikacje za pomocą analizy wideo w czasie rzeczywistym na brzegu bez obaw o złożoność tworzenia i obsługi potoku wideo na żywo.

Maj 2020 r.

Nowe regiony: Germay North, Niemcy Zachodnie, Szwajcaria Północna i Szwajcaria Zachodnia są teraz ogólnie dostępne

Usługa Azure Media Services jest teraz ogólnie dostępna w następujących regionach: "Niemcy Północne", "Niemcy Zachodnie", "Szwajcaria Północna" i "Szwajcaria Zachodnia". Klienci mogą wdrażać usługi Media Services w tych regionach przy użyciu Azure Portal.

Kwiecień 2020 r.

Ulepszenia w dokumentacji

Dokumentacja usługi Azure Media Player została zmigrowana do dokumentacji platformy Azure.

Styczeń 2020 r.

Ulepszenia procesorów multimediów

• Ulepszona obsługa przeplatanych źródeł w usłudze Video Analysis — taka zawartość jest teraz poprawnie przeplatana przed wysłaniem do aparatów wnioskowania.
• Podczas generowania miniatur z trybem "Najlepsze" koder wyszukuje teraz ponad 30 sekund, aby wybrać ramkę, która nie jest monochromatyczna.

Azure Government aktualizacji w chmurze

Media Services GA'ed w następujących regionach Azure Government: USGov Arizona i USGov Texas.

Grudzień 2019 r.

Dodano obsługę usługi CDN dla nagłówków pobierania wstępnego usługi Origin-Assist dla przesyłania strumieniowego na żądanie zarówno na żywo, jak i wideo na żądanie; dostępne dla klientów, którzy mają bezpośredni kontrakt z Akamai CDN. Origin-Assist CDN-Prefetch funkcja obejmuje następujące wymiany nagłówków HTTP między usługą Akamai CDN i źródłami usługi Azure Media Services:

Nagłówek HTTP	Wartości	Nadawca	Odbiornik	Przeznaczenie
CDN-Origin-Assist-Prefetch-Enabled	1 (wartość domyślna) lub 0	CDN	Origin	Aby wskazać, że usługa CDN jest włączona przed pobraniem
CDN-Origin-Assist-Prefetch-Path	Przykład: Fragments(video=14000000000,format=mpd-time-cmaf)	Origin	CDN	Aby zapewnić ścieżkę pobierania wstępnego do usługi CDN
CDN-Origin-Assist-Prefetch-Request	1 (żądanie wstępne) lub 0 (żądanie regularne)	CDN	Origin	Aby wskazać żądanie z usługi CDN, jest pobieranie wstępne

Aby wyświetlić część wymiany nagłówków w akcji, możesz spróbować wykonać następujące czynności:

1. Użyj narzędzia curl, aby wysłać żądanie do źródła usługi Media Services dla segmentu audio lub wideo lub fragmentu. Pamiętaj, aby dodać nagłówek CDN-Origin-Assist-Prefetch-Enabled: 1 w żądaniu.
2. W odpowiedzi powinna zostać wyświetlona nagłówek CDN-Origin-Assist-Prefetch-Path ze ścieżką względną jako jego wartość.

Listopad 2019 r.

Podgląd transkrypcji na żywo

Transkrypcja na żywo jest teraz dostępna w publicznej wersji zapoznawczej i jest dostępna do użycia w regionie Zachodnie stany USA 2.

Transkrypcja na żywo jest przeznaczona do pracy z wydarzeniami na żywo jako możliwość dodawania. Jest on obsługiwany zarówno w przypadku wydarzeń na żywo z przekazywaniem, jak i w warstwie Standardowa lub Premium. Po włączeniu tej funkcji usługa używa funkcji Zamiana mowy do tekstu w usługach Cognitive Services w celu transkrypcji wypowiedzianych słów w przychodzącym dźwięku do tekstu. Ten tekst jest następnie udostępniany do dostarczania wraz z wideo i audio w protokołach MPEG-DASH i HLS. Rozliczenia są oparte na nowym mierniku dodatku, który jest dodatkowym kosztem wydarzenia na żywo, gdy jest w stanie "Uruchomiono". Aby uzyskać szczegółowe informacje na temat transkrypcji i rozliczeń na żywo, zobacz Transkrypcja na żywo

Uwaga

Obecnie transkrypcja na żywo jest dostępna tylko jako funkcja w wersji zapoznawczej w regionie Zachodnie stany USA 2. Obsługuje transkrypcję wypowiedzianych słów w języku angielskim (en-us) tylko w tej chwili.

Ochrona zawartości

Funkcja Zapobiegania odtwarzaniu tokenów wydana w ograniczonych regionach we wrześniu jest teraz dostępna we wszystkich regionach. Klienci usługi Media Services mogą teraz ustawić limit liczby tych samych tokenów, których można użyć do żądania klucza lub licencji. Aby uzyskać więcej informacji, zobacz Zapobieganie odtwarzaniu tokenu.

Nowi zalecani partnerzy kodera na żywo

Dodano obsługę następujących nowych zalecanych koderów partnerów dla transmisji strumieniowej na żywo RTMP:

• Cambria Live 4.3
• Kamery akcji GoPro Hero7/8 i Max
• Restream.io

Ulepszenia kodowania plików

• Nowe ustawienie wstępne kodowanie obsługujące zawartość jest teraz dostępne. Tworzy zestaw wyrównowanych plików MP4 z interfejsem GOP przy użyciu kodowania obsługującego zawartość. Biorąc pod uwagę dowolną zawartość wejściową, usługa wykonuje początkową uproszczoną analizę zawartości wejściowej. Używa tych wyników do określenia optymalnej liczby warstw, odpowiedniej szybkości transmisji bitów i ustawień rozpoznawania do dostarczania przez adaptacyjne przesyłanie strumieniowe. To ustawienie wstępne jest skuteczne w przypadku filmów wideo o niskiej złożoności i średniej złożoności, gdzie pliki wyjściowe są o niższych szybkościach bitów, ale w jakości, która nadal zapewnia dobre środowisko dla osób przeglądających. Dane wyjściowe będą zawierać pliki MP4 z przeplatane wideo i audio. Aby uzyskać więcej informacji, zobacz specyfikacje interfejsu API otwierania.
• Ulepszona wydajność i wielowątkowa obsługa zmiany rozmiaru w koderze w warstwie Standardowa. W określonych warunkach klient powinien zobaczyć wzrost wydajności z zakresu od 5 do 40% kodowania VOD. Niska złożoność zakodowana w wielu szybkościach bitów spowoduje wzrost wydajności.
• Standardowe kodowanie obsługuje teraz regularne cykle GOP dla zawartości zmiennej szybkości klatek (VFR) podczas kodowania VOD podczas korzystania z ustawienia GOP opartego na czasie. Oznacza to, że klient przesyła zawartość o mieszanej szybkości klatek, która różni się od 15 do 30 klatek na sekundę, na przykład powinna zobaczyć regularne odległości GOP obliczone na danych wyjściowych do plików MP4 z adaptacyjną szybkością transmisji bitów. Poprawi to możliwość bezproblemowego przełączania się między utworami podczas dostarczania przez HLS lub DASH.
• Ulepszona synchronizacja av dla zawartości źródłowej zmiennej szybkości klatek (VFR)

Azure Video Indexer, Analiza wideo

• Ramki kluczowe wyodrębnione przy użyciu ustawień wstępnych VideoAnalyzer są teraz w oryginalnej rozdzielczości wideo zamiast zmieniania rozmiaru. Wyodrębnianie ramek kluczowych o wysokiej rozdzielczości zapewnia oryginalne obrazy o jakości i umożliwia korzystanie z modeli sztucznej inteligencji opartej na obrazach udostępnianych przez firmę Microsoft przetwarzanie obrazów i usług Custom Vision, aby uzyskać jeszcze więcej szczegółowych informacji z wideo.

Wrzesień 2019 r.

Media Services v3

Kodowanie liniowe na żywo wydarzeń na żywo

Usługa Media Services w wersji 3 ogłasza podgląd 24 godz. x 365 dni kodowania liniowego wydarzeń na żywo.

Media Services v2

Wycofanie procesorów multimediów

Ogłaszamy wycofanie usługi Azure Media Indexer i usługi Azure Media Indexer 2 (wersja zapoznawcza). Aby zapoznać się z datami wycofania, zobacz artykuł dotyczący starszych składników . Usługa Azure Video Indexer zastępuje te starsze procesory multimediów.

Aby uzyskać więcej informacji, zobacz Migrowanie z usługi Azure Media Indexer i usługi Azure Media Indexer 2 do usługi Azure Media Services Video Indexer.

Sierpień 2019 r.

Media Services v3

Para regionalna Rpa jest otwarta dla usługi Media Services

Usługa Media Services jest teraz dostępna w regionach Afryki Północnej i Południowej Afryki Zachodniej.

Aby uzyskać więcej informacji, zobacz Chmury i regiony, w których istnieje usługa Media Services w wersji 3.

Media Services v2

Wycofanie procesorów multimediów

Ogłaszamy wycofanie procesorów multimediów windows Azure Media Encoder (WAME) i Azure Media Encoder (AME), które są wycofane. Aby zapoznać się z datami wycofania, zobacz ten starszy artykuł dotyczący składników .

Aby uzyskać szczegółowe informacje, zobacz Migrowanie wamE do Media Encoder Standard i migrowanie AME do Media Encoder Standard.

Lipiec 2019 r.

Ochrona zawartości

W przypadku przesyłania strumieniowego zawartości chronionej ograniczeniem tokenu użytkownicy końcowi muszą uzyskać token wysyłany w ramach żądania dostarczenia klucza. Funkcja Zapobiegania odtwarzaniu tokenu umożliwia klientom usługi Media Services ustawienie limitu liczby przypadków użycia tego samego tokenu do żądania klucza lub licencji. Aby uzyskać więcej informacji, zobacz Zapobieganie odtwarzaniu tokenu.

Od lipca funkcja w wersji zapoznawczej była dostępna tylko w środkowych i zachodnich stanach USA.

Czerwiec 2019 r.

Podkropek wideo

Teraz możesz przycinać lub podkropek wideo podczas kodowania go przy użyciu zadania.

Ta funkcja współdziała z dowolnymi przekształceniami utworzonymi przy użyciu ustawień wstępnych BuiltInStandardEncoderPreset lub ustawień wstępnych StandardEncoderPreset .

Maj 2019 r.

Obsługa usługi Azure Monitor dla dzienników diagnostycznych i metryk usługi Media Services

Teraz możesz użyć usługi Azure Monitor do wyświetlania danych telemetrycznych emitowanych przez usługę Media Services.

• Dzienniki diagnostyczne usługi Azure Monitor umożliwiają monitorowanie żądań wysyłanych przez punkt końcowy dostarczania kluczy usługi Media Services.
• Monitoruj metryki emitowane przez punkty końcowe przesyłania strumieniowego usługi Media Services.

Aby uzyskać szczegółowe informacje, zobacz Monitorowanie usługi Media Services.

Obsługa wielu utworów dźwiękowych w pakietach dynamicznych

Podczas przesyłania strumieniowego zasobów, które mają wiele ścieżek dźwiękowych z wieloma koderami i językami, funkcja Dynamic Packaging obsługuje teraz wiele ścieżek dźwiękowych dla danych wyjściowych HLS (wersja 4 lub nowsza).

Korea regionalna para jest otwarta dla usługi Media Services

Usługa Media Services jest teraz dostępna w regionach Korea Środkowa i Korea Południowa.

Aby uzyskać więcej informacji, zobacz Chmury i regiony, w których istnieje usługa Media Services w wersji 3.

Usprawnienia wydajności

Dodano aktualizacje, które obejmują ulepszenia wydajności usługi Media Services.

• Zaktualizowano maksymalny rozmiar pliku obsługiwany do przetwarzania. Zobacz, Limity przydziału i limity.
• Ulepszenia szybkości kodowania.

Kwiecień 2019 r.

Nowe ustawienia wstępne

• FaceDetectorPreset został dodany do wbudowanych ustawień wstępnych analizatora.

Marzec 2019 r.

Dynamiczne pakowanie obsługuje teraz dolby Atmos. Aby uzyskać więcej informacji, zobacz koderów audio obsługiwanych przez dynamiczne pakowanie.

Teraz można określić listę filtrów zasobów lub kont, które mają zastosowanie do lokalizatora przesyłania strumieniowego. Aby uzyskać więcej informacji, zobacz Kojarzenie filtrów z lokalizatorem przesyłania strumieniowego.

Luty 2019 r.

Usługa Media Services w wersji 3 jest teraz obsługiwana w chmurach krajowych platformy Azure. Nie wszystkie funkcje są jeszcze dostępne we wszystkich chmurach. Aby uzyskać szczegółowe informacje, zobacz Chmury i regiony, w których istnieje usługa Azure Media Services w wersji 3.

Zdarzenie Microsoft.Media.JobOutputProgress zostało dodane do schematów Azure Event Grid dla usługi Media Services.

Styczeń 2019 r.

pliki Media Encoder Standard i MPI

Podczas kodowania za pomocą Media Encoder Standard w celu utworzenia plików MP4 zostanie wygenerowany nowy plik mpi i dodany do wyjściowego elementu zawartości. Ten plik MPI ma na celu zwiększenie wydajności scenariuszy dynamicznego tworzenia pakietów i przesyłania strumieniowego.

Nie należy modyfikować ani usuwać pliku MPI ani nie stosować żadnej zależności w usłudze w związku z istnieniem (lub nie) takiego pliku.

Grudzień 2018 r.

Aktualizacje z wersji ogólnie dostępnej interfejsu API w wersji 3 obejmują:

• Właściwości PresentationTimeRange nie są już "wymagane" dla filtrów zasobów i filtrów konta.
• Opcje zapytań $top i $skip dla zadań i przekształceń zostały usunięte i $orderby zostały dodane. W ramach dodawania nowej funkcji porządkowania okazało się, że $top i $skip opcje zostały przypadkowo ujawnione, mimo że nie zostały wdrożone.
• Rozszerzalność wyliczenia została ponownie włączona. Ta funkcja została włączona w wersjach zapoznawczych zestawu SDK i została przypadkowo wyłączona w wersji ogólnie dostępnej.
• Zmieniono dwie wstępnie zdefiniowane zasady przesyłania strumieniowego. SecureStreaming jest teraz MultiDrmCencStreaming. SecureStreamingWithFairPlay jest teraz Predefined_MultiDrmStreaming.

Listopad 2018 r.

Moduł interfejsu wiersza polecenia w wersji 2.0 jest teraz dostępny dla usługi Azure Media Services w wersji 3 — wersja 2.0.50.

Nowe polecenia

• az ams account
• az ams account-filter
• az ams asset
• az ams asset-filter
• az ams content-key-policy
• az ams job
• az ams live-event
• az ams live-output
• az ams streaming-endpoint
• az ams streaming-locator
• az ams account mru — umożliwia zarządzanie jednostkami zarezerwowanymi multimediów.

Nowe funkcje i zmiany powodujące niezgodność

Polecenia elementu zawartości

• --storage-account dodano argumenty i --container .
• Wartości domyślne czasu wygaśnięcia (Now+23h) i uprawnienia (Odczyt) w az ams asset get-sas-url dodanym poleceniu.

Polecenia zadania

• --correlation-datadodano argumenty i --label
• --output-asset-names zmieniono nazwę na --output-assets. Teraz akceptuje rozdzielaną spacjami listę zasobów w formacie "assetName=label". Zasób bez etykiety można wysłać w następujący sposób: "assetName=".

Polecenia lokalizatora przesyłania strumieniowego

• az ams streaming locator podstawowe polecenie zastąpione ciągiem az ams streaming-locator.
• --streaming-locator-id dodano argumenty i --alternative-media-id support .
• --content-keys argument zaktualizowano argument.
• --content-policy-name zmieniono nazwę na --content-key-policy-name.

Polecenia zasad przesyłania strumieniowego

• az ams streaming policy podstawowe polecenie zastąpione ciągiem az ams streaming-policy.
• Dodano obsługę az ams streaming-policy create parametrów szyfrowania.

Przekształć polecenia

• --preset-names argument zastąpiony argumentem --preset. Teraz można ustawić tylko 1 dane wyjściowe/ustawienia wstępne naraz (aby dodać więcej, musisz uruchomić polecenie az ams transform output add). Ponadto można ustawić niestandardowy standardEncoderPreset, przekazując ścieżkę do niestandardowego kodu JSON.
• az ams transform output remove można wykonać przez przekazanie indeksu wyjściowego do usunięcia.
• --relative-priority, --on-error, --audio-language and --insights-to-extract argumenty dodane w az ams transform create poleceniach i az ams transform output add .

Październik 2018 r. — ogólna dostępność

W tej sekcji opisano aktualizacje z października usługi Azure Media Services (AMS).

Wersja ogólnie dostępna rest w wersji 3

Wersja OGÓLNIE dostępna rest w wersji 3 zawiera więcej interfejsów API dla filtrów manifestu na żywo, konta/zasobu i obsługi drM.

Zarządzanie zasobami platformy Azure

Obsługa usługi Azure Resource Management umożliwia ujednolicone zarządzanie i interfejs API operacji (teraz wszystko w jednym miejscu).

Począwszy od tej wersji, można użyć szablonów Resource Manager do tworzenia wydarzeń na żywo.

Poprawa operacji zasobów

Wprowadzono następujące ulepszenia:

• Pozyskiwanie z adresów URL protokołu HTTP lub adresów URL sygnatur dostępu współdzielonego Azure Blob Storage.
• Określ własne nazwy kontenerów dla elementów zawartości.
• Łatwiejsza obsługa danych wyjściowych w celu tworzenia niestandardowych przepływów pracy przy użyciu Azure Functions.

Nowy obiekt Transform

Nowy obiekt Transform upraszcza model kodowania. Nowy obiekt ułatwia tworzenie i udostępnianie kodowania Resource Manager szablonów i ustawień wstępnych.

Uwierzytelnianie usługi Azure Active Directory i kontrola dostępu oparta na rolach platformy Azure

Uwierzytelnianie Azure AD i kontrola dostępu oparta na rolach platformy Azure (Azure RBAC) umożliwiają bezpieczne przekształcenia, zdarzenia LiveEvents, zasady klucza zawartości lub zasoby według roli lub użytkowników w Azure AD.

Zestawy SDK klienta

Języki obsługiwane w usłudze Media Services w wersji 3: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Aktualizacje kodowania na żywo

Wprowadzono następujące aktualizacje kodowania na żywo:

• Nowy tryb małego opóźnienia dla trybu na żywo (10 sekund na koniec).

• Ulepszona obsługa protokołu RTMP (zwiększona stabilność i obsługa kodera źródłowego).

• Bezpieczne pozyskiwanie protokołu RTMPS.

  Podczas tworzenia wydarzenia na żywo uzyskasz teraz 4 adresy URL pozyskiwania. 4 adresy URL pozyskiwania są prawie identyczne, mają ten sam token przesyłania strumieniowego (AppId), tylko część numeru portu jest inna. Dwa z tych adresów URL to podstawowy adres i kopia zapasowa protokołu RTMPS.

• 24-godzinna obsługa transkodowania.

• Ulepszona obsługa sygnałów reklamowych w programie RTMP za pośrednictwem protokołu SCTE35.

Ulepszona obsługa usługi Event Grid

Możesz zobaczyć następujące ulepszenia obsługi usługi Event Grid:

• Azure Event Grid integracji, aby ułatwić programowanie za pomocą usługi Logic Apps i Azure Functions.
• Zasubskrybuj zdarzenia dotyczące kodowania, kanałów na żywo i nie tylko.

Obsługa protokołu CMAF

Obsługa szyfrowania CMAF i "cbcs" dla urządzeń Apple HLS (iOS 11+) i MPEG-DASH, które obsługują cmAF.

Video Indexer

Wersja ogólnie dostępna dla usługi Video Indexer została ogłoszona w sierpniu. Aby uzyskać nowe informacje o obecnie obsługiwanych funkcjach, zobacz Co to jest usługa Video Indexer.

Plany zmian

Interfejs wiersza polecenia platformy Azure 2.0

Moduł interfejsu wiersza polecenia platformy Azure w wersji 2.0, który obejmuje operacje na wszystkich funkcjach (w tym na żywo, zasady klucza zawartości, filtry kont/zasobów, zasady przesyłania strumieniowego) wkrótce.

Znane problemy

Problem dotyczy tylko klientów korzystających z interfejsu API w wersji zapoznawczej dla elementu zawartości lub elementu AccountFilters.

Jeśli utworzono filtry zasobów lub konta z zakresu od 09/28 do 10/12 za pomocą interfejsu wiersza polecenia usługi Media Services w wersji 3 lub interfejsów API, musisz usunąć wszystkie elementy zawartości i elementy AccountFilters i utworzyć je ponownie z powodu konfliktu wersji.

Maj 2018 r. — wersja zapoznawcza

Zestaw SDK .NET

W zestawie SDK platformy .NET są obecne następujące funkcje:

• Lokalizatory przesyłania strumieniowego do publikowania i przesyłania strumieniowego zawartości na urządzeniach użytkowników końcowych
• Zasady przesyłania strumieniowego i zasady klucza zawartości do konfigurowania dostarczania kluczy i ochrony zawartości (DRM) podczas dostarczania zawartości.
• Wydarzenia na żywo i dane wyjściowe na żywo w celu skonfigurowania pozyskiwania i archiwizowania zawartości transmisji strumieniowej na żywo.
• Zasoby do przechowywania i publikowania zawartości multimedialnej w usłudze Azure Storage.
• Punkty końcowe przesyłania strumieniowego do konfigurowania i skalowania dynamicznego tworzenia pakietów, szyfrowania i przesyłania strumieniowego zarówno na żywo, jak i na żądanie zawartości multimedialnej.

Znane problemy

• Podczas przesyłania zadania można określić pozyskiwanie źródłowego wideo przy użyciu adresów URL HTTPS, adresów URL sygnatur dostępu współdzielonego lub ścieżek do plików znajdujących się w usłudze Azure Blob Storage. Obecnie usługa Media Services w wersji 3 nie obsługuje fragmentowanego kodowania transferu za pośrednictwem adresów URL PROTOKOŁU HTTPS.

Zadawanie pytań, przekazywanie opinii, pobieranie aktualizacji

Zapoznaj się z artykułem społeczności usługi Azure Media Services , aby zobaczyć różne sposoby zadawania pytań, przekazywania opinii i uzyskiwania aktualizacji dotyczących usługi Media Services.

Zobacz też

Wskazówki dotyczące migracji z usługi Media Services w wersji 2 do wersji 3.