Notas de la versión de Azure Media Services v3

  • Artículo

Logotipo de Media Services v3

Advertencia

Azure Media Services se retirará el 30 de junio de 2024. Para obtener más información, consulte la Guía de retirada de AMS.

Para mantenerse al día de los avances más recientes, este artículo proporciona información acerca de los elementos siguientes:

  • Versiones más recientes
  • Problemas conocidos
  • Corrección de errores
  • Funciones obsoletas

Junio de 2023

Azure Media Services se va a retirar a partir del 30 de junio de 2023. Consulte la guía de retirada de Azure Media Services.

Marzo de 2023

Azure Media Indexer se retira. Se reemplaza por el modo Básico AudioAnalyzerPreset de Media Services v3.

Febrero de 2023

Notas de la versión de febrero próximamente.

Enero de 2023

Metadatos con tiempo

Los metadatos con tiempo son datos personalizados que se insertan en una secuencia en vivo. Tanto los datos como su marca de tiempo de inserción se conservan en la propia secuencia multimedia. Esto es para que los clientes que reproducen la secuencia de vídeo puedan obtener los mismos metadatos personalizados exactamente al mismo tiempo en relación con la secuencia de vídeo. Con metadatos con tiempo, puede hacer lo siguiente:

  • Agregue elementos de interactividad al flujo en vivo, como un sondeo.
  • Agregue información relacionada con el contenido de vídeo, como altavoces, vínculos de producto, estadísticas del jugador deportivo, etc.
  • Agregue metadatos sobre el vídeo, como la ubicación GPS, la hora, etc.

Para más información, consulte Metadatos con tiempo con Azure Media Services y Cómo indicar metadatos con tiempo con Azure Media Services. Puedes probarlo con Stackblitz.

Separación de velocidad de bits

La decisión de separación y resolución de velocidad de bits ContentAwareEncoding se mejoró en la versión de este mes.

ContentAwareEncoding se puede usar junto con PresetConfigurations para satisfacer sus requisitos específicos para un rendimiento óptimo de streaming y codificación.

Para una mejor separación de velocidad de bits, se usó la complejidad estimada de la codificación de prueba para calcular la velocidad de bits de la capa superior, la velocidad de bits de la capa inferior y el número total de capas. Una vez que se decide la velocidad de bits de capa superior, la velocidad de bits inferior y el número de capas, las velocidades de bits de las capas intermedias se calculan en función de la relación de velocidad de bits par entre las capas vecinas. Se separa casi uniformemente por velocidad de bits en este caso.

En lo que respecta a la resolución, la capa inferior es el problema principal. La resolución de la capa inferior se puede configurar mediante PresetConfigurations. La lógica modificada decide la resolución de la capa inferior en función de la complejidad estimada de la codificación de prueba si no la configura. También decide la velocidad de bits de la capa inferior si la establecen los usuarios a través de PresetConfigurations. La decisión de resolución intentó usar resoluciones superiores a 180P para la capa inferior para lograr una mejor calidad visual.

Esta versión también mejora el algoritmo de estimación de complejidad del contenido. El algoritmo original es conservador y da como resultado velocidades de bits mayores de las necesarias. Con la estimación modificada, las velocidades de bits de salida suelen ser inferiores a las anteriores. En otras palabras, ahora puede ahorrar más dinero en términos de ancho de banda de red y costos de almacenamiento.

Ejemplos del SDK de .NET para el SDK de cliente Azure.ResourceManager.Media más reciente

El SDK de cliente azure.ResourceManager.Media actualizado (también conocido como sdk de .NET de "pista 2" está disponible en Nuget Azure.ResourceManager.Media. Todos los ejemplos se han actualizado en la rama principal de nuestro repositorio de ejemplos para .NET en github a la versión más reciente de este SDK de cliente. Azure-Samples/media-services-v3-dotnet. Los proyectos de este repositorio muestran cómo implementar distintos escenarios de Azure Media Services con la versión v3. (github.com).

Cambios en la interfaz Assets de la Azure Portal

Verá una experiencia de usuario mejorada en la hoja Activos de la Azure Portal. Ahora puede ver los seguimientos y los archivos en el recurso. También puede cargar, actualizar o eliminar pistas de audio y texto en un recurso.

Diciembre de 2022

Media Services ahora admite IPv6 para transmitir contenido multimedia a eventos en directo, streaming de contenido desde puntos de conexión de streaming y al entregar claves de contenido. Para habilitar IPv6 para los puntos de conexión de streaming y los eventos en directo, la lista de direcciones IP permitidas para el recurso debe incluir al menos una dirección IPv6 o un intervalo IPv6. Cuando la compatibilidad con CDN está habilitada para un punto de conexión de streaming, la compatibilidad con IPv6 depende de la configuración de la red CDN.

Para obtener más información sobre el uso de IPv6 con Media Services, consulte Eventos en directo de Media Services y Restricción del acceso a la licencia DRM y entrega de claves AES mediante listas de permitidos de IP.

Noviembre de 2022

Media Services ahora quita la representación de audio de la lista de reproducción variante de HLS de forma predeterminada para evitar que el cliente vuelva al audio solo en una situación de red deficiente.

Para cambiar el comportamiento, puede usar la etiqueta [audio-only=true] URL para escribir una representación de audio en la lista de reproducción variant de HLS.

Por ejemplo:

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

Esto se debe a un cambio en las directrices de creación de HLS que ahora indican "No debe tener variantes de solo audio enumeradas en la lista de reproducción multivariante".

Septiembre de 2022

Versión de API: se ha actualizado la API REST de ARM 2022-08-01.

Se ha publicado una versión actualizada de la API REST de ARM para Azure Media Services. La versión 2022-08-01 es ahora la versión estable más reciente en producción. Las definiciones más recientes de la API rest están disponibles en la carpeta de especificación de REST para Media Services en GitHub.

Novedades a la API 2022-08-01 incluyen:

  • La entidad LiveOutput presenta una nueva propiedad que acepta valores NULL rewindWindowLength para controlar la longitud de la ventana capaz de buscar durante Live para codificar y pasar a través de eventos en directo. Esta propiedad no se usa una vez que LiveOutput se detiene. El VOD archivado tendrá contenido completo con el archivo originalWindowLength. Cuando la propiedad se establece en null, un evento en directo de baja latencia (LowLatencyV2) usa el valor predeterminado de 30 minutos; un evento en directo estándar no lo usa.
  • Se ha agregado compatibilidad con el nivel de seguridad de PlayReady SL3000 en las directivas de clave de contenido.
  • API de pistas de recursos extendidas para admitir pistas de audio (para audio descriptivo de enlace en tiempo de espera o varios idiomas)
  • Se ha agregado compatibilidad con los modos "cenc" y "cbcs" de cifrado común mpeg en las directivas de streaming.

Nuevas versiones de cliente del SDK disponibles para Javascript, Python, Go

Compatibilidad con licencias de Nivel de seguridad de PlayReady 3000 (SL3000)

Las características de protección de contenido DRM de PlayReady y entrega de licencias de Media Services ahora admiten PlayReady SL3000. El nivel de seguridad es una propiedad de un cliente de PlayReady y cada licencia entregada a un cliente tiene una propiedad que indica el nivel de seguridad mínimo necesario de un cliente para permitir el enlace a esta licencia. El nivel de seguridad 3000 se proporciona para dispositivos protegidos con la máxima seguridad que consume la máxima calidad de contenido comercial. Esta actualización permite configurar directivas de clave de contenido para entregar licencias de PlayReady SL3000 a través de los servidores de licencias de entrega de claves de Media Services. Para obtener más información sobre los niveles de seguridad de PlayReady, consulte el artículo Uso del nivel de seguridad en una licencia.

  • Si agrega un SL3000 PlayReady ContentKeyPolicyOption a una directiva de clave de contenido, esa directiva solo puede contener opciones adicionales de PlayReady SL3000 o Widevine L1.
  • SL3000 requiere que use una clave diferente para el audio o use audio sin cifrar. El nivel de seguridad de audio debe limitarse a SL2000 o inferior.
  • La reproducción de SL3000 no funciona en Azure Media Player (AMP) en este momento. Pruebe esta opción en un reproductor de terceros (por ejemplo, Shaka Player) o un dispositivo que admita la reproducción SL3000.

Directiva de clave de contenido de ejemplo:

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

**Directiva de streaming de ejemplo con una directiva de clave de contenido SL3000 para vídeo y directiva de clave de contenido SL2000 para pistas de 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": {}
            }
        }
    }
}

