Поделиться через


Заметки о выпуске Служб мультимедиа Azure версии 3

Логотип Служб мультимедиа версии 3


Предупреждение

Поддержка Служб мультимедиа Azure будет прекращена 30 июня 2024 г. Дополнительные сведения см. в руководстве по прекращению поддержки AMS.

Чтобы вы оставались в курсе последних разработок, в этой статье предоставлены такие сведения:

  • Последние выпуски.
  • Известные проблемы
  • Исправления ошибок
  • Нерекомендуемые функции.

Июнь 2023 г.

Поддержка Служб мультимедиа Azure прекращается с 30 июня 2023 г. См. руководство по прекращению использования Служб мультимедиа Azure.

Март 2023 г.

Индексатор мультимедиа Azure не используется. Он заменен режимом AudioAnalyzerPreset Basic служб мультимедиа версии 3.

Февраль 2023 г.

Заметки о выпуске за февраль в ближайшее время.

Январь 2023 г.

Метаданные по времени

Метаданные по времени — это пользовательские данные, которые вставляются в динамический поток. Данные и метка времени вставки сохраняются в самом потоке мультимедиа. Это необходимо, чтобы клиенты, воспроизводимые видеопоток, могли получать одни и те же пользовательские метаданные в одно и то же время по отношению к видеопотоку. С помощью метаданных по времени вы можете:

  • Добавьте элементы взаимодействия в поток трансляции, например опрос.
  • Добавление информации, связанной с видеосодержимого, например докладчиков, ссылок на продукты, статистики спортивных игроков и т. д.
  • Добавьте метаданные о видео, такие как местоположение GPS, время и т. д.

Дополнительные сведения см. в разделах Метаданные с временным временем в Службах мультимедиа Azure и Как сообщить о временных метаданных с помощью Служб мультимедиа Azure. Вы можете попробовать его с Stackblitz.

Разделение скоростей

Решение о разделении скорости и разрешении для ContentAwareEncoding было улучшено в выпуске этого месяца.

ContentAwareEncoding можно использовать вместе с PresetConfigurations для удовлетворения конкретных требований к оптимальной производительности потоковой передачи и кодирования.

Для лучшего разделения скорости оценка сложности из пробного кодирования использовалась для оценки скорости верхнего слоя, скорости нижнего слоя и общего числа слоев. После того как будет определена скорость верхнего слоя, скорость нижнего слоя и количество слоев, скорость промежуточных слоев вычисляется на основе четного коэффициента скорости между соседними слоями. В этом случае он почти равномерно разделен скоростью.

Когда дело доходит до решения, нижний уровень является проблемой main. Разрешение нижнего слоя можно настроить с помощью presetConfigurations. Измененная логика определяет разрешение нижнего слоя на основе предполагаемой сложности кодирования пробной версии, если вы не настроите ее. Он также определяет скорость нижнего слоя, если она задана пользователями с помощью presetConfigurations. Решение по разрешению пытался использовать более высокое разрешение, чем 180P, для нижнего слоя для достижения лучшего визуального качества.

В этом выпуске также улучшен алгоритм оценки сложности содержимого. Исходный алгоритм является консервативным и приводит к более высокой скорости, чем необходимо. При измененной оценке скорость выходных данных обычно ниже, чем раньше. Другими словами, теперь вы можете сэкономить больше средств с точки зрения пропускной способности сети и затрат на хранение.

Примеры пакета SDK для .NET для последней версии клиентского пакета SDK Azure.ResourceManager.Media

Обновленный клиентский пакет SDK Azure.ResourceManager.Media (также известный как пакет SDK для .NET track 2) доступен в Nuget Azure.ResourceManager.Media. Все примеры были обновлены в main ветви нашего репозитория примеров для .NET на GitHub до последней версии этого клиентского пакета SDK. Azure-Samples/media-services-v3-dotnet. Проекты в этом репозитории содержат сведения о том, как реализовать различные сценарии Служб мультимедиа Azure с помощью версии 3. (github.com).

Изменения в интерфейсе Assets в портал Azure

Вы увидите улучшенное взаимодействие с пользователем в колонке Активы в портал Azure. Теперь вы можете просматривать дорожки и файлы в ресурсе. Вы также можете отправлять, обновлять или удалять звуковые и текстовые дорожки в ресурсе.

Декабрь 2022 г.

Службы мультимедиа теперь поддерживают протокол IPv6 для потоковой передачи мультимедиа в трансляции, потоковой передачи содержимого из конечных точек потоковой передачи и при доставке ключей содержимого. Чтобы включить IPv6 для конечных точек потоковой передачи и трансляций, список разрешенных IP-адресов для ресурса должен включать по крайней мере один IPv6-адрес или диапазон IPv6. Если для конечной точки потоковой передачи включена поддержка CDN, поддержка IPv6 зависит от конфигурации CDN.

Дополнительные сведения об использовании IPv6 со Службами мультимедиа см. в разделах Трансляции Служб мультимедиа и Ограничение доступа к лицензии DRM и доставке ключей AES с помощью списков разрешений IP-адресов.

Ноябрь 2022 г.

Службы мультимедиа теперь по умолчанию удаляют звуковое представление из списка воспроизведения вариантов HLS, чтобы предотвратить возврат клиента к звуку только в плохой сетевой ситуации.

Чтобы изменить поведение, можно использовать тег [audio-only=true] URL-адреса для записи звукового представления в списке воспроизведения вариантов HLS.

Пример:

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

Это произошло из-за изменения в рекомендациях по разработке HLS, в которых теперь указано, что в списке многовариантных плейлистов не должно быть вариантов только аудио.

Сентябрь 2022 г.

Выпуск API: обновлено 2022-08-01 REST API ARM

Выпущена обновленная версия REST API ARM для Служб мультимедиа Azure. Версия 2022-08-01 теперь является последним стабильным выпуском в рабочей среде. Последние определения REST API доступны в папке спецификации REST для Служб мультимедиа на GitHub.

Обновления к API 2022-08-01:

  • Сущность LiveOutput представляет новое свойство rewindwindWindowLength , допускающее значение NULL, для управления длиной окна с возможностью поиска во время трансляции для кодирования и передачи трансляций. Это свойство не используется после остановки LiveOutput. Архивированный VOD будет иметь полное содержимое с исходным archiveWindowLength. Если свойству присвоено значение NULL, в динамическом событии с низкой задержкой (LowLatencyV2) используется значение по умолчанию 30 минут; стандартное трансляция не использует его.
  • Добавлена поддержка уровня безопасности PlayReady SL3000 в политиках ключей содержимого.
  • API расширенных дорожек активов для поддержки звуковых дорожек (для описательного звука с поздней привязкой или нескольких языков)
  • Добавлена поддержка общего ключа шифрования MPEG с режимами cenc и cbcs в политиках потоковой передачи.

Новые версии клиента SDK, доступные для JavaScript, Python, Go

Поддержка лицензий уровня безопасности PlayReady 3000 (SL3000)

Функции защиты содержимого и доставки лицензий в Службах мультимедиа PlayReady DRM теперь поддерживают PlayReady SL3000. Уровень безопасности — это свойство клиента PlayReady, и у каждой лицензии, переданной клиенту, есть свойство, указывающее минимальный уровень безопасности, необходимый клиенту для привязки к этой лицензии. Уровень безопасности 3000 предоставляется для защищенных устройств с наивысшей безопасностью, потребляющих высокое качество коммерческого содержимого. Это обновление позволяет настроить политики ключей содержимого для доставки лицензий PlayReady SL3000 через серверы лицензий доставки ключей служб мультимедиа. Дополнительные сведения об уровнях безопасности PlayReady см. в статье об использовании уровня безопасности в лицензии.

  • Если добавить SL3000 PlayReady ContentKeyPolicyOption в политику ключей содержимого, эта политика может содержать только дополнительные параметры PlayReady SL3000 или Widevine L1.
  • Для SL3000 требуется использовать другой ключ для звука или незашифрованный звук. Уровень безопасности звука должен быть ограничен SL2000 или ниже.
  • В настоящее время воспроизведение SL3000 не работает в проигрывателе мультимедиа Azure (AMP). Выполните проверку в стороннем проигрывателе (например, Shaka Player) или на устройстве, поддерживающем воспроизведение SL3000.