Para más información sobre el uso de plantillas de licencia de PlayReady, consulte el artículo Plantillas de licencia de PlayReady de Media Services.

Adición de pistas de audio para audio descriptivo o varios idiomas con la nueva ASSET Tracks API

La nueva API Asset Tracks permite enlazar en tiempo de espera cualquier número de pistas de audio a un recurso existente y hacer que estén disponibles para el empaquetado dinámico en HLS y DASH. La API admite la configuración de metadatos para especificar las características de idioma o contenido para especificar "audio descriptivo" para mejorar la accesibilidad del contenido.

Para obtener la lista completa de funcionalidades de la API de pistas, consulte el artículo Api de pistas de Media Services.

Compatibilidad con la clave clara de cifrado común MPEG con el cifrado CENC y CBCS

El cifrado clear key es una característica del estándar MPEG Common Encryption (CENC) y es compatible con las extensiones multimedia cifradas (EME) HTML5 disponibles en muchos exploradores modernos. El cifrado AES-128 de clave sin cifrado mediante los modos de cifrado "cenc" o "cbcs" se puede establecer en las directivas de streaming para que pueda llegar a la gama más amplia de dispositivos entre Apple, Web y Android.

Esta característica le permite admitir el estándar de cifrado común sin el uso de un sistema DRM y llegar a la gama más amplia de jugadores. Con la compatibilidad con el cifrado clear key mediante los modos de cifrado "cenc" o "cbcs", ahora puede distribuir contenido seguro sin DRM a los reproductores que admiten cualquier modo de cifrado permitido en el estándar. Esto te permite entregar contenido cifrado a jugadores cliente, como Google Shaka Player (v 4.0.0+), Dash.js (v 4.5+), Bitmovin, Theo Player y Android ExoPlayer (v 2.18.1+) mediante el cifrado 'cenc'.

Para más información sobre el uso de las características de protección de contenido de Media Services, consulte el artículo Protección de contenido con cifrado dinámico y entrega de claves.

Ventana de rebobinado frente a ventana de archivo en salidas dinámicas

El rewindWindowLength se puede establecer en Live Outputs para controlar la ventana que se puede buscar en el reproductor cliente durante el streaming en vivo. Esto ayuda al cliente a controlar cuánto tiempo es visible en el jugador para volver a buscar en la transmisión en directo. Esta configuración también ayuda a reducir el tamaño del manifiesto entregado al cliente a través de la red durante el streaming en vivo, lo que puede acabar con una experiencia de streaming en vivo más eficaz y reducir el uso de memoria en el cliente.

Una vez completada la secuencia, puede acceder al archivo archivado en el recurso definido por la propiedad archiveWindowLength en live Output. Esto te permite establecer una duración de archivo diferente de la duración anterior de la "ventana deslizante DVR" que es visible para el reproductor. Esto es muy útil para cuando se desea transmitir con una ventana de desplazamiento de tiempo muy pequeña en el reproductor, pero desea archivar todo el evento en directo en el recurso de salida.

Puede establecer rewindWindowLength en un valor mínimo de 60 segundos. El valor predeterminado es 30 minutos si habilita un evento en directo con la opción "LowLatencyV2", de lo contrario, no hay ningún valor predeterminado. Si no se establece el rewindWindowLength y el evento en directo no está establecido para usar la opción "LowLatencyV2", el servidor no establece ningún valor predeterminado y la ventana buscable durante la reproducción en vivo sería el mismo valor que archiveWindowLength. En esta situación, si archiveWindowLength se establece en una duración muy grande, el reproductor podría verse afectado por más problemas de almacenamiento en búfer durante la reproducción en el modo en directo debido a la descarga de tamaño de manifiesto mayor en el reproductor para el análisis.

Para más información, consulte el artículo Uso del cambio de tiempo y salidas en vivo para crear reproducción de vídeo a petición.

Nueva región: Norte de China 3 ahora está disponible con disponibilidad general

Los clientes de China ahora pueden acceder a Azure Media Services en la región Norte de China 3, además de las 4 regiones existentes que ya son ga (Este de China, Este de China 2, Norte de China, Norte de China 2). Consulte la tabla de características sobre la disponibilidad de regiones por característica para obtener información detallada.

Retirada de Azure Media Redactor, Video Analyzer y Face Detector el 14 de septiembre de 2023

Como se describe en los estándares de inteligencia artificial responsable de Microsoft, Microsoft está comprometido con la equidad, la privacidad, la seguridad y la transparencia con respecto a los sistemas de inteligencia artificial. Para alinear mejor nuestros productos con este nuevo estándar y la directiva de acceso limitado para otros productos de Microsoft, Azure Media Services retirará las siguientes funcionalidades el 14 de septiembre de 2023:

  • Azure Media Redactor (RESTv2)
  • Valor preestablecido de Face Detector
  • Valor preestablecido de Video Analyzer

Después del 14 de septiembre de 2023, las aplicaciones que haya desarrollado con Azure Media Redactor, el valor preestablecido face Detector o el valor preestablecido de Video Analyzer comenzarán a experimentar errores o envíos de trabajos con errores.

Acción necesaria

Azure Media Redactor (RESTv2) y el valor preestablecido de Face Detector se retirarán y no se reemplazarán en este momento. Si en su lugar quiere detectar personas en un vídeo, se recomienda actualizar las aplicaciones para usar las API de Video Indexer para detectar personas observadas y buscar coincidencias con personas observadas en caras y enviar una solicitud para obtener acceso al programa acceso limitado para estas características.

Si actualmente usa el valor preestablecido de Video Analyzer, se recomienda actualizar las aplicaciones para usar las API de Video Indexer para el análisis de vídeo, que ofrece una amplia gama de funcionalidades.

Más información

Si tiene alguna pregunta, obtenga respuestas de expertos de la comunidad en Microsoft Q&A. Si tiene un plan de soporte técnico y necesita ayuda técnica, cree una solicitud de soporte técnico en el Azure Portal.

Agosto de 2022

Nuevo ejemplo de API de pistas en Node.js/Typescript para agregar pistas de subtítulos y subtítulos a cualquier recurso

Ahora hay disponible un nuevo ejemplo que muestra cómo enlazar en tiempo de ejecución un archivo de subtítulos o subtítulos de WebVTT o TTML en el proyecto de ejemplo de Node.js. Mira el ejemplo Agregar un subtítulo o título de WebVTT/IMSC1/TTML a un recurso existente

En este ejemplo se muestra cómo puedes agregar cualquier número de pistas de texto a un recurso y hacer que se empaqueten como perfil de texto TTML/IMSC1 en DASH y HLS. La API también te permite establecer características específicas del manifiesto HLS, como la pista de subtítulo predeterminado, establecer la propiedad «Forced», así como controlar el valor «Características» de la pista de texto HLS según la especificación de Apple HLS.

Actualmente, la API admite la carga del formato de archivo .vtt o .ttml en un recurso existente. Las nuevas pistas registradas con la API de pistas se mostrarán inmediatamente en el manifiesto DASH y HLS como pistas de texto MP4 del perfil IMSC1.

Junio de 2022

Velocidades de bits de audio personalizadas admitidas en valores preestablecidos de codificación en directo personalizados

Ahora puedes solicitar un valor preestablecido de codificación en directo personalizado que admita varias salidas de velocidad de bits de audio. Para el audio en un preajuste en vivo, ahora se puede personalizar con las siguientes tasas de bits de audio AAC discretas (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Especifica también que solicitas un valor preestablecido personalizado en la incidencia de soporte técnico.

Los valores preestablecidos personalizados ahora pueden contener varias velocidades de bits de audio discretas en el mismo valor preestablecido de codificación en directo. Esto es útil para los mercados que requieren una pista de audio de velocidad de bits inferior a través de redes móviles. Un ejemplo sería un valor preestablecido en directo personalizado que puede generar pistas de audio AAC de 96k y 128k simultáneamente. Después, el reproductor puede filtrar o seleccionar la pista adecuada, o bien se puede aplicar un filtro dinámico para ofrecer un manifiesto de 96 000 solo o un manifiesto de 128 000 solo durante la publicación de un localizador de streaming (o cambiar sobre la marcha mediante el parámetro de consulta 'filter={filterName}' en la dirección URL del localizador de streaming).

Escalado automático

Ahora puedes escalar automáticamente los puntos de conexión de streaming Premium en la cuenta de Media Services en función de las métricas disponibles para el punto de conexión de streaming o las métricas de las entidades relacionadas. Se puede usar una combinación de estas métricas para crear la regla para el escalado automático. Para más información, consulta Puntos finales de streaming de Autoscale Media Services. Ten en cuenta que el escalado automático puede tardar tiempo y no es instantáneo, por lo que asegúrate de permitir tiempo suficiente para que los recursos e implementen en los diseños de arquitectura. Los puntos de conexión de streaming tardan tiempo en activarse, por lo que se recomienda usar puntos de desencadenador de menor valor para el uso de CPU y la salida de ancho de banda de red para desencadenar una escalado vertical.

Mayo de 2022

Compatibilidad con la decoración de manifiestos HLS de subtítulos 708 y 608

Las secuencias en directo que se ingieren con subtítulos incrustados 608/708 en la secuencia elemental ahora se atribuyen correctamente en el manifiesto HLS mediante la etiqueta EXT-X-MEDIA con un TYPE=CLOSED-CAPTIONS. Esto se cumple con la sección 4.3.4.1 de RFC-8216.

Por ejemplo, una secuencia en directo con 608 y 708 subtítulos se mostraría en el manifiesto de 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"

Abril de 2022

Transcripciones en vivo

La transcripción en directo tiene disponibilidad general (GA) y admite todos los idiomas disponibles en la API de conversión de voz en texto. Hay disponible la lista completa de idiomas en el artículo Regiones e idiomas de transcripción en directo

HLS de latencia baja (LL-HLS)

HLS de latencia baja (LL-HLS) ya está disponible en la API y en Azure Portal. Para habilitar LL-HLS, use la opción de transmisión "LowLatencyV2" al crear un streaming en vivo. Consulte el ejemplo de Node.js para ver cómo configurar Crear un evento de codificación en directo de HLS de latencia baja. En Azure Portal, seleccione la nueva opción "Latencia baja" al crear un evento en directo. La nueva característica LL-HLS puede proporcionar una latencia reducida en el intervalo de 4 a 7 segundos cuando se usa un marco de reproductor que admite el protocolo LL-HLS. HLS de latencia baja solo está disponible en canales de transcodificación en directo, aún no está disponible para eventos en directo de tránsito.

Marzo de 2022

SDK de .NET (versión 6.0.0)

La versión 6.0.0 del SDK de .NET ya está disponible en Nuget. Microsoft.Azure.Management.Media

Este SDK admite la nueva versión estable de 01-11-2021 de la especificación OpenAPI de REST de AMS.

Instalación mediante el administrador de paquetes:

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

Instalación mediante la CLI de .NET

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

Los cambios en la versión 6.0.0 del SDK son los siguientes:

  • Se ha agregado una nueva API de pistas en el recurso, para administrar las pistas disponibles en dicho recurso.
  • Se ha agregado el perfil de codificación Main10 para la codificación H265.
  • Se ha expuesto RateControlMode para la codificación H264, lo que permite 2 nuevos modos de control de velocidad: CBR (velocidad de bits constante) y CRF (factor de velocidad constante).
  • Se ha agregado la propiedad "skus" al punto de conexión de streaming para indicar el tipo de punto de conexión de streaming y su escala. Esto permite la configuración del escalado manual o automático de unidades de streaming en un punto de conexión de streaming.
  • Se ha agregado la opción de transmisión "LowLatencyV2" en el evento en directo que se va a usar para el streaming en vivo de latencia baja mediante el formato HLS de latencia baja de Apple (LL-HLS)

Contenido de la documentación nueva: Transmisión de una reunión de Microsoft Teams

Es fácil retransmitir la reunión de Microsoft Teams con un evento en directo de Media Services. Coloque fácilmente su reunión en directo de Teams en un sitio web público o use DRM para proteger la transmisión. Capture y registre la transmisión como un recurso VoD para usarla con la plataforma de codificación de Media Services. Consulte Transmisión de una reunión de Microsoft Teams.

Enlace en tiempo de ejecución de pistas de títulos y subtítulos en recursos con la nueva API de pistas

Una nueva API de pistas en los recursos permite enumerar las pistas disponibles dentro de un recurso. Esto permite detectar las pistas de audio, vídeo y texto disponibles almacenadas en un recurso. La API de pistas permite enlazar archivos de títulos y subtítulos en formato de perfil de texto IMSC1 y WebVTT a los recursos de streaming. Anteriormente, los clientes necesitaban modificar el archivo .ism en la cuenta de almacenamiento de blobs para agregar nuevas pistas enlazadas en tiempo de ejecución a sus recursos. Esto reemplaza esa tarea manual y proporciona una ruta de SDK compatible para habilitar la adición de archivos de títulos y subtítulos enlazados en tiempo de ejecución.

Para obtener detalles técnicos sobre la nueva API de pistas, consulte la versión 01-11-2021 de la especificación OpenAPI de REST de AMS aquí.

Se proporciona muestra de pistas de una lista básica en Javascript cada Pronto, se proporcionará documentación y ejemplos adicionales para cada SDK.

Diciembre de 2021

SDK de JavaScript actualizado, versión 10.0.0

Se ha actualizado el SDK de JavaScript para admitir la versión más reciente de la API REST del 01-06-2021. Este nuevo SDK isomórfico de JavaScript incluye una mejor compatibilidad con Promesas y la capacidad de autenticarse mediante la biblioteca @azure/identity para su uso con aplicaciones de Azure AD, identidad administrada, etc.

Para descargar el paquete más reciente, vea el paquete NPM @azure/arm-media-services.

Hay un conjunto actualizado y ampliado de ejemplos basados en Node.js y TypeScript para el nuevo paquete de JavaScript disponible en GitHub. https://github.com/Azure-Samples/media-services-v3-node-tutorials

Idiomas hebreo, persa y portugués de Portugal disponibles en el valor preestablecido del analizador de audio y vídeo para transcripciones

Los idiomas hebreo, persa y portugués de Portugal (el modelo que existe actualmente es portugués de Brasil) ya están disponibles para su uso en el valor preestablecido del analizador de audio y vídeo

Los nuevos códigos de idioma BCP-47 admitidos son: he-IL, fa-IR y pt-PT.

Nueva región: la región centro de Suecia ahora está disponible con disponibilidad general

Media Services ya está disponible con carácter general en la región Centro de Suecia. Actualmente hay algunas limitaciones de características en la región mientras esperamos que algunos servicios de dependencia también lleguen a la región. Compruebe el gráfico de disponibilidad de características regionales para determinar cuándo llegarán las características.

Nuevo evento de latido de archivo del canal de eventos en directo

Se ha agregado un nuevo evento que realiza un seguimiento del estado del archivo de eventos en directo. Consulte LiveEventChannelArchiveBeatEvent en los esquemas de Event Grid para Media Services para obtener más detalles sobre este nuevo evento.

Septiembre de 2021

Nueva SKU básica de eventos en directo y de tránsito

La nueva SKU básica de eventos en directo y de tránsito permite a los clientes crear eventos en directo a un precio inferior. Es similar a los eventos en directo y de tránsito estándar, pero con menos límites de ancho de banda de entrada, menos salidas en directo permitidas, distintos límites de longitud de ventana de DVR y sin acceso a la transcripción en directo. Consulte la comparación de tipos de eventos en directo para más detalles.

Mejora de la administración y la supervisión del escalado de un punto de conexión de streaming en el portal

La página del portal del punto de conexión de streaming ahora proporciona una manera sencilla de administrar la capacidad de salida y calcular el alcance de la audiencia con y sin un CDN configurado. Ajuste la velocidad de bits de entrega y el porcentaje de aciertos de la caché de la CDN previsto para obtener estimaciones rápidas del tamaño del público y ayudarle a determinar si necesita escalar verticalmente a más puntos de conexión de streaming premium.

Escalado y supervisión de los puntos de conexión de streaming en el portal

Ahora en la página del portal "Punto de conexión de streaming" se muestran las métricas de CPU, salida y latencia

Ahora puede visualizar la carga de CPU, el ancho de banda de salida y las métricas de latencia completas de sus puntos de conexión de streaming en Azure Portal. Ahora puede crear alertas de supervisión basadas en las métricas de CPU, salida o latencia directamente en el portal mediante tecnología de Azure Monitor.

Compatibilidad con identidades administradas asignadas por el usuario en cuentas de Media Services

Con las identidades administradas asignadas por el usuario, los clientes ahora podrán permitir una mejor seguridad de sus cuentas de almacenamiento y los almacenes de claves asociados. El acceso a la cuenta de almacenamiento del cliente y a los almacenes de claves se limitará a la identidad administrada asignada por el usuario. Tendrá control total sobre la duración de las identidades administradas por el usuario y podrá revocar fácilmente el acceso de la cuenta de servicio multimedia a cualquier cuenta de almacenamiento específica según sea necesario.

La página de cuentas de almacenamiento de Media Services del portal ahora admite UAMI y SAMI.

Ahora puede asignar y administrar identidades administradas asignadas por el usuario (UAMI) o identidades administradas asignadas por el sistema (SAMI) para las cuentas de almacenamiento directamente en Azure Portal para Media Services.

La página "Bring your own key" ahora también admite UAMI y SAMI.

La página del portal de administración de claves de Media Services ahora admite la configuración y la administración de identidades administradas asignadas por el usuario (UAMI) o de identidades administradas asignadas por el sistema (SAMI).

Traer sus propias claves para el cifrado de las cuentas

Soporte de punto de conexión privado para los servicios Media

Ahora puede restringir el acceso público a los eventos en directo, los puntos de conexión de streaming y el punto de conexión de servicios de entrega de claves para la protección de contenido y la administración de derechos digitales mediante la creación de un punto de conexión privado para cada uno de los servicios. De esta forma, se limitará el acceso público a cada uno de estos servicios. Solo el tráfico que se origina en la red virtual (VNET) configurada en el punto de conexión privado podrá acceder a estos puntos de conexión.

Lista de direcciones IP permitidas para el servicio de claves

Ahora puede optar por permitir que determinadas direcciones IP públicas tengan acceso al servicio de entrega de claves para la protección de contenido y la administración de derechos digitales. Los puntos de conexión de streaming y de eventos en directo ya admiten la configuración de la lista de direcciones IP permitidas en sus respectivas páginas.

Ahora también dispone de una marca de características de nivel de cuenta para permitir o bloquear el acceso a la cuenta de Media Services desde la red pública de Internet.

Julio de 2021

Versión del SDK de .NET (Microsoft.Azure.Management.Media) 5.0.0 disponible en NuGet

La versión 5.0.0 del SDK de .NET Microsoft.Azure.Management.Media ya se ha publicado en NuGet. Esta versión se genera para trabajar con la versión estable 2021-06-01 de la API REST de ARM.

Para más información sobre los cambios de la versión 4.0.0, consulte el registro de cambios.

Cambios de la versión del SDK de .NET 5.0.0

  • La cuenta de Media Services ahora admite identidades administradas asignadas por el usuario y por el sistema.
  • Se ha agregado la opción PublicNetworkAccess para cuentas de Media Services. Esta opción se puede usar con la característica Private Link para permitir solo el acceso desde redes privadas, bloqueando todo el acceso a la red pública.
  • Paso a través básico: se agrega un nuevo tipo de evento en directo. Los eventos en directo de "tránsito básico" tienen funcionalidades similares a los eventos en directo de paso a través estándar con algunas restricciones de entrada y salida, y se ofrecen a un precio reducido.
  • PresetConfigurations: permite personalizar la configuración de salida y velocidades de bits mínimas y máximas que se usan para los valores preestablecidos de codificación que tienen en cuenta el contenido. Esto le ayuda a calcular mejor y planear una facturación más precisa al usar la codificación que tiene en cuenta el contenido a través de números y resoluciones de seguimiento de salida restringidos.

Cambios importantes en la versión 5.0.0 del SDK de .NET

  • ApiErrorException se ha reemplazado por ErrorResponseException para ser coherente con todos los demás SDK de Azure. El cuerpo de la excepción no ha cambiado.
  • Todas las llamadas que devuelven 404 No encontrado ahora inician una excepción ErrorResponseException en lugar de devolver un valor Null. Este cambio se ha realizado por coherencia con otros SDK de Azure.
  • El constructor del servicio multimedia tiene un nuevo parámetro PublicNetworkAccess opcional después del parámetro KeyDelivery.
  • La propiedad Type de MediaServiceIdentity ha cambiado de enumeración ManagedIdentityType a cadena, para dar cabida a varios valores separados por comas. Las cadenas válidas son SystemAssigned o UserAssigned.

Junio de 2021

Más propiedades de latido de ingesta de eventos en directo para un diagnóstico mejorado

Se han agregado más propiedades de latido de ingesta de eventos en directo al mensaje de Event Grid. Esto incluye los siguientes nuevos campos para ayudar con el diagnóstico de problemas durante la ingesta en directo. ingestDriftValue es útil en escenarios en los que es necesario supervisar la latencia de red desde el codificador de ingesta de origen que se inserta en el evento en directo. Si este valor presenta un desfase demasiado grande, esto puede indicar que la latencia de red es demasiado alta para un evento de streaming en vivo correcto.

Consulte el esquema de LiveEventIngestHeartbeat para más información.

La compatibilidad del uso de Media Services con vínculos privados ahora tiene disponibilidad general y está disponible en todas las regiones de Azure, incluidas las nubes de Azure Government.

Azure Private Link le permite acceder a los servicios PaaS de Azure y a los servicios hospedados en Azure que son propiedad de los clientes, o a los servicios de asociados, a través de un punto de conexión privado de la red virtual.

El tráfico entre la red virtual y el servicio atraviesa la red troncal de Microsoft, eliminando la exposición a la red pública de Internet.

Para más información sobre cómo usar Media Services con puntos de conexión privados, consulta Creación de una cuenta de Media Services y una cuenta de almacenamiento con un punto de conexión privado

Nueva región: la región Oeste de EE. UU. 3 es ga

La región Oeste de EE. UU. 3 ahora tiene disponibilidad general y está disponible para que los clientes la usen al crear nuevas cuentas de Media Services.

La entrega de claves admite restricciones de lista de direcciones IP permitidas.

Las cuentas de Media Services se pueden configurar ahora con restricciones de lista de direcciones IP permitidas en la entrega de claves. La nueva configuración de la lista de permitidos está disponible en el recurso de la cuenta de Media Services mediante el SDK y en el portal y la CLI. Esto permite a los operadores restringir la entrega de licencias DRM y claves de contenido AES-128 a intervalos IPv4 específicos.

Esta característica también se puede usar para interrumpir toda entrega de licencias DRM o claves AES-128 desde la red pública de Internet y restringir la entrega a un punto de conexión de red privado.

Consulte el articulo Restricción del acceso a la entrega de licencias de DRM y claves AES mediante listas de direcciones IP permitidas para más información.

Nuevos ejemplos para Python y Node.js (con TypeScript)

Ejemplos actualizados de Node.js que emplean la compatibilidad más reciente con TypeScript en el SDK de Azure.

Muestra Descripción
Streaming en directo Ejemplo básico de streaming en vivo. ADVERTENCIA: asegúrese de comprobar que todos los recursos se han limpiado y ya no se facturan en el portal al usar en producción.
Carga y transmitir con HLS y DASH Ejemplo básico para cargar un archivo local o codificación de una dirección URL de origen. En el ejemplo se muestra cómo usar el SDK de Storage para descargar contenido y se muestra cómo transmitir a un reproductor.
Carga y transmisión mediante HLS y DASH con DRM de PlayReady y Widevine Muestra cómo codificar y transmitir mediante DRM de Widevine y PlayReady.

Nuevo ejemplo de Python que muestra cómo usar Azure Functions y Event Grid para desencadenar los valores preestablecidos del difuminado de caras.

Mayo de 2021

Compatibilidad predeterminada con Availability Zones en Media Services

Media Services ahora es compatible con Availability Zones, que proporciona ubicaciones con aislamiento de errores dentro de la misma región de Azure. Las cuentas de Media Services ahora tienen redundancia de zona de forma predeterminada y no se necesita ninguna configuración adicional. Esto solo se aplica a las regiones que tienen compatibilidad con Availability Zones.

Marzo de 2021

Se ha agregado compatibilidad con nuevos idiomas al valor preestablecido de AudioAnalyzer

Ahora hay más idiomas disponibles para la transcripción y el subtitulado de vídeo en el valor preestablecido de AudioAnalyzer (modos Básico y Estándar).

  • Inglés (Australia), "en-AU"
  • Francés (Canadá), "fr-CA"
  • Árabe (Bahréin) estándar moderno, "ar-BH"
  • Árabe (Egipto), "ar-EG"
  • Árabe (Irak), "ar-IQ"
  • Árabe (Israel), "ar-IL"
  • Árabe (Jordania), "ar-JO"
  • Árabe (Kuwait), "ar-KW"
  • Árabe (Líbano), "ar-LB"
  • Árabe (Omán), "ar-OM"
  • Árabe (Qatar), "ar-QA"
  • Árabe (Arabia Saudí), "ar-SA"
  • Danés, "da-DK"
  • Noruego, "nb-NO"
  • Sueco, "sv-SE"
  • Finés, "fi-FI"
  • Tailandés, "th-TH"
  • Turco, "tr-TR"

Los últimos idiomas disponibles se puede ver en el artículo Análisis de archivos de audio y vídeo con Azure Media Services.

Febrero de 2021

Compatibilidad con la codificación HEVC en el codificador estándar

El codificador estándar ahora admite la codificación HEVC (H.265) de 8 bits. El contenido de HEVC se puede entregar y empaquetar a través del empaquetador dinámico con el formato "hev1".

Hay disponible una nueva codificación .NET personalizada con un ejemplo de HEVC en el repositorio de Git Hub media-services-v3-dotnet. Además de la codificación personalizada, ahora están disponibles los siguientes valores preestablecidos de la codificación HEVC integrados:

  • H265ContentAwareEncoding
  • H265AdaptiveStreaming
  • H265SingleBitrate720P
  • H265SingleBitrate1080p
  • H265SingleBitrate4K

Los clientes que anteriormente utilizaban HEVC en el codificador Premium de la API v2 deberían migrar para usar la nueva compatibilidad con la codificación HEVC en el codificador estándar.

Anuncio de desuso de los SDK y Azure Media Services v2 API

Actualice los SDK y la API REST de Azure Media Services a la versión 3 antes del 29 de febrero de 2024

Dado que la versión 3 de la API REST de Azure Media Services y los SDK de cliente para .NET y Java ofrece más funcionalidades que la versión 2, se va a retirar la versión 2 de la API REST de Azure Media Services y los SDK de cliente para .NET y Java.

Es aconsejable que realice el cambio lo antes posible para aprovechar las ventajas de la versión 3 de la API REST de Azure Media Services y los SDK de cliente para .NET y Java. La versión 3 proporciona:

  • Compatibilidad ininterrumpida con eventos en directo
  • API de REST de ARM y SDK de cliente para .NET Core, Node.js, Python, Java, Go y Ruby.
  • Claves administradas por el cliente, integración de almacenamiento de confianza, compatibilidad con vínculos privados y mucho más

Como parte de la actualización a la API y los SDK de la versión 3, las unidades reservadas de multimedia (MRU) ya no son necesarias en las cuentas de Media Services, ya que el sistema se escalará y reducirá verticalmente de forma automática en función de la carga. Consulte la guía de migración de MRU para más información.

Eliminación de AMS como servidor de entrega de licencias independiente (modo híbrido en las instalaciones) en la migración de v2 a v3

La API v3 ya no admite el uso de los servicios de entrega de claves como una característica independiente para la protección de contenido en la que el servicio de entrega de claves se puede usar para entregar licencias de contenido que se transmite o se entrega a través de otros servidores de origen de terceros. Esto significa que AMS ya no admite escenarios solo de entrega de claves en la API V3 y requiere que se transmita desde servicios de origen de AMS mediante el empaquetado dinámico y el cifrado al entregar con v3.

El contenido existente que se cifró con la API v2 y se entrega en un modelo «híbrido» seguirá funcionando (las claves seguirán siendo recuperables en el plano de datos), pero la administración de esas claves (actualizaciones y ediciones) a través del plano de administración v2 o el plano de administración v3 ya no funcionaría después del 29 de febrero de 2024.

Nota

Todo el contenido nuevo entregado con la versión v3 solo admitirá la protección de contenido y el streaming desde AMS y ya no admitirá el modo «híbrido». El plano de datos seguirá entregando las claves y licencias existentes creadas en v2, pero ya no admitirá la administración ni las actualizaciones a través de la API v2 o v3.

Acción requerida

Para minimizar la interrupción de las cargas de trabajo, consulte la guía de migración para pasar del código de la API y los SDK de la versión 2 a la API y el SDK de la versión 3 antes del 29 de febrero de 2024. A partir del 29 de febrero de 2024, Azure Media Services dejará de aceptar el tráfico en la versión 2 de la API REST, la versión 2015-10-01 de la API de administración de cuentas de ARM o de los SDK de cliente de .NET de la versión 2. Esto incluye los SDK de cliente de código abierto de terceros que puedan llamar a la versión 2 de la API.

Vea el anuncio oficial de las actualizaciones de Azure.

Compatibilidad del codificador estándar con las características de la versión 2 de la API

Además de la nueva compatibilidad agregada con la codificación HEVC (H.265), las siguientes características están disponibles en la versión 2020-05-01 (o posterior) de la API de codificación.

  • Se admite la unión de varios archivos de entrada mediante la nueva compatibilidad con JobInputClip.
  • La selección de pistas de audio permite a los clientes seleccionar y asignar las pistas de audio entrante y enrutarlas a la salida para la codificación
  • Selección de pista para codificación: permite a los clientes elegir pistas en un archivo de origen ABR o un archivo activo que tenga pistas de varias velocidades de bits. Es muy útil para generar archivos MP4 a partir de los archivos de almacenamiento de eventos en directo.
  • Se han agregado funcionalidades de difuminado (desenfoque) a FaceDetector

Nuevas versiones del SDK de cliente para la versión 2020-05-01 de API Azure Media Services

Las nuevas versiones del SDK de cliente para todos los idiomas disponibles ahora están disponibles con las características anteriores. Actualice a los SDK de cliente más recientes en sus bases de código mediante el administrador de paquetes.

Nuevas características de seguridad disponibles en la versión 2020-05-01 de API Azure Media Services

  • Claves administradas por el cliente: las claves de contenido y otros datos almacenados en cuentas creadas con la versión "2020-05-01" de la API se cifran con una clave de cuenta. Los clientes pueden especificar una clave para cifrar la clave de cuenta.

  • Almacenamiento de confianza : Media Services se puede configurar para acceder a Azure Storage mediante una instancia de Managed Identity asociada a la cuenta de Media Services. Cuando se accede a las cuentas de almacenamiento mediante una instancia de Managed Identity, los clientes pueden configurar listas de control de acceso de red más restrictivas en la cuenta de almacenamiento sin bloquear los escenarios de Media Services.

  • Identidades administradas: los clientes pueden habilitar una identidad administrada asignada por el sistema para una cuenta de Media Services a fin de proporcionar acceso a los almacenes de claves (para las claves administradas por el cliente) y a las cuentas de almacenamiento (para el almacenamiento de confianza).

Ejemplos de TypeScript con Node.js actualizados que usan SDK isomórfico para JavaScript

Los ejemplos de Node.js se han actualizado para usar el SDK isomórfico más reciente. Los ejemplos ahora muestran el uso de TypeScript. Además, se ha agregado un nuevo ejemplo de streaming en vivo para Node.js/TypeScript.

Vea los ejemplos más recientes en el repositorio de GitHub media-services-v3-node-tutorials .

Nuevo modo de espera en directo para admitir un inicio más rápido desde un estado activo

Los eventos en directo ahora admiten un modo de facturación de menor costo para el estado "en espera", lo que permite a los clientes asignar previamente eventos en directo a un menor costo para la creación de "grupos de nivel de almacenamiento de acceso frecuente". Los clientes pueden usar los eventos en directo en espera para pasar al estado En ejecución más rápidamente que si empezaran a desde cero en la creación. Esto reduce considerablemente el tiempo que tarda en iniciarse el canal y permite una rápida asignación rápida de grupos de nivel de almacenamiento de acceso frecuente que se ejecutan en un modo cuyo precio es inferior. Vea aquí los detalles más recientes sobre los precios. Para más información sobre el estado En espera y los otros estados de Eventos en directo, consulte el artículo sobre Estados y facturación de eventos en directo.

Diciembre de 2020

Disponibilidad regional

Azure Media Services ahora está disponible en la región este de Noruega en Azure Portal. No hay ninguna restV2 en esta región.

Octubre de 2020

Análisis de audio básico

El valor preestablecido del análisis de audio ahora incluye un plan de tarifa de modo básico. El nuevo modo básico del analizador de audio ofrece una opción de bajo costo para extraer transcripciones de voz y dar formato a los subtítulos y CC resultantes. Este modo realiza la transcripción de voz a texto y la generación de un archivo de subtítulos VTT. La salida de este modo incluye un archivo JSON de información, que incluye solo las palabras clave, la transcripción y la información de tiempo. La detección automática de idioma y la diarización de los altavoces no se incluyen en este modo. Consulte la lista de idiomas admitidos.

Los clientes que usan el indexador v1 y el indexador v2 deben migrar al valor preestablecido de análisis de audio básico.

Para obtener más información acerca del modo básico del analizador de audio, consulte Análisis de archivos de audio y vídeo.

Eventos en vivo

Ahora puede actualizar la mayoría de las propiedades cuando se detienen los eventos en directo. Además, los usuarios pueden especificar un prefijo para el nombre de host estático de las direcciones URL de entrada y versión preliminar del evento activo. VanityUrl ahora se llama useStaticHostName, para reflejar mejor la intención de la propiedad.

Los eventos en directo ahora tienen un estado StandBy. Consulte Eventos en directo y salidas activas en Media Services.

Un evento en directo permite recibir varias relaciones de aspecto de entrada. El modo de ajuste permite a los clientes especificar el comportamiento de ajuste de la salida.

La codificación en directo ahora agrega la capacidad de generar fragmentos de intervalo con fotogramas clave fijos de entre 0,5 y 20 segundos.

Cuentas

Advertencia

Si crea una cuenta de Media Services con la versión de API 2020-05-01, no funcionará con RESTv2.

Agosto de 2020

Cifrado dinámico

La compatibilidad con el cifrado Protected Interoperable File Format (PIFF 1.1) de PlayReady heredado ya está disponible en el empaquetador dinámico. Proporciona compatibilidad con los televisores inteligentes heredados de Samsung y LG que implementaron los borradores iniciales del estándar Common Encryption (CENC) publicado por Microsoft. El formato PIFF 1.1 también se conoce como el formato de cifrado admitido anteriormente por la biblioteca cliente de Silverlight. En la actualidad, el único caso de uso para este formato de cifrado es la segmentación del mercado de los televisores inteligentes heredados, donde todavía existen una cantidad considerable de televisores inteligentes en algunas regiones que solo admiten Smooth Streaming con el cifrado PIFF 1.1.

Para usar la compatibilidad con el nuevo cifrado PIFF 1.1, cambie el valor de cifrado a "piff" en la ruta de acceso de la dirección URL del localizador de streaming. Para más información, vea Introducción a Content Protection. Por ejemplo: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|.

Nota

La compatibilidad con PIFF 1.1 se proporciona como una solución compatible con versiones anteriores de televisores inteligentes (Samsung y LG) que implementó la versión "Silverlight" anterior de Common Encryption. Deberías usar solo el formato PIFF solo cuando sea necesario para la compatibilidad con los televisores inteligentes Samsung o LG heredados vendidos entre 2009-2015 compatibles con la versión PIFF 1.1 del cifrado de PlayReady.

Julio de 2020

Transcripciones en vivo

Las transcripciones en vivo ahora admiten 19 idiomas y 8 regiones.

Alta disponibilidad

Publicamos una introducción y un ejemplo de alta disponibilidad con Media Services y Vídeo bajo demanda (VoD).

Junio de 2020

Live Video Analytics on IoT Edge (versión preliminar)

Ya se publicó la versión preliminar de Live Video Analytics on IoT Edge.

Live Video Analytics on IoT Edge es una expansión de la familia de Media Services. Le permite analizar vídeos en directo con los modelos de inteligencia artificial que prefiera en sus propios dispositivos perimetrales y, opcionalmente, capturar y grabar ese vídeo. Ahora puede crear aplicaciones con análisis de vídeo en tiempo real en el perímetro sin preocuparse por la complejidad de crear y operar una canalización de vídeo en directo.

Mayo de 2020

Nuevas regiones: Germay Norte, Centro-oeste de Alemania, Norte de Suiza y Oeste de Suiza son ahora ga

Azure Media Services ya está disponible con carácter general en las regiones siguientes: "Norte de Alemania", "Centro-oeste de Alemania", "Norte de Suiza" y "Oeste de Suiza". Los clientes pueden implementar Media Services en estas regiones mediante Azure Portal.

Abril de 2020

Mejoras en la documentación

La documentación de Azure Media Player se migró a la documentación de Azure.

Enero de 2020

Mejoras en los procesadores de multimedia

  • Compatibilidad mejorada con orígenes entrelazados en el análisis de vídeo: se ha eliminado correctamente el entrelazado de esos contenidos antes de enviarse a los motores de inferencia.
  • Ahora, al generar miniaturas con el modo "Mejor", el codificador busca durante más de 30 segundos para seleccionar un fotograma que no sea monocromático.

Actualizaciones de la nube de Azure Government

Media Services está disponible con carácter temporal en las siguientes regiones de Azure Government: USGov Arizona y USGov Texas.

Diciembre de 2019

Se agregó compatibilidad de la red CDN con los encabezados Origin-Assist Prefetch para streaming a petición tanto en directo como en vídeo; está disponible para clientes que tienen un contrato directo con CDN de Akamai. La característica Origin-Assist CDN-Prefetch supone los siguientes intercambios de encabezados HTTP entre CDN de Akamai y el origen de Azure Media Services:

Encabezado HTTP Valores Remitente Receptor Propósito
CDN-Origin-Assist-Prefetch-Enabled 1 (valor predeterminado) o 0 CDN Origen Para indicar que la red CDN está habilitada para la captura previa.
CDN-Origin-Assist-Prefetch-Path Ejemplo:
Fragments(video=1400000000,format=mpd-time-cmaf)		 Origen CDN Para proporcionar la ruta de acceso de captura previa a la red CDN.
CDN-Origin-Assist-Prefetch-Request 1 (solicitud de captura previa) o 0 (solicitud normal) CDN Origen Para indicar que la solicitud de CDN es una captura previa.

Para ver en acción parte del intercambio de encabezados, puede probar los pasos siguientes:

  1. Usa Curl para emitir una solicitud de un segmento o fragmento de audio o vídeo al origen de Media Services. Asegúrese de agregar el encabezado CDN-Origin-Assist-Prefetch-Enabled: 1 en la solicitud.
  2. En la respuesta, debería ver el encabezado CDN-Origin-Assist-Prefetch-Path con una ruta de acceso relativa como su valor.

Noviembre de 2019

Transcripción en directo (versión preliminar)

La transcripción en directo está ahora en versión preliminar pública y disponible para su uso en la región Oeste de EE. UU. 2.

Está diseñada para funcionar con eventos en directo como una funcionalidad complementaria. Es compatible con eventos en directo de codificación estándar y premium de paso a través. Cuando esta característica está habilitada, el servicio usa la característica Voz a texto de Cognitive Services para transcribir el texto oral del audio entrante en texto escrito. A continuación, se pone a disposición este texto para su entrega junto con el vídeo y el audio en los protocolos MPEG-DASH y HLS. La facturación se basa en un nuevo medidor complementario que supone un costo adicional para el evento en directo cuando está en el estado "En ejecución". Para más información sobre la transcripción en directo y la facturación, consulte Transcripción en directo.

Nota

Actualmente, la transcripción en directo solo está disponible como una característica en vista previa en la región Oeste de EE. UU. 2. En este momento, solo admite la transcripción de texto oral en inglés (en-US).

Protección de contenido

La característica de prevención de reproducción de tokens publicada en septiembre en algunas regiones está ahora disponible en todas las regiones. Los clientes de Media Services ahora pueden establecer un límite en el número de veces que se puede usar el mismo token para solicitar una clave o una licencia. Para obtener más información, consulte Prevención de reproducción de tokens.

Se ha agregado compatibilidad con los siguientes nuevos asociados de codificador recomendados para el streaming en vivo RTMP:

Mejoras en la codificación de archivos

  • Ahora hay disponible un nuevo valor preestablecido de codificación compatible con el contenido. Genera un conjunto de archivos MP4 con alineación GOP mediante la codificación compatible con el contenido. Dado cualquier contenido de entrada, el servicio realiza un análisis ligero inicial del contenido de entrada. Utiliza esos resultados para determinar automáticamente el número óptimo de capas, la velocidad de bits adecuada y la configuración de resolución para la entrega a través del streaming adaptable. Este valor preestablecido es eficaz en los vídeos de complejidad media y baja, donde los archivos de salida tienen velocidades de bits más lentas, pero una calidad que seguirá ofreciendo una buena experiencia a los espectadores. La salida contendrá archivos MP4 con el vídeo y audio intercalados. Para obtener más información, consulte las especificaciones de API abiertas.
  • Rendimiento mejorado y subprocesos múltiples en el cambio de tamaño de Standard Encoder. En condiciones específicas, el cliente apreciará un aumento del rendimiento de la codificación VOD entre un 5 % y un 40 %. El contenido de poca complejidad codificado en varias velocidades de bits experimentará los mayores aumentos del rendimiento.
  • La codificación estándar ahora mantiene una cadencia normal del GOP para el contenido de velocidad de fotogramas variable (VFR) durante la codificación VOD cuando se usa el valor GOP basado en el tiempo. Esto significa que, por ejemplo, el cliente que envía contenido de velocidad de fotogramas mixta que varía entre 15 y 30 fps observará ahora distancias de GOP normales calculadas en la salida a archivos MP4 de streaming con velocidad de bits adaptable. Este hecho mejorará la posibilidad de cambiar sin problemas entre pistas al realizar las entregas a través de HLS o DASH.
  • Sincronización de AV mejorada en el contenido de origen de velocidad de fotogramas variable (VFR)

Azure Video Indexer, Análisis de vídeo

  • Los fotogramas clave extraídos mediante el valor preestablecido de VideoAnalyzer ahora se encuentran en la resolución original del vídeo en lugar de cambiarse de tamaño. La extracción de fotogramas clave de alta resolución proporciona imágenes de calidad original y permite usar los modelos de inteligencia artificial basados en imágenes proporcionados por los servicios Microsoft Computer Vision y Custom Vision para obtener aún más información del vídeo.

Septiembre de 2019

Media Services v3

Codificación lineal de eventos en directo

Media Services V3 anuncia la versión preliminar de la codificación lineal de eventos en directo durante 24 horas al día los 365 días del año.

Media Services v2

Desuso de los procesadores de multimedia

Estamos anunciando el desuso de Azure Media Indexer y Azure Media Indexer 2 Preview. Para ver las fechas de retirada, consulte el artículo sobre componentes heredados. Azure Video Indexer reemplaza estos procesadores multimedia heredados.

Para más información, consulte Migración de Azure Media Indexer y Azure Media Indexer 2 a Video Indexer de Azure Media Services.

Agosto de 2019

Media Services v3

El par regional de Sudáfrica está abierto para Media Services

Media Services ya está disponible en las regiones Norte de Sudáfrica y Oeste de Sudáfrica.

Si desea obtener más información, vea Nubes y regiones donde existe Azure Media Services v3.

Media Services v2

Desuso de los procesadores de multimedia

Anunciamos el desuso de los procesadores de multimedia Windows Azure Media Encoder (WAME) y Azure Media Encoder (AME), que se van a retirar. Para ver las fechas de retirada, consulte este artículo sobre componentes heredados.

Para más información, consulte Migración de WAME a Media Encoder Standard y Migración de AME a Media Encoder Standard.

Julio de 2019

Protección de contenido

Cuando el contenido de streaming está protegido con restricción de token, los usuarios finales deben obtener un token que se envía como parte de la solicitud de entrega de claves. La característica de prevención de reproducción de tokens permite a los clientes de Media Services establecer un límite en el número de veces que se puede usar el mismo token para solicitar una clave o una licencia. Para obtener más información, consulte Prevención de reproducción de tokens.

Desde julio, la característica de vista previa solo estaba disponible en las regiones Centro de EE. UU. y Centro y oeste de EE. UU.

Junio de 2019

Creación de subclips de vídeo

Ahora puede recortar un vídeo, o crear un subclip de vídeo al codificarlo mediante la opción Trabajo.

Esta funcionalidad se puede usar con cualquier elemento Transformación compilado mediante los valores preestablecidos BuiltInStandardEncoderPreset o StandardEncoderPreset.

Mayo de 2019

Soporte técnico de Azure Monitor para las métricas y los registros de diagnóstico de Media Services

Ya se puede usar Azure Monitor para ver los datos de telemetría emitidos por Media Services.

  • Use los registros de diagnóstico de Azure Monitor para supervisar las solicitudes enviadas por el punto de conexión de la entrega de claves de Media Services.
  • Supervise las métricas emitidas por los punto de conexión de streaming de Media Services.

Para obtener información detallada, consulte Supervisión de Media Services.

Compatibilidad con varias pistas de audio en el empaquetado dinámico

Al realizar el streaming de recursos que tienen varias pistas de audio con varios códecs y lenguajes, el empaquetado dinámico ahora admite varias pistas de audio para la salida HLS (versión 4 o superior).

El par regional de Corea está abierto para Media Services

Media Services ya está disponible en las regiones Centro de Corea del Sur y Sur de Corea del Sur.

Si desea obtener más información, vea Nubes y regiones donde existe Azure Media Services v3.

Mejoras en el rendimiento

Se han agregado actualizaciones que incluyen mejoras de rendimiento de Media Services.

Abril de 2019

Nuevos valores preestablecidos

Marzo de 2019

Ahora el empaquetado dinámico admite Dolby Atmos. Para más información, consulte Códecs de audio compatibles con el empaquetado dinámico.

Ahora puede especificar una lista de filtros de recursos o cuentas, que se aplicarían a su localizador de streaming. Para más información, consulte el tema sobre la asociación de filtros al localizador de streaming.

Febrero de 2019

Media Services v3 ya se admite en las nubes nacionales de Azure. Aún no todas las características están disponibles en todas las nubes. Para obtener más detalles, consulte Nubes y regiones donde existe Azure Media Services v3.

El evento Microsoft.Media.JobOutputProgress se ha agregado a los esquemas de Azure Event Grid para Media Services.

Enero de 2019

Media Encoder Standard y archivos MPI

Al codificar con Media Encoder Standard para generar archivos MP4, se genera un archivo .mpi nuevo y se agrega a la salida de activos. Este archivo MPI está diseñado para mejorar el rendimiento de escenarios de streaming y empaquetado dinámico.

No debe modificar ni quitar el archivo MPI, así como tampoco tener ninguna dependencia en el servicio en la existencia (o no) de este tipo de archivo.

Diciembre de 2018

Las actualizaciones de la versión de disponibilidad general de la API de V3 incluyen:

  • Las propiedades de PresentationTimeRange ya no son necesarias para los filtros de recursos ni para los filtros de cuenta.
  • Las opciones de la consultas $top y $skip para Jobs y Transforms se han quitado y se ha agregado $orderby. Como parte de agregar la nueva funcionalidad de ordenación, se ha detectado que las opciones $top y $skip se expusieron previamente de forma accidental aunque no se habían implementado.
  • La extensibilidad de enumeración se había activado de nuevo. Esta característica estaba habilitada en las versiones preliminares del SDK y se deshabilitó accidentalmente en la versión de disponibilidad general.
  • Se ha cambiado el nombre de dos directivas de streaming predefinidas. SecureStreaming es ahora MultiDrmCencStreaming. SecureStreamingWithFairPlay es ahora Predefined_MultiDrmStreaming.

Noviembre de 2018

El módulo de la CLI 2.0 está ahora disponible para Azure Media Services v3 con disponibilidad general – v 2.0.50.

Nuevos comandos

Nuevas características y cambios importantes

Comandos de recursos

  • Se han agregado los argumentos --storage-account y --container.
  • Se han agregado valores predeterminados para la hora de expiración (ahora +23 h) y los permisos (lectura) al comando az ams asset get-sas-url.

Comandos de trabajos

  • Se han agregado los argumentos --correlation-data y --label.
  • --output-asset-names cambia su nombre a --output-assets. Ahora acepta una lista separada por espacios de recursos en formato "assetName=label". Se puede enviar un recurso sin etiqueta del siguiente modo: "assetName=".

Comandos de localizador de streaming

  • Se ha reemplazado el comando base az ams streaming locator por az ams streaming-locator.
  • Se han agregado los argumentos --streaming-locator-id y --alternative-media-id support.
  • Se ha actualizado el argumento --content-keys argument.
  • --content-policy-name cambia su nombre a --content-key-policy-name.

Comandos de directiva de streaming

  • Se ha reemplazado el comando base az ams streaming policy por az ams streaming-policy.
  • Se ha agregado compatibilidad con los parámetros de cifrado en az ams streaming-policy create.

Comandos de transformación

  • Se ha reemplazado el argumento --preset-names por --preset. Ahora solo puede establecer una salida o valor preestablecido cada vez (para agregar más tendrá que ejecutar az ams transform output add). Ademas, puede pasar la ruta de acceso al código JSON personalizado para establecer un StandardEncoderPreset personalizado.
  • az ams transform output remove se puede realizar pasando el índice de salida a eliminar.
  • Se han agregado argumentos --relative-priority, --on-error, --audio-language and --insights-to-extract en los comandos az ams transform create y az ams transform output add.

Octubre de 2018: disponibilidad general

En esta sección se describen las actualizaciones de octubre de Azure Media Services (AMS).

Versión de disponibilidad general de REST v3

La versión de disponibilidad general de REST v3 incluye otras API de Live, filtros de manifiesto de nivel de cuenta y recurso y compatibilidad con DRM.

Administración de recursos de Azure

La compatibilidad con la administración de recursos de Azure habilita la API de operaciones y administración unificada (ahora todo en un solo lugar).

A partir de esta versión, puede usar plantillas de Resource Manager para crear eventos en vivo.

Mejora de las operaciones de recurso

Se han introducido las siguientes mejoras:

  • Ingesta de direcciones URL de HTTP o direcciones URL de SAS de Azure Blob Storage.
  • Especifique sus propios nombres de contenedor para los recursos.
  • Compatibilidad con la salida más sencilla para crear flujos de trabajo personalizados con Azure Functions.

Nuevo objeto Transform

El nuevo objeto Transform simplifica el modelo de codificación. El nuevo objeto facilita la creación y el uso compartido de la codificación de plantillas y valores preestablecidos de Resource Manager.

Autenticación de Azure Active Directory y Azure RBAC

El control de acceso basado en rol de Azure (Azure RBAC) y la autenticación de Azure AD habilitan transformaciones seguras, objetos LiveEvent, directivas de clave de contenido o recursos por rol o usuarios en Azure AD.

SDK de cliente

Idiomas admitidos en Media Services v3: .NET Core, Java, Node.js, Ruby, TypeScript, Python y Go.

Actualizaciones de Live Encoding

Se presentan las siguientes actualizaciones de Live Encoding:

  • Nuevo modo en vivo de baja latencia (10 segundos de principio a fin).

  • Compatibilidad mejorada con RTMP (mayor estabilidad y mejor compatibilidad con codificadores de origen).

  • Ingesta segura de RTMPS.

    Cuando se crea un evento en directo, ahora obtiene 4 direcciones URL de ingesta. Las cuatro direcciones URL de ingesta son casi idénticas, tienen el mismo token de streaming (AppId) y solo se diferencian en componente de número de puerto. Dos de las direcciones URL son principal y de respaldo para RTMPS.

  • Soporte técnico de transcodificación las 24 horas.

  • Mejor compatibilidad con señalización de anuncios en RTMP a través de SCTE35.

Soporte técnico mejorado de Event Grid

Puede ver las siguientes mejoras de soporte técnico de Event Grid:

  • Integración de Azure Event Grid para facilitar el desarrollo con Logic Apps y Azure Functions.
  • Suscríbase a eventos sobre codificación, canales en vivo y mucho más.

Compatibilidad con CMAF

Compatibilidad con el cifrado de CMAF y “cbcs” para reproductores Apple HLS (iOS 11+) y MPEG-DASH que admiten CMAF.

Video Indexer

La versión de disponibilidad general Video Indexer se anunció en agosto. Para información reciente sobre las características admitidas actualmente, vea Novedades de Video Indexer.

Planes de cambios

CLI de Azure 2.0

Próximamente estará disponible el módulo de la CLI de Azure 2.0 que incluye operaciones en todas las características (como Live, directivas de clave de contenido, filtros de cuenta/recurso, directivas de streaming).

Problemas conocidos

Solo los clientes que usan la API de versión preliminar con filtros de cuenta o recurso se ven afectados por el problema siguiente.

Si creó filtros de cuenta o recurso entre el 28/09 y el 12/10 con las API o la CLI de Media Services v3, debe quitar todos los filtros de cuenta y recurso y volver a crearlos debido a un conflicto de versiones.

Mayo de 2018: versión preliminar

.NET SDK

Las características siguientes están disponibles en el SDK de .NET:

  • Localizadores de streaming para publicar y transmitir contenido a los dispositivos de usuarios finales.
  • Directivas de streaming y directivas de claves de contenido para configurar la entrega de claves y la protección de contenido (DRM) al entregar el contenido.
  • Eventos en directo y salidas de eventos para configurar la ingesta y el archivo de contenido de streaming en vivo.
  • Recursos para almacenar y publicado contenido multimedia en Azure Storage.
  • Puntos de conexión de streaming para configurar y escalar el empaquetado dinámico, cifrado y streaming tanto de contenido multimedia en vivo como a petición.

Problemas conocidos

  • Al enviar un trabajo, puede especificar que se ingiera el vídeo de origen mediante direcciones URL HTTPS, URL SAS o rutas de acceso a archivos ubicados en Azure Blob Storage. Actualmente, Media Services v3 no admite la codificación de transferencia fragmentada a través de direcciones URL HTTPS.

Formule preguntas, realice comentarios y obtenga actualizaciones

Consulte el artículo Comunidad de Azure Media Services para ver diferentes formas de formular preguntas, enviar comentarios y obtener actualizaciones de Media Services.

Consulte también

Guía de migración para migrar de Media Services v2 a v3.