Пример политики ключей содержимого:

{
    "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"
                }
            }
        ]
    }
}

**Пример политики потоковой передачи с использованием политики ключа содержимого SL3000 для видео и политики ключей содержимого SL2000 для звуковых дорожек: **

{
    "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": {}
            }
        }
    }
}

Дополнительные сведения об использовании шаблонов лицензий PlayReady см. в статье Шаблоны лицензий PlayReady служб мультимедиа.

Добавление звуковых дорожек для описательного звука или нескольких языков с помощью нового API дорожек активов

Новый API отслеживания активов позволяет с задержкой привязать любое количество звуковых дорожек к существующему ресурсу и сделать их доступными для динамической упаковки в HLS и DASH. API поддерживает настройку метаданных, чтобы указать характеристики языка или содержимого, чтобы указать "описательный звук" для улучшения специальных возможностей содержимого.

Полный список возможностей API отслеживания см. в статье API отслеживания служб мультимедиа.

Поддержка общего ключа шифрования MPEG с шифрованием CENC и CBCS

Шифрование с помощью clear key — это функция стандарта ОБЩЕГО шифрования MPEG (CENC) и поддерживается расширениями зашифрованных носителей HTML5 (EME), доступными во многих современных браузерах. В политиках потоковой передачи можно задать шифрование С помощью шифрования AES-128 с помощью режима шифрования cenc или cbcs, чтобы вы могли охватить самый широкий спектр устройств в Apple, Web и Android.

Эта функция позволяет поддерживать общий стандарт шифрования без использования системы DRM и охватить самый широкий круг игроков. Благодаря поддержке шифрования clear key с использованием режимов шифрования cenc или cbcs теперь можно распространять безопасное содержимое без DRM среди игроков, поддерживающих любой из режимов шифрования, разрешенных в стандарте. Это позволяет доставлять зашифрованное содержимое клиентским игрокам, таким как Google Shaka player (версия 4.0.0+), Dash.js (версия 4.5+), Bitmovin, Theo Player и Android ExoPlayer (версия 2.18.1+), используя шифрование cenc.

Дополнительные сведения об использовании функций защиты содержимого Служб мультимедиа см. в статье Защита содержимого с помощью динамического шифрования и доставки ключей.

Окно перемотки и окно архива в динамических выходных данных

RewindOwLength можно задать в выходных данных трансляции, чтобы управлять окном с возможностью поиска в клиентском проигрывателе во время потоковой трансляции. Это помогает клиенту контролировать, сколько времени отображается в проигрывателе для поиска обратно в прямую трансляцию. Этот параметр также помогает уменьшить размер манифеста, доставляемого клиенту по сети во время потоковой трансляции, что может привести к более эффективной потоковой трансляции и сокращению использования памяти на клиенте.

После завершения потока вы сможете получить доступ к архивному файлу в ресурсе, определенном свойством archiveWindowLength в выходных данных Live. Это позволяет задать длительность архива, отличную от предыдущей продолжительности скользящего окна DVR, видимой проигрывателю. Это очень полезно, если вы хотите выполнить потоковую передачу с очень небольшим окном смены времени в проигрывателе, но хотите архивировать все трансляции в выходной ресурс.

Для параметра rewindWindowLength можно задать минимальное значение — 60 секунд. Значение по умолчанию — 30 минут, если вы включили трансляцию с параметром LowLatencyV2. В противном случае значение по умолчанию отсутствует. Если параметр rewindowLength не задан, а трансляция не использует параметр LowLatencyV2, сервер не задает значение по умолчанию, а окно поиска во время воспроизведения в реальном времени будет таким же, как и archiveWindowLength. В этом случае, если параметр archiveWindowLength имеет очень большую длительность, проигрыватель может быть затронут дополнительными проблемами буферизации во время воспроизведения в активном режиме из-за загрузки манифеста большего размера в проигрыватель для синтаксического анализа.

Дополнительные сведения см. в статье Использование временных и динамических выходных данных для создания воспроизведения видео по запросу.

Новый регион: Северный Китай 3 теперь общедоступен

Клиенты в Китае теперь могут получить доступ к Службам мультимедиа Azure в регионе "Северный Китай 3" в дополнение к существующим 4 регионам, которые уже являются общедоступными (Восточный Китай, Восточный Китай 2, Северный Китай, Северный Китай 2). Подробные сведения см. в таблице доступности по регионам по функциям .

Прекращение использования azure Media Redactor, Видеоанализатора и Детектора лиц 14 сентября 2023 г.

Как указано в ее стандартах ответственного применения ИИ, корпорация Майкрософт стремится к справедливости, конфиденциальности, безопасности и прозрачности в отношении систем ИИ. Чтобы лучше согласовать наши продукты с этим новым стандартом и политикой ограниченного доступа для других продуктов Майкрософт, Службы мультимедиа Azure с 14 сентября 2023 г. будут выведены из эксплуатации следующие возможности:

  • Azure Media Redactor (RESTv2)
  • Предустановка детектора лиц
  • Предустановка Видеоанализатора

После 14 сентября 2023 г. во всех приложениях, разработанных с помощью Azure Media Redactor, предустановки детектора лиц или предустановки Видеоанализатора, будут возникать ошибки или неудачные отправки заданий.

Требуется действие

Предустановка Redactor мультимедиа Azure (RESTv2) и детектора лиц будет прекращена и в настоящее время не будет заменена. Если вы хотите вместо этого обнаруживать людей в видео, мы рекомендуем обновить приложения, чтобы использовать API Индексатора видео для обнаружения наблюдаемых людей и сопоставления наблюдаемых людей с лицами и отправить запрос на получение доступа к программе ограниченного доступа для этих функций.

Если в настоящее время вы используете предустановку Видеоанализатора, мы рекомендуем обновить приложения, чтобы использовать API Индексатора видео для анализа видео, который предоставляет широкий спектр возможностей.

Дополнительные сведения

Если у вас есть вопросы, вы сможете получить ответы от экспертов сообщества в Microsoft Q&A. Если у вас есть план поддержки и вам нужна техническая помощь, создайте запрос на поддержку в портал Azure.

Август 2022 г.

Новый пример "API дорожек" в Node.js/Typescript для добавления дорожек субтитров и надписей в любой ресурс

Новый пример, демонстрирующий позднее связывание файла субтитров WebVTT или TTML, теперь доступен в примере проекта Node.js. См. пример Добавление субтитров и надписей WebVTT/IMSC1/TTML в существующий ресурс

В этом примере показано, как добавить любое количество текстовых дорожек в ресурс и упаковать их как текстовый профиль TTML/IMSC1 в DASH и HLS. API также позволяет задать определенные характеристики манифеста HLS, например дорожку субтитров по умолчанию, задать свойство "Принудительно", а также управлять значением "Характеристики" текстовой дорожки HLS в спецификации Apple HLS.

В настоящее время API поддерживает отправку файлов формата VTT или TTML в существующий ресурс. Новые дорожки, зарегистрированные с помощью API дорожек, будут сразу же отображаться в манифесте DASH и HLS в виде текстовых дорожек MP4 профиля IMSC1.

Июнь 2022 г.

Пользовательские скорости звука, поддерживаемые в предустановках пользовательского кодирования в реальном времени

Теперь можно запросить настраиваемую предустановку кодирования в реальном времени, которая поддерживает несколько выходных данных скорости звука. Для звука в динамической предустановке теперь можно настроить следующие дискретные скорости звука AAC (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Кроме того, укажите, что вы запрашиваете пользовательскую предустановку в запросе в службу поддержки.

Одна и та же пользовательская предустановка кодирования в реальном времени теперь может содержать несколько дискретных скоростей звука. Это полезно там, где для мобильных сетей нужны звуковые дорожки с более низкой скоростью. Одним из примеров может быть настраиваемая динамическая предустановка, которая может одновременно выводить звуковые дорожки AAC 96k и 128k. Проигрыватель может фильтровать или выбирать соответствующую дорожку, или во время публикации указателя потоковой передачи можно применить динамический фильтр, чтобы предлагать только манифест 96k или только манифест 128k (либо можно включать фильтр на лету с помощью параметра запроса filter={filterName} в URL-адресе указателя потоковой передачи).

Автомасштабирование

Теперь можно автоматически масштабировать конечные точки потоковой передачи уровня "Премиум" в учетной записи Служб мультимедиа на основе любых доступных метрик для конечной точки потоковой передачи или метрик для любых связанных сущностей. Сочетание этих метрик можно использовать для создания правила автомасштабирования. Подробнее см. в статье Автомасштабирование конечных точек потоковой передачи в Службах мультимедиа. Обратите внимание, что автомасштабирование не выполняется мгновенно и по-прежнему может требовать времени, поэтому не забудьте разрешить достаточно времени для масштабирования и развертывания ресурсов в архитектуре. На запуск конечных точек потоковой передачи нужно время, поэтому для активации вертикального увеличения масштаба рекомендуется использовать точки триггера с более низкими значениями в отношении загрузки ЦП и пропускной способности сети для исходящего трафика.

Май 2022 г

Поддержка оформления манифеста HLS с закрытыми субтитрами 708 и 608

Динамические потоки, которые получают с внедренными субтитрами 608/708 в элементарном потоке, теперь правильно атрибутируются в манифесте HLS с помощью тега EXT-X-MEDIA с type=CLOSED-CAPTIONS. Это соответствует стандарту RFC-8216, разделу 4.3.4.1.

Например, прямая трансляция с закрытыми субтитрами 608 и 708 будет отображаться в манифесте 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"

Апрель 2022 г.

Динамическое транскрибирование

Динамическое транскрибирование уже общедоступно и поддерживает все доступные языки в API преобразования речи в текст. Полный список языков см. в статье Динамическое транскрибирование

HLS с низкой задержкой (LL-HLS)

Функция HLS с низкой задержкой (LL-HLS) уже доступна в API и на портале Azure. Чтобы включить LL-HLS, используйте параметр потока LowLatencyV2 при создании прямой трансляции. См. статью Создание события кодирования трансляции HLS с низкой задержкой. На портале Azure выберите новый параметр "Низкая задержка" при создании трансляции. Новая функция LL-HLS может обеспечить сниженную задержку на уровне 4–7 секунд при использовании платформы проигрывателя, которая поддерживает протокол LL-HLS. Функция HLS с низкой задержкой доступна только для каналов перекодирования трансляций и пока недоступна для трансляций в режиме сквозной передачи.

Март 2022 г.

Пакет SDK для .NET версии 6.0.0

Пакет SDK для .NET версии 6.0.0 уже доступен в Nuget. Microsoft.Azure.Management.Media

Этот пакет SDK поддерживает новую стабильную версию 2021-11-01 спецификации REST OpenAPI AMS.

Для установки с помощью диспетчера пакетов выполните следующую команду:

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

Для установки с помощью .NET CLI выполните следующую команду:

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

Изменения в пакете SDK версии 6.0.0:

  • Добавлены новые API дорожек в ресурсах для управления дорожками в ресурсе.
  • Добавлен профиль кодирования Main10 для кодирования H265.
  • Включен режим RateControlMode для кодирования H264 с поддержкой 2 новых режимов управления скоростью: CBR (постоянная скорость) и CRF (фактор постоянного оценивания).
  • Добавлено свойство "skus" в конечную точку потоковой передачи для указания типа конечной точки потоковой передачи и ее масштаба. Это позволяет настроить выполняемое вручную или автоматически масштабирование единиц потоковой передачи в конечной точке потоковой передачи.
  • Добавлен параметр потока "LowLatencyV2" для трансляции, позволяющий обеспечить низкую задержку при прямой трансляции с использованием формата Apple Low Latency HLS (LL-HLS).

Новое содержимое документации: трансляция собрания Microsoft Teams

Вы можете легко ретранслировать свое собрание из Microsoft Teams с помощью трансляции Служб мультимедиа. Вы можете легко разместить свое собрание в Teams на общедоступном веб-сайте или воспользоваться DRM для защиты потока. Запишите поток в виде ресурса VOD, чтобы использовать его с платформой кодирования Служб мультимедиа. См. статью Трансляция собрания Microsoft Teams.

Позднее связывание дороже субтитров с ресурсами с помощью нового API дорожек

Новый API дорожек для ресурсов позволяет вывести список доступных дорожек в ресурсе. Благодаря этому можно обнаруживать доступные аудио-, видео- и текстовые дорожки в ресурсе. API дорожек позволяет вам выполнить позднее связывание файлов субтитров в текстовом профиле IMSC1 и формате WebVTT с ресурсами потоковой передачи. Ранее клиентам необходимо было изменить ISM-файл в учетной записи хранения BLOB-объектов для добавления новых дорожек с поздним связыванием в свои ресурсы. Этот API заменяет такую ручную задачу и предоставляет способ с поддерживаемым пакетом SDK для включения добавления файлов субтитров с поздним связыванием.

Технические сведения о новом API дорожек см. в спецификации REST OpenAPI AMS для версии 2021-11-01 здесь.

Базовый пример вывода дорожек на Javascript см. здесь. Дополнительные примеры и документация будут скоро предоставлены для каждого пакета SDK.

Декабрь 2021 г.

Обновленный пакет SDK для JavaScript версии 10.0.0

Пакет SDK для JavaScript теперь обновлен для поддержки последнего выпуска REST API от 01.06.2021. Этот новый изоморфный пакет SDK для JavaScript включает улучшенную поддержку Обещаний и возможность проверки подлинности с помощью @azure/identity библиотеки для использования с приложениями Azure AD, управляемыми удостоверениями и т. д.

Чтобы скачать последнюю версию пакета, обратитесь к пакету NPM @azure/arm-media-services.

Обновленный и расширенный набор Node.js и примеры на основе TypeScript для нового пакета JavaScript доступны в центре GitHub. https://github.com/Azure-Samples/media-services-v3-node-tutorials

Языки иврит, персидский и португальский (Португалия), доступные в предустановках аудио/видео анализатора для транскрипций

Иврит, персидский и португальский (Португалия) (текущая модель, существующая сегодня — бразильский вариант португальского) теперь доступна для использования в предустановках аудио/видео анализатора.

Новые поддерживаемые коды языков BCP-47: "he-IL", "fa-IR" и "pt-PT".

Новый регион: Центральная Швеция теперь общедоступна

Службы мультимедиа теперь общедоступны в регионе Центральной Швеции. В настоящее время существуют некоторые ограничения функций в регионе, в то время как ожидается, что некоторые службы зависимостей также поступают в регион. Просмотрите диаграмму доступности региональных возможностей, чтобы определить, когда будут поступать функции.

Новое событие пульса архива канала трансляции

Добавлено новое событие, отслеживающее состояние и работоспособность архива трансляций. Дополнительные сведения об этом новом событии см. в разделе "Событие пульса архива канала трансляции" в схемах Сетки событий для Cлужбы мультимедиа.

Сентябрь 2021 г.

Новый базовый номер SKU трансляции со сквозной передачей

Новый базовый номер SKU трансляции со сквозной передачей позволяет клиентам создавать события трансляции по более низкой цене. Он аналогичен стандартным событиям трансляции со сквозной передачей, но с более низкими пределами пропускной способности ввода, меньшим количеством активных выходов, различными ограничениями на длину окна DVR и отсутствием доступа к динамическому транскрибированию. Дополнительные сведения см. в разделе Сравнение типов трансляции.

Улучшенное управление масштабированием и мониторинг для конечной точки потоковой передачи на портале

Страница портала конечной точки потоковой передачи теперь предоставляет простой способ управления емкостью исходящего трафика и оценки того, что ваша аудитория достигает как с настройкой CDN, так и без нее. Отрегулируйте скорость доставки и ожидаемый коэффициент попаданий в кэш CDN, чтобы получить быстрые оценки размера аудитории и определить необходимость в масштабировании с увеличением количества конечных точек потоковой передачи Премиум.

Масштабирование и отслеживание конечных точек потоковой передачи на портале

Страница портала конечной точки потоковой передачи теперь отображает метрики ЦП, исходящего трафика и задержки

Теперь можно визуализировать метрики загрузки ЦП, пропускной способность для исходящего трафика и сквозной задержки на конечных точках потоковой передачи на портале Azure. Теперь вы можете создавать оповещения мониторинга на основе метрик ЦП, исходящего трафика или задержки непосредственно на портале, используя возможности Azure Monitor.

Поддержка назначенных пользователем управляемых удостоверений для учетных записей Cлужб мультимедиа

Используя назначенные пользователем управляемые удостоверения, клиенты смогут обеспечить более высокий уровень безопасности учетных записей хранения и связанных с ними хранилищ ключей. Доступ к учетной записи хранения клиента и хранилищам ключей будет ограничен управляемым удостоверением, назначенным пользователем. Вы полностью контролируете время существования управляемых пользователем удостоверений и можете легко отозвать доступ учетной записи службы мультимедиа к любой конкретной учетной записи хранения по мере необходимости.

Страница учетных записей хранения служб мультимедиа на портале теперь поддерживает как UAMI, так и SAMI

Теперь вы можете назначать и управлять назначенными пользователем управляемыми удостоверениями (UAMI) или назначенными системой управляемыми удостоверениями (SAMI) для учетных записей хранения непосредственно на портале Azure для Cлужб мультимедиа.

Теперь вы можете использовать собственную страницу, которая также поддерживает UAMI и SAMI.

Страница портала управления ключами для Служб мультимедиа теперь поддерживает настройку и управление назначенными пользователем управляемыми удостоверениями (UAMI) или назначенными системой управляемыми удостоверениями (SAMI).

Предоставление собственных ключей для шифрования учетной записи

Поддержка частных конечных точек для Служб мультимедиа

Теперь можно ограничить общий доступ к трансляциям, конечным точкам потоковой передачи и конечной точке служб доставки ключей для защиты содержимого и DRM, создав частную конечную точку для каждой службы. Это ограничит общий доступ к каждой из этих служб. Только трафик, исходящий из настроенной виртуальной сети (VNET), настроенный в частной конечной точке, сможет достичь этих конечных точек.

Список разрешенных IP-адресов для Службы ключей

Теперь вы можете предоставить определенным общедоступным IP-адресам доступ к службе доставки ключей для DRM и защиты содержимого. Конечные точки трансляций и потоковой передачи уже поддерживают настройку списка разрешенных IP-адресов на соответствующих страницах.

Кроме того, теперь имеется флаг функции уровня учетной записи, позволяющий разрешить или запретить доступ через Интернет к учетной записи служб мультимедиа.

Июль 2021 г.

Выпуск .NET SDK (Microsoft.Azure.Management.Media) 5.0.0 доступен в NuGet

Microsoft.Azure.Management.Media .NET SDK версии 5.0.0 теперь выпущен на NuGet. Эта версия создается для работы со стабильной версией REST API ARM 2021-06-01 .

Подробные сведения об изменениях по сравнению с выпуском 4.0.0 см. в журнале изменений.

Изменения в выпуске 5.0.0 .NET SDK

  • Учетная запись Служб мультимедиа теперь поддерживает управляемые удостоверения, назначенные системой и пользователем.
  • Добавлен параметр PublicNetworkAccess в учетные записи Служб мультимедиа. Этот параметр можно использовать с функцией "Частная связь", чтобы разрешить доступ только из частных сетей, блокируя весь доступ к общедоступной сети.
  • Базовая пересылка — добавлен новый тип живого события. Базовые события сквозной передачи имеют аналогичные возможности по отношению к стандартным передаваемым событиям в реальном времени с некоторыми ограничениями на входные и выходные данные и предлагаются по сниженной цене.
  • PresetConfigurations — позволяют настраивать параметры вывода, а также минимальную и максимальную скорость передачи данных, используемые для предустановок кодирования с учетом содержимого. Это поможет вам лучше оценить и спланировать более точное выставление счетов при использовании кодирования с учетом содержимого за счет ограниченных номеров выходных дорожек и разрешений.

Критические изменения в выпуске 5.0.0 .NET SDK

  • ApiErrorException заменено на ErrorResponseException, чтобы обеспечить согласованность со всеми другими пакетами SDK Azure. Тело исключения не изменилось.
  • Все вызовы, возвращающие ошибку 404 (Не найдено), теперь вызывают исключение ErrorResponseException вместо того, чтобы вернуть значение null. Это изменение было внесено в соответствие с другими пакетами SDK Azure
  • Конструктор мультимедийной службы имеет новый необязательный параметр PublicNetworkAccess после параметра KeyDelivery.
  • Свойство Type в MediaServiceIdentity было изменено с ManagedIdentityType enum на string, чтобы разместить несколько значений, разделенных запятыми. Допустимые строки: SystemAssigned (Назначенное системой) или UserAssigned (Назначенное пользователем).

Июнь 2021 г.

Больше свойств пульса при приеме событий прямой трансляции для улучшения диагностики

В сообщение Сетки событий добавлено больше свойств пульса при приеме событий прямой трансляции. Сюда входят следующие новые поля, помогающие диагностировать проблемы во время приема прямой трансляции. Поле ingestDriftValue рекомендуется использовать в сценариях, где необходимо отслеживать задержку сети при передаче данных кодировщиком, принимающим источник, в событие прямой трансляции. Слишком большое значение может свидетельствовать о том, что задержка в сети слишком велика для успешного события потоковой трансляции.

Дополнительные сведения см. в разделе Схема пульса при приеме событий прямой трансляции.

Поддержка использования служб мультимедиа с приватными каналами теперь широко доступна во всех регионах Azure, включая облака Azure для государственных организаций.

Приватный канал Azure обеспечивает доступ к службам PaaS Azure и к размещенным в Azure службам клиентов или партнеров через частную конечную точку виртуальной сети.

Трафик между виртуальной сетью и службой проходит через магистральную сеть Майкрософт, что позволяет избежать рисков общедоступного Интернета.

Подробнее об использовании Служб мультимедиа с частными конечными точками см. в статье Создание учетной записи Служб мультимедиа и службы хранилища с частной конечной точкой.

Новый регион: регион "Западная часть США 3" является общедоступным

Регион "Западная часть США 3" теперь широко доступен для использования клиентами при создании новых учетных записей Служб мультимедиа.

Доставка ключей поддерживает ограничения в рамках списка разрешенных IP-адресов

Теперь учетные записи Служб мультимедиа можно настроить с ограничениями в рамках списка разрешенных IP-адресов для доставки ключей. Новый параметр списка разрешений доступен в ресурсе учетной записи Служб мультимедиа в пакете SDK, а также на портале и в интерфейсе командной строки. Это позволяет операторам ограничивать доставку лицензий DRM и ключей содержимого AES-128 в определенные диапазоны IPv4-адресов.

Эту функцию также можно использовать для выключения всех общедоступных средств доставки лицензий DRM или ключей AES-128 и ограничения доставки в конечную точку частной сети.

Дополнительные сведения см. в разделе Ограничение доступа к доставке лицензии DRM и ключей AES с помощью списков разрешенных IP-адресов.

Новые примеры для Python и Node.js (с TypeScript)

Обновлены примеры для Node.js, которые используют поддержку последней версии TypeScript в пакете SDK для Azure.

Образец Описание
Потоковая передача в реальном времени Базовый пример потоковой трансляции. ПРЕДУПРЕЖДЕНИЕ. Убедитесь, что все ресурсы очищены и счета на портале при использовании интерактивных данных больше не выставляются.
Отправка и потоковая передача HLS и DASH Базовый пример загрузки локального файла или кодировки из исходного URL-адреса. В примере показано, как использовать пакет SDK хранилища для скачивания содержимого, а также как выполнять потоковую передачу на проигрыватель.
Отправка и потоковая передача HLS и DASH с помощью DRM PlayReady и Widevine Демонстрирует кодирование и выполнение потоковой передачи с использованием Widevine и PlayReady DRM.

В новом примере Python демонстрируется использование Функций Azure и сетки событий для запуска предустановки "Скрытие лиц".

Май 2021 г.

Поддержка Зон доступности по умолчанию в Службах мультимедиа

Теперь Службы мультимедиа поддерживают Зоны доступности, предоставляя изолированные от сбоев расположения в пределах одного региона Azure. По умолчанию учетные записи Служб мультимедиа являются избыточными между зонами, и дополнительные параметры или конфигурация не требуются. Это относится только к регионам с поддержкой Зон доступности.

Март 2021 г.

В предустановку AudioAnalyzer добавлена поддержка нового языка

Больше языков для транскрибирования видео и ввода субтитров теперь доступно в предустановке AudioAnalyzer (в режимах "Базовый" и "Стандартный").

  • Английский (Австралия), "en-AU"
  • Французский (Канада), "fr-CA"
  • Арабский (Бахрейн), современный литературный, "ar-BH"
  • Арабский (Египет), "ar-EG"
  • Арабский (Ирак), "ar-IQ"
  • Арабский (Израиль), "ar-IL"
  • Арабский (Иордания), "ar-JO"
  • Арабский (Кувейт), "ar-KW"
  • Арабский (Ливан), "ar-LB"
  • Арабский (Оман), "ar-OM"
  • Арабский (Катар), "ar-QA"
  • Арабский (Саудовская Аравия), "ar-SA"
  • Датский, "da-DK"
  • Норвежский, "nb-NO"
  • Шведский, "sv-SE"
  • Финский, "fi-FI"
  • Тайский, "th-TH"
  • Турецкий, "tr-TR"

Ознакомьтесь со списком языков, которые недавно стали доступными, в статье Концепция анализа видео- и аудиофайлов.

Февраль 2021 года

Поддержка кодирования HEVC в стандартном кодировщике

Стандартный кодировщик теперь поддерживает 8-разрядное кодирование HEVC (H.265). Содержимое HEVC может доставляться и упаковываться с помощью динамического упаковщика в формате "hev1".

Новую настраиваемую кодировку .NET с примером HEVC можно посмотреть в репозитории GitHub media-services-v3-dotnet. Помимо настраиваемого кодирования, теперь стали доступны следующие встроенные предварительные настройки кодирования HEVC:

  • H265ContentAwareEncoding
  • H265AdaptiveStreaming
  • H265SingleBitrate720P
  • H265SingleBitrate1080p
  • H265SingleBitrate4K

Клиентам, ранее использующие HEVC в кодировщике категории "Премиум" в API версии 2, необходимо провести миграцию, чтобы использовать новую систему поддержки кодирования HEVC в кодировщике уровня "Стандартный".

Объявление о прекращении поддержки API Служб мультимедиа Azure и пакетов SDK v2

Обновление REST API Служб мультимедиа Azure и пакетов SDK до версии v3 до 29 февраля 2024 г.

Поскольку версия 3 REST API Служб мультимедиа Azure и клиентских пакетов SDK для .NET и Java предлагает больше возможностей, чем версия 2, мы выводим из обращения версию 2 REST API Служб мультимедиа Azure и клиентских пакетов SDK для .NET и Java.

Мы рекомендуем осуществить переход ранее, чтобы использовать расширенные преимущества версии 3 REST API Служб мультимедиа Azure и клиентских пакетов SDK для .NET и Java. Версия 3 предоставляет следующие возможности:

  • Круглосуточная поддержка событий прямой трансляции
  • ARM REST API, клиентские пакеты SDK для .NET core, Node.js, Python, Java, Go и Ruby.
  • Управляемые клиентами ключи, интеграция доверенного хранилища, поддержка приватного канала и многое другое

В рамках обновления до версии 3 API и пакетов SDK для учетной записи Cлужбы мультимедиа больше не требуются зарезервированные единицы мультимедиа (MRU), так как система автоматически масштабируется в соответствии с нагрузкой. Дополнительные сведения см. в руководстве по миграции MRU.

Прекращение поддержки AMS как автономного сервера доставки лицензий (гибридный локальный режим) при миграции с версии 2 на версию 3

API версии 3 больше не поддерживает использование служб доставки ключей в качестве автономной функции для защиты содержимого, в частности для предоставления лицензий на содержимое, транслируемое или доставляемое через другие сторонние серверы. Это означает, что AMS больше не поддерживает сценарии, обеспечивающие только доставку ключей, в API версии 3 и при доставке с помощью версии 3 требует выполнить потоковую передачу из служб AMS, использующих динамическую упаковку и шифрование.

Существующее содержимое, зашифрованное с помощью API версии 2 и доставляемое в рамках "гибридной" модели, будет продолжать работать (ключи по-прежнему будут извлекаться в плоскости данных), но управление этими ключами (обновления и изменения) через плоскость управления версий 2 или 3 станет невозможно после 29 февраля 2024 года.

Примечание

Все новое содержимое, доставленное с помощью версии 3, будет поддерживать только защиту содержимого и потоковую передачу из AMS, но не "гибридный" режим. Плоскость данных по-прежнему будет предоставлять существующие ключи и лицензии, созданные в версии 2, но больше не будет поддерживать управление или обновления с помощью API версий 2 или 3.

Требуется действие

Чтобы минимизировать прерывание рабочих нагрузок, изучите руководство по миграции, чтобы перенести код из версии 2 API и пакетов SDK в версию 3 до 29 февраля 2024 г. После 29 февраля 2024 г. Службы мультимедиа Azure не будут принимать трафик из REST API версии 2, API управления учетными записями ARM версии 2015-10-01 и клиентских пакетов SDK для .NET версии 2. Сказанное применимо и ко всем сторонним пакетам SDK для клиентов с открытым исходным кодом, которые могут вызывать API версии 2.

См. официальное объявление об обновлениях Azure.

Поддержка кодировщик уровня "Стандартный" для функций API версии 2

Помимо новой дополнительной поддержки кодирования HEVC (H.265), в версии 2020-05-01 (или более поздней версии) API кодирования теперь доступны следующие функции.

  • Также поддерживается совмещение нескольких входных файлов с помощью новой функции JobInputClip.
  • Выбор звуковой дорожки позволяет клиентам выбирать и сопоставлять входящие звуковые дорожки и перенаправлять их на выход для кодирования.
    • Дополнительные сведения об AudioTrackDescriptor и выборе дорожки см. в REST API OpenAPI.
  • Выбор дорожки для кодирования позволяет клиентам выбирать дорожки из исходного файла ABR или из динамического архива, имеющего дорожки с разной скоростью. Чрезвычайно полезно для создания MP4 из архивных файлов трансляций.
  • В службу обнаружения лиц были добавлены возможности для скрытия лиц (размытия)

Новые выпуски клиентских пакетов SDK для версии 2020-05-01 API служб мультимедиа Azure

Новые версии клиентских пакетов SDK для соответствующих языков теперь доступны с указанными выше функциями. Обновите последние версии клиентских пакетов SDK в базах кода с помощью диспетчера пакетов.

Новые функции безопасности, доступные в версии 2020-05-01 API служб мультимедиа Azure

  • Управляемые пользователем ключи: ключи содержимого и другие данные, хранящиеся в учетных записях, созданных с помощью API версии "2020-05-01", шифруются с помощью ключа учетной записи. Клиенты могут предоставить ключ для шифрования ключа учетной записи.

  • Доверенное хранилище : службы мультимедиа можно настроить так, чтобы получить доступ к службе хранилища Azure с помощью управляемого удостоверения, связанного с учетной записью служб мультимедиа. Если доступ к учетным записям хранения осуществляется с помощью управляемого удостоверения, клиенты могут настроить более широкие сетевые списки ACL для учетной записи хранения, не блокируя сценарии служб мультимедиа.

  • Управляемые удостоверения: клиенты могут включить управляемое удостоверение, назначенное системой для учетной записи служб мультимедиа, чтобы предоставить доступ к хранилищам ключей (для ключей, управляемых пользователем) и учетным записям хранения (для доверенного хранилища).

Обновленные примеры Node.js TypeScript с использованием изоморфного пакета SDK для JavaScript

Были обновлены примеры Node.js с учетом использования новейшего изоморфного пакета SDK. В примерах показано использование TypeScript. Кроме того, был добавлен новый пример динамической потоковой передачи для Node.js/TypeScript.

Ознакомьтесь с последними примерами в репозитории Git Hub media-services-v3-node-tutorials .

Новый "режим реального времени" для поддержки быстрого запуска из горячего состояния

Трансляции теперь поддерживают режим выставления счетов с более низкими затратами для "ожидания". Это позволяет клиентам предварительно распределять трансляции по более низкой цене для создания "горячего пула". Затем клиенты могут использовать активные события, чтобы перейти в состояние выполнения быстрее, чем при создании и запуске из холодного режима. Это значительно сокращает время запуска канала и позволяет быстро распределять в горячем пуле компьютеры, работающие в режиме с более низкой ценой. Последние сведения о ценах см. здесь. Дополнительные сведения о состоянии ожидания и других состояниях событий в режиме реального времени см. в статье Состояния трансляции и выставление счетов.

Декабрь 2020 г.

Доступность по регионам

Теперь на портале Azure службы мультимедиа Azure доступны в Норвегии (Восточная часть). В этом регионе restV2 не работает.

Октябрь 2020 г.

Анализ звука категории "Базовый"

Предустановка анализа звука теперь включает ценовую категории "Базовый". Новый режим базового анализатора звука — это недорогой вариант для получения транскрипции речи и форматирования выходных подписей и субтитров. Этот режим выполняет преобразование речи в текст и создание файла субтитира/заголовка. Выходные данные этого режима включают в себя файл JSON Insights, содержащий только ключевые слова, транскрипцию и сведения о времени. Автоматическое распознавание языка и диаризация говорящего в этом режиме не выполняются. См. список поддерживаемых языков.

Пользователям с индексаторами версий 1 и 2, необходимо перейти на анализа звука категории "Базовый".

Дополнительные сведения о режиме базового анализатора звука см. в разделе Анализ видео и звуковых файлов.

Динамические события

При остановке трансляций теперь можно обновлять большинство свойств. Кроме того, пользователи могут указывать префикс для статического имени узла для входных и предварительных URL-адресов трансляций. VanityUrl теперь вызывается useStaticHostName, поскольку это название точнее отражает его свойства.

Для трансляций теперь доступно состояние "Ожидание". См. раздел События и выходные данные прямой трансляции в Службах мультимедиа.

Событие в реальном времени поддерживает получение различных входных данных. Режим растяжения позволяет клиентам указать поведение выходных данных при растяжении.

Кодирование в реальном времени теперь добавляет возможность вывода фрагментов фиксированных кадров с интервалом от 0,5 до 20 секунд.

Учетные записи

Предупреждение

Если вы создаете учетную запись служб мультимедиа с версией API 2020-05-01, она не будет работать с RESTv2

Август 2020 г.

динамическое шифрование.

Поддержка устаревшего формата шифрования файлов с защитой PlayReady (PIFF 1.1) теперь доступна в динамическом упаковщике. Это обеспечивает поддержку устаревших смарт-ТВ компаний Samsung и LG, которые реализовали первые версии стандарта общего шифрования (CENC), опубликованные корпорацией Майкрософт. Формат PIFF 1.1, также известный как формат шифрования, ранее поддерживался клиентской библиотекой Silverlight. В настоящее время единственным сценарием использования для этого формата шифрования является ориентация на устаревший рынок Smart TV, где в некоторых регионах остается значительное количество Smart TV, которые поддерживают только Smooth Streaming с шифрованием PIFF 1.1.

Чтобы использовать новую поддержку шифрования PIFF 1.1, измените значение шифрования на "piff" в URL-адресе указатель потоковой передачи. Дополнительные сведения см. в статье Обзор системы защиты содержимого. Например: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|

Примечание

Поддержка PIFF 1.1 предоставляется в виде обратно совместимого решения для Smart TV (Samsung, LG), которое реализовало раннюю версию Silverlight стандарта Common Encryption. Формат PIFF следует использовать только в том случае, когда он необходим для поддержки устаревших моделей Smart TV Samsung или LG, которые поставлялись в 2009–2015 годах и поддерживали шифрование PlayReady PIFF 1.1.

Июль 2020 г.

Динамическое транскрибирование

Динамическое транскрибирование теперь поддерживают 19 языков и 8 регионов.

Высокий уровень доступности

И опубликовали обзор и пример работы для высокого уровня доступность Video on Demand (VOD) служб мультимедиа.

Июнь 2020 г.

Аналитика видеотрансляции в IoT Edge, предварительная версия

Предварительная версия функции Аналитики видеотрансляций в IoT Edge стала общедоступной.

Интерактивная аналитика видео на IoT Edge — это расширение семейства служб мультимедиа. Она позволяет анализировать видео в реальном времени с помощью моделей искусственного интеллекта на пограничных устройствах, а также, при необходимости, записывать это видео. Теперь вы можете создавать приложения с помощью анализа видео в реальном времени на пограничных устройствах, не беспокоясь о сложности создания и работе конвейера видеотрансляций.

Май 2020 г.

Новые регионы: Северная Джермей, Центрально-Западная Германия, Северная Швейцария и Западная Швейцария теперь общедоступные

Службы мультимедиа Azure теперь доступны в следующих регионах: "Северная Германия", "Центрально-Западная Германия", "Северная Швейцария" и "Западная Швейцария". Клиенты могут развертывать Службы мультимедиа в этих регионах с помощью портала Azure.

Апрель 2020 г.

Улучшения документации

Документация по Проигрывателю мультимедиа Azure перенесена в документацию по Azure.

Январь 2020 г.

Усовершенствования в обработчиках мультимедиа

  • Улучшенная поддержка чередующихся источников в средстве анализа видео — для такого содержимого теперь правильно выполняется устранение чересстрочной развертки перед отправкой в механизмы вывода.
  • При создании эскизов с использованием режима "Наилучшее" кодировщик теперь выполняет поиск более 30 секунд, чтобы выбрать кадр, который не является монохромным.

Обновления в облаке Azure для государственных организаций

Службы мультимедиа теперь доступны следующих регионах Azure для государственных организаций: USGov (Аризона) и USGov (Техас) .

Декабрь 2019 г.

Добавлена поддержка CDN для заголовков Origin-Assist Prefetch для потоковой передачи видео в прямом эфире и по запросу; доступно для клиентов, заключивших прямой договор с CDN Akamai. Функция Origin-Assist CDN-Prefetch использует следующий обмен заголовками HTTP между CDN Akamai и источником Служб мультимедиа Azure:

Заголовок HTTP Значения Отправитель Получатель Назначение
CDN-Origin-Assist-Prefetch-Enabled 1 (по умолчанию) или 0 CDN Исходный домен Указание того, что для CDN включено предварительное получение
CDN-Origin-Assist-Prefetch-Path Пример
Fragments(video=1400000000,format=mpd-time-cmaf)
Исходный домен CDN Предоставление пути для предварительного получения в CDN
CDN-Origin-Assist-Prefetch-Request 1 (запрос на предварительное получение) или 0 (обычный запрос) CDN Исходный домен Указание того, что запрос от CDN является запросом на предварительное получение

Чтобы увидеть часть процесса обмена заголовками в действии, можно попробовать выполнить следующие действия.

  1. Используйте Curl, чтобы отправить запрос сегмента или фрагмента видео или аудио к источнику Служб мультимедиа. Не забудьте добавить а запрос заголовок CDN-Origin-Assist-Prefetch-Enabled: 1.
  2. В ответе должен быть заголовок CDN-Origin-Assist-Prefetch-Path с относительным путем в качестве значения.

Ноябрь 2019 г.

Динамическое транскрибирование (предварительная версия)

Функция "Динамическое транскрибирование" теперь доступна в качестве предварительной версии в регионе "Западная часть США 2".

Функция "Динамическое транскрибирование" предназначена для работы с событиями трансляции в качестве надстройки. Она поддерживается как для сквозных событий кодирования, так и для событий кодирования в реальном времени уровня "Стандарт" или "Премиум". Если эта функция включена, служба использует функцию Преобразование речи в текст служб Cognitive Services для преобразования слов во входящем аудио в текст. Этот текст затем становится доступным для доставки, так же как видео и аудио, в протоколах MPEG-DASH и HLS. Выставление счетов основано на новом дополнительном счетчике, который предоставляется за отдельную плату, помимо трансляции, когда она находится в состоянии "Выполняется". Дополнительные сведения о динамическом транскрибировании и выставлении счетов см. в статье Динамическое транскрибирование.

Примечание

В настоящее время функция "Динамическое транскрибирование" доступна только в предварительной версии в регионе "Западная часть США 2". В настоящее время она поддерживает транскрибирование слов только на английском языке (EN-US).

Защита содержимого

Функция Предотвращение воспроизведения маркеров, выпущенная для ограниченного числа регионов в сентябре, теперь доступна во всех регионах. Теперь пользователи Служб мультимедиа могут задавать ограничение на количество раз, когда один и тот же маркер может использоваться для запроса ключа или лицензии. Дополнительные сведения см. в разделе Предотвращение воспроизведения маркеров.

Добавлена поддержка следующих новых рекомендуемых партнерских кодировщиков для потоковой трансляции RTMP.

Улучшения кодирования файлов

  • Теперь доступна новая предустановка кодирования с учетом содержимого. Она создает набор GOP-файлов формата MP4, используя кодировку с учетом содержимого. При наличии любого входного содержимого служба выполняет первоначальный упрощенный анализ входного содержимого. Она использует эти результаты для определения оптимального количества слоев, соответствующей скорости и параметров разрешения для доставки путем адаптивной потоковой передачи. Эта предустановка эффективна для видеороликов с низким уровнем сложности и средним уровнем сложности, где выходные файлы имеют более низкую скорость, но с приемлемым качеством изображения для просмотра. Выходные данные будут содержать файлы MP4 с чередованием видео и аудио. Дополнительные сведения см. в статье, посвященной спецификациям открытого API.
  • Более высокая производительность и многопоточность для средства изменения размера в стандартном кодировщике. При определенных условиях клиент должен наблюдать повышение производительности кодирования VOD на 5–40 %. Наибольшее увеличение производительности будет наблюдаться для содержимого с низким уровнем сложности, закодированным для нескольких скоростей.
  • Стандартная кодировка теперь поддерживает обычную частоту GOP для содержимого с переменной частотой кадров (VFR) во время кодирования VOD при использовании параметра GOP на основе времени. Это означает, что клиенты, которые отправляют содержимое со смешанной частотой кадров, которая может варьироваться в диапазоне от 15 до 30 кадров/с, теперь должны видеть обычные интервалы GOP, вычисленные для вывода в файлы MP4 с потоковой передачей с переменной скоростью. Это позволяет улучшить возможности беспрепятственного переключения между дорожками при доставке через HLS или DASH.
  • Улучшенная синхронизация звука и видео для исходного содержимого с переменной частотой кадров (VFR)

Индексатор видео Azure, аналитика видео

  • Опорные кадры, извлеченные с помощью предустановки VideoAnalyzer, теперь находятся в исходном разрешении видео, а не в измененном размере. Извлечение опорных кадров с высоким разрешением позволяет получить изображения исходного качества, а также позволяет использовать модели искусственного интеллекта на основе изображений, предоставляемые службами Компьютерного зрения и Пользовательского визуального распознавания корпорации Майкрософт, чтобы получить еще больше полезных данных из видео.

Сентябрь 2019 г.

Службы мультимедиа версии 3

Динамическое линейное кодирование трансляций

В Службах мультимедиа версии 3 представлена предварительная версия функции круглосуточного и ежедневного линейного кодирования трансляций.

Службы мультимедиа версии 2

Устаревшие обработчики мультимедиа

Мы сообщаем о прекращении использования Azure Media Indexer и Azure Media Indexer 2 (предварительная версия) . Даты прекращения поддержки см. в статье Устаревшие компоненты. Индексатор видео Azure заменяет эти устаревшие обработчики мультимедиа.

Дополнительные сведения см. в статье Переход с Azure Media Indexer и Azure Media Indexer 2 на Индексатор видео Служб мультимедиа Azure.

Август 2019 г.

Службы мультимедиа версии 3

Для служб мультимедиа открыта региональная пара в Южной Африке

Теперь Службы мультимедиа доступны в Северной части ЮАР и Западной части ЮАР.

Дополнительные сведения см. в разделе Облака и регионы, в которых существуют Службы мультимедиа версии 3.

Службы мультимедиа версии 2

Устаревшие обработчики мультимедиа

Мы сообщаем о прекращении использования Windows Azure Media Encoder (ВАМЕ) и кодировщика мультимедиа Azure (AME). Даты прекращения поддержки см. в статье Устаревшие компоненты.

Дополнительные сведения см. в разделах Переход с ВАМЕ на стандартный кодировщик Служб мультимедиа и Переход с AME на стандартный кодировщик Служб мультимедиа.

Июль 2019 г.

Защита содержимого

Если потоковая передача содержимого защищена с помощью маркера, конечным пользователям необходимо получить маркер, который отправляется в составе запроса на доставку ключа. Функция Предотвращение воспроизведения маркеров позволяет клиентам Служб мультимедиа устанавливать ограничения на то, сколько раз один и тот же маркер можно использовать для запроса ключа или лицензии. Дополнительные сведения см. в разделе Предотвращение воспроизведения маркеров.

Начиная с июля предварительная версия функции была доступна только в центральной части США и центрально-западной части США.

Июнь 2019 г.

Создание субклипов из видео

Теперь при кодировании с помощью задания можно обрезать видео или создавать из него субклипы.

Эта функция работает с любыми преобразованиями, созданными с помощью предустановок BuiltInStandardEncoderPreset или StandardEncoderPreset.

Май 2019 г.

Поддержка Azure Monitor для журналов диагностики и метрик в Службах мультимедиа

Теперь можно использовать Azure Monitor для просмотра данных телеметрии, созданных Службами мультимедиа.

  • Используйте журналы диагностики Azure Monitor, чтобы отслеживать запросы, отправленные конечной точкой доставки ключей Служб мультимедиа.
  • Отслеживайте метрики, созданные конечными точками потоковой передачи Служб мультимедиа.

Дополнительные сведения см. в статье Мониторинг служб мультимедиа.

Поддержка нескольких звуковых дорожек в динамической упаковке

Динамическая упаковка поддерживает несколько звуковых дорожек вывода HLS (версии 4 или более поздней) для потоковой передачи ресурсов, у которых несколько звуковых дорожек с поддержкой нескольких кодеков и языков.

Для служб мультимедиа открыта региональная пара в Республике Корея

Службы мультимедиа теперь доступны в центральном и южном регионах Республики Корея.

Дополнительные сведения см. в разделе Облака и регионы, в которых существуют Службы мультимедиа версии 3.

Повышение производительности

Добавлены обновления, включающие улучшения производительности Служб мультимедиа.

Апрель 2019 г.

Новые предустановки

  • В список предустановок встроенного анализатора добавлена предустановка FaceDetectorPreset.

Март 2019 г.

Динамическая упаковка теперь поддерживает Dolby Atmos. Дополнительные сведения см. в разделе Аудиокодеки, поддерживаемые для динамической упаковки.

Теперь можно указать список фильтров ресурсов или учетных записей, которые будут применяться к указателю потоковой передачи. Дополнительные сведения см. в разделе Связывание фильтров с указателем потоковой передачи.

Февраль 2019 г.

Службы мультимедиа версии 3 теперь поддерживаются в национальных облаках Azure. Некоторые возможности пока недоступны во всех облаках. Дополнительные сведения см. в разделе Облака и регионы, в которых существуют Службы мультимедиа Azure версии 3.

Событие Microsoft.Media.JobOutputProgress для Служб мультимедиа добавлено в Сетку событий Azure.

Январь 2019 г.

Файлы MPI и Media Encoder Standard

При кодировании с помощью Media Encoder Standard для создания файлов MP4 создается и добавляется в выходной ресурс новый MPI-файл. Этот MPI-файл предназначен для повышения производительности динамической упаковки и потоковой передачи.

Не следует изменять или удалять MPI-файл, а также ваша служба не должна зависеть от существования (или отсутствия) такого файла.

Декабрь 2018 г.

Обновления от выпуска общедоступной версии API V3 включают:

  • Свойства PresentationTimeRange больше не имеют значение "required" для AssetFilters и AccountFilters.
  • Параметры запроса $top и $skip для заданий и преобразований были удалены, а $orderby добавлен. В рамках добавления новой функциональности упорядочивания было обнаружено, что параметры $top и $skip были случайно выставлены ранее, даже если они не реализованы.
  • Расширение перечисления было повторно включено. Эта функция была включена в предыдущих версиях пакета SDK и случайно отключена в общедоступной версии.
  • Две стандартные политики потоковой передачи были переименованы. SecureStreaming теперь — MultiDrmCencStreaming. SecureStreamingWithFairPlay — Predefined_MultiDrmStreaming.

Ноябрь 2018 г.

Модуль CLI 2.0 теперь доступен для Службы мультимедиа Azure, общедоступная версия 3 — версия 2.0.50.

Новые команды

Новые функции и критические изменения

Команды для ресурсов

  • Добавлены аргументы --storage-account и --container.
  • Добавлены значения по умолчанию для времени истечения срока действия (23 часа от текущего момента) и разрешений (чтение) в команду az ams asset get-sas-url.

Команды для заданий

  • Добавлены аргументы --correlation-data и --label.
  • Аргумент --output-asset-names переименован в --output-assets. Теперь он принимает список ресурсов, разделенных пробелами, в формате assetName=label. Ресурс без метки можно передать следующим образом: assetName=.

Команды для потокового указателя

  • Базовая команда az ams streaming locator заменена на az ams streaming-locator.
  • Добавлены аргументы --streaming-locator-id и --alternative-media-id support.
  • Обновлен аргумент --content-keys argument.
  • Аргумент --content-policy-name переименован в --content-key-policy-name.

Команды для политики потоковой передачи

  • Базовая команда az ams streaming policy заменена на az ams streaming-policy.
  • Добавлена поддержка параметров шифрования в az ams streaming-policy create.

Команды преобразования

  • Аргумент --preset-names заменен на --preset. Теперь можно одновременно задавать только один вывод/набор параметров (для добавления дополнительных нужно запустить команду az ams transform output add). Также можно задать пользовательский параметр StandardEncoderPreset, указав путь к пользовательскому файлу JSON.
  • az ams transform output remove теперь можно выполнять путем передачи выходного индекса для удаления.
  • Аргументы --relative-priority, --on-error, --audio-language and --insights-to-extract добавлены в команды az ams transform create и az ams transform output add.

Октябрь 2018 г. Общедоступная версия

В этом разделе описываются октябрьские обновления Служб мультимедиа Azure (AMS).

Общедоступный выпуск REST версии 3

Общедоступный выпуск REST версии 3 включает дополнительные API для динамических событий, фильтров манифестов на уровне ресурса и учетной записи и поддержку DRM.

API управления ресурсами Azure

Благодаря поддержке API управления ресурсами Azure доступен унифицированный API управления и операций (теперь все в одном месте).

Начиная с этого выпуска, для создания динамических событий можно использовать шаблоны Resource Manager.

Улучшение операций с ресурсами

Появились следующие улучшения:

  • прием из URL-адреса HTTP или URL-адреса SAS хранилища BLOB-объектов Azure;
  • указание собственных имен контейнеров для ресурсов;
  • простая поддержка выходных данных для создания пользовательских рабочих процессов с помощью службы "Функции Azure".

Новый объект преобразования

Новый объект Преобразование упрощает модель кодирования. Новый объект позволяет легко создавать и совместно использовать кодировку шаблонов Resource Manager и предустановок.

Аутентификация Azure Active Directory и Azure RBAC

Аутентификация Azure AD и управление доступом на основе ролей (Azure RBAC) обеспечивают безопасные преобразования, динамические события, политики ключей содержимого и предоставление ресурсов для ролей или пользователей в Azure AD.

Клиентские пакеты SDK

Языки, поддерживаемые в Службах мультимедиа версии 3: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Обновления кодирования в реальном времени

Представлены следующие обновления кодирования в реальном времени:

  • Новый режим с низкой задержкой для трансляции (10 секунд для полного процесса).

  • Улучшенная поддержка RTMP (повышенная стабильность и поддержка исходного кодировщика).

  • Безопасный прием RTMPS.

    При создании динамических событий вы получите 4 URL-адреса для приема. 4 URL-адреса для приема практически идентичны, они имеют тот же токен потоковой передачи (AppId) с отличной частью номера порта. Два из этих URL-адресов являются первичным и резервным для RTMPS.

  • 24-часовая система поддержки перекодирования.

  • Улучшена поддержка рекламных сигналов в RTMP с помощью SCTE35.

Улучшенная поддержка Сетки событий

Вы увидите следующие улучшения поддержки Сетки событий:

  • Интеграция Сетки событий Azure для упрощения разработки с использованием Logic Apps и Функций Azure.
  • Подписка на события Службы кодирования, динамических каналов и др.

Поддержка CMAF

Поддержка шифрования CMAF и cbcs для Apple HLS (iOS 11 и выше) и проигрывателей MPEG-DASH, поддерживающих CMAF.

Индексатор видео

Общедоступный выпуск службы "Индексатор видео" вышел в августе. Новые сведения о поддерживаемых функциях см. в статье Что такое Индексатор видео?

Планы по изменениям.

Azure CLI 2.0

Модуль Azure CLI 2.0, который включает в себя операции со всеми функциями (включая динамические события, политики ключа содержимого, фильтры учетной записи и ресурсов, политики потоковой передачи), ожидается в ближайшее время.

Известные проблемы

Эта проблема повлияет только на пользователей, которые используют API предварительной версии для фильтров ресурса или учетной записи.

Если вы создали фильтры учетных записей или ресурсов в период с 28.09 по 12.10 с помощью CLI или API для Служб мультимедиа версии 3, необходимо удалить все эти фильтры и повторно создать их из-за конфликта версий.

Май 2018 г. Предварительная версия

Пакет SDK для .NET

Пакет SDK для .NET предоставляет следующие возможности:

  • Указатели потоковой передачи, отвечающие за публикацию и потоковую передачу содержимого на устройства пользователей.
  • Политики потоковой передачи и ключа содержимого, отвечающие за настройку доставки ключей и защиту содержимого (DRM) при его доставке.
  • Динамические события и динамические выходные данные, отвечающие за прием и потоковую трансляцию содержимого.
  • Ресурсы, отвечающие за хранение и публикацию содержимого в службу хранилища Azure.
  • Конечные точки потоковой передачи, позволяющие настраивать и масштабировать динамическую упаковку, шифрование и потоковую передачу мультимедийного содержимого в реальном времени и по запросу.

Известные проблемы

  • При отправке задания можно указать исходное видео для приема, используя URL-адреса HTTPS, URL-адреса SAS или пути к файлам, находящимся в хранилище BLOB-объектов Azure. В настоящий момент версия 3 Служб мультимедиа сейчас не поддерживает кодирование блочной передачи через URL-адреса HTTPS.

Получение справки, отправка отзывов, получение обновлений

Прочитайте статью сообщества Служб мультимедиа Azure, чтобы узнать, как задавать вопросы, оставлять отзывы и получать новости о Службах мультимедиа.

См. также раздел

Руководство по миграции из версии 2 в версию 3 Служб мультимедиа.