Guía de procedimientos recomendados de streaming en vivo de Media Services

  • Artículo

A menudo, los clientes preguntan cómo pueden reducir la latencia de su streaming en vivo. En este artículo se describen los procedimientos recomendados para lograr secuencias en directo de baja latencia, además de la codificación de eventos en directo.

Nota

Antes de continuar leyendo este artículo, lea el artículo HLS de baja latencia (LL-HLS) para comprender la baja latencia con la codificación de eventos en directo. A continuación, vuelva a esta guía para comprender qué más puede afectar a la latencia de streaming.

Hay muchos factores que determinan la latencia de un extremo a otro de una secuencia además de cómo se codifica el medio. A continuación, se indican algunos que debería considerar:

  1. Retrasos en el lado del codificador de contribución. Cuando los clientes usan un software de codificación como OBS Studio, Wirecast u otros para enviar un streaming en vivo de RTMP a Media Services. La configuración en este software afecta a la latencia de un extremo a otro de un streaming en vivo.

  2. Retrasos en la canalización de streaming en vivo dentro de Azure Media Services

  3. Rendimiento de CDN.

  4. Algoritmos de almacenamiento en búfer del reproductor de vídeo y las condiciones de red en el lado cliente.

  5. Tiempo de aprovisionamiento.

Codificador de contribución

Tienes el control de la configuración del codificador de origen antes de que la transmisión de RTMP llegue a Media Services. Estas son algunas recomendaciones para la configuración que le proporcionarían la menor latencia posible:

  1. Elige la región física más cercana al codificador de contribución para la cuenta de Media Services. Esto garantizará una buena conexión de red con la cuenta de Servicios de Medios.

  2. Use un tamaño de fragmento coherente. Se recomienda un tamaño de GOP de 2 segundos. El valor predeterminado en algunos codificadores, como OBS, es de 8 segundos. Asegúrese de cambiar esta configuración.

  3. Use el codificador de GPU si el software de codificación le permite hacerlo. Esto le permitiría descargar el trabajo de CPU en la GPU.

  4. Use un perfil de codificación optimizado para baja latencia. Por ejemplo, con OBS Studio, si usa el codificador Nvidia H.264, es posible que vea el valor preestablecido de "latencia cero".

  5. Envíe contenido que no sea de mayor resolución que lo que planea transmitir. Por ejemplo, si usa eventos en directo de codificación estándar de 720p, envíe una transmisión que ya esté en 720p.

  6. Mantenga la velocidad de fotogramas a 30 fps o inferior, a menos que use eventos en directo de tránsito. Aunque se admite una entrada de 60 fps para eventos en directo, la salida del evento en directo de codificación sigue sin ser superior a 30 fps. Para HLS de baja latencia, se recomienda la velocidad fija de fotogramas y la duración máxima del fotograma no debe superar los 0,5 segundos para la mejor experiencia.

Configuración del evento en directo de Azure Media Services

Estas son algunas configuraciones que le ayudarán a reducir la latencia en nuestra canalización:

  1. Use las opciones de transmisión de baja latencia para los eventos en directo. Para las opciones de transmisión de codificación estándar (hasta 720p) y de codificación Premium (hasta 1080p), a menos que necesite una ventana dvr superior a 6 horas o una salida de streaming fluida, use la configuración latencia de flujo de baja latencia.

  2. Se recomienda elegir la salida de CMAF para la reproducción HLS y DASH. Esto le permite compartir los mismos fragmentos para ambos formatos. Aumenta la proporción de aciertos de caché cuando se usa CDN. Por ejemplo:

    Tipo Formato Ejemplo de dirección URL
    HLS CMAF format=m3u8-cmaf https://amsv3account-usw22.streaming.media.azure.net/21b17732-0112-4d76-b526-763dcd843449/ignite.ism/manifest(format=m3u8-cmaf)
    MPEG-DASH CMAF format=mpd-time-cmaf https://amsv3account-usw22.streaming.media.azure.net/21b17732-0112-4d76-b526-763dcd843449/ignite.ism/manifest(format=mpd-time-cmaf)

  3. Si debe elegir la salida de TS, use una relación de empaquetado HLS de 1. Esto nos permite empaquetar solo un fragmento en un segmento HLS. No se obtienen todas las ventajas de LL-HLS en reproductores nativos de Apple.

Optimizaciones del reproductor

Al elegir y configurar un reproductor de vídeo, asegúrese de usar opciones optimizadas para una latencia menor.

Media Services admite diferentes salidas de protocolos de streaming: DASH, HLS con salida de TS y HLS con fragmentos de CMAF. Al usar la LowLatencyV2 opción de transmisión, asegúrate de encontrar un reproductor que admita HLS de baja latencia (LL-HLS). En función de la implementación del reproductor, las decisiones de almacenamiento en búfer afectan a la latencia que observa un espectador. Las condiciones de red deficientes o los algoritmos predeterminados que favorecen la calidad y la estabilidad de la reproducción podrían hacer que los reproductores decidan almacenar en búfer más contenido por adelantado para evitar interrupciones durante la reproducción. Estos búferes antes y durante las sesiones de reproducción se agregarían a la latencia de un extremo a otro.

Cuando Azure Media Player se usa, el perfil de heurística de baja latencia optimiza el reproductor para que tenga la menor latencia posible en el lado del jugador. Este reproductor solo admite DASH a menos que se use en Safari en dispositivos Apple.

Opciones y optimizaciones de la red CDN

Los puntos de conexión de streaming son los servidores de origen que entregan el contenido de streaming en vivo y VOD al CDN o al cliente directamente. Es mejor usar una red de entrega de contenido (CDN) con un origen blindado para garantizar que el tráfico del contenido multimedia se entregue de forma eficaz.

Se recomienda usar Azure CDN que proporciona Verizon (Estándar o Premium). Hemos optimizado la experiencia de integración para que un cliente pueda configurar esta instancia de CDN con una sola selección en Azure Portal. Asegúrese de activar Origin Shield y optimizaciones de streaming para el punto de conexión de CDN cada vez que inicie el punto de conexión de streaming.

Nuestros clientes también tienen buenas experiencias con sus propias instancias de CDN. Asegúrese de que se toman medidas en la instancia de CDN para proteger el origen del tráfico excesivo.

También puede mejorar el rendimiento configurando reglas para el perfil de CDN. Consulte Habilitación de optimizaciones de cdn.

Escalado de punto de conexión de streaming

Nota

Orígenes o un punto de conexión de streaming estándar es un recurso compartido que permite a los clientes con volúmenes de tráfico bajos transmitir contenido a un costo menor. No debería usar un punto de conexión de streaming estándar para escalar las unidades de streaming si espera grandes volúmenes de tráfico o planea usar una instancia de CDN.

Un origen o punto de conexión de streaming premium ofrece más flexibilidad y aislamiento para que los clientes puedan escalar agregando o quitando unidades de streaming dedicadas. Una unidad de streaming es un recurso de proceso asignado a un punto de conexión de streaming. Cada unidad de streaming puede transmitir aproximadamente 200 Mbps de tráfico.

Aunque puede transmitir simultáneamente muchos eventos en directo a la vez con el mismo punto de conexión de streaming, el máximo de unidades de streaming predeterminadas necesarias para un punto de conexión de streaming es 10. Puede abrir una incidencia de soporte técnico para solicitar más de las 10 unidades predeterminados.

Determinación de las unidades de streaming premium necesarias

Hay tres pasos para determinar el número de puntos de conexión de streaming y unidades de streaming necesarios:

  1. Determine la salida total necesaria.

  2. Divida la salida total entre 200, que es el máximo de Mbps que puede transmitir cada unidad de streaming.

Determinación de la salida total necesaria

Determine la salida total necesaria mediante la fórmula siguiente.

Salida total necesaria = ancho de banda promedio x número de espectadores simultáneos x porcentajecontrolado por el punto de conexión de streaming.

Echemos un vistazo a cada uno de los multiplicadores a su vez:

Ancho de banda promedio. ¿Cuál es la velocidad de bits media que planea transmitir? En otras palabras, si va a tener varias velocidades de bits disponibles, ¿qué velocidad de bits es el promedio de todas las velocidades de bits que está planeando? Para calcularla, emplee uno de los métodos siguientes:

Para un evento en directo que incluye codificación:

  • Si no sabe cuál va a ser el ancho de banda promedio, puede usar nuestras velocidades de bits superiores como estimación. La velocidad de bits máxima es de 5,5 Mbps para los eventos en directo codificados en 1080p, por lo tanto, la velocidad de bits media estará en torno a 3,5 Mbps.

  • Mire el valor preestablecido de codificación que se usa para codificar el evento en directo, por ejemplo, el valor preestablecido AdaptiveStreaming(H.264). Vea este ejemplo de salida.

Para un evento en directo que simplemente usa el tránsito y no la codificación:

  • Compruebe la escala de velocidad de bits de codificación que usa el codificador local.

Número de espectadores simultáneos. ¿Cuántos espectadores simultáneos se esperan? Esto podría ser difícil de calcular, pero hágalo de la mejor forma posible en función de los datos de los clientes. ¿Está transmitiendo una conferencia a una audiencia global? ¿Planea transmitir en vivo para vender un conjunto de productos a sus clientes?

Porcentaje de tráficocontrolado porel punto de conexión de streaming. Esto también se puede expresar como "el porcentaje de tráfico NO controlado por CDN", ya que es el número que entra realmente en la fórmula. Por lo tanto, con esto en mente, ¿cuál es la descarga de CDN que espera? Si se espera que CDN controle el 90 % del tráfico en directo, solo se esperaría un 10 % del tráfico en el punto de conexión de streaming. El número usado en la fórmula es 10, que es el porcentaje de tráfico esperado en el punto de conexión de streaming.

Determinación del número de unidades de streaming premium necesarias

Unidades de streaming premium necesarias = ancho de banda promedio x número de espectadores x porcentaje de tráfico no controlado por CDN / 200 Mbps

Ejemplo

Recientemente ha publicado un nuevo producto y quiere presentarlo a los clientes establecidos. Quiere una latencia baja porque no quiere frustrar a la audiencia que ya está ocupada, por lo que usará puntos de conexión de streaming premium y una instancia de CDN.

Tiene aproximadamente 100 000 clientes, pero es probable que no todos vean el evento en directo. En el mejor de los casos, solo el 1 % de ellos asistirá, lo que hace que los espectadores simultáneos esperados lleguen a 1000.

Número de usuarios simultáneos =1000

Ha decidido que va a usar Media Services para codificar el streaming en vivo y no va a usar el tránsito. No sabe cuál será el ancho de banda promedio, pero sabe que se entregará en 1080p (velocidad de bits superior de 5,5 Mbps), por lo que el ancho de banda promedio se estima en 3,5 Mbps para los cálculos.

Ancho de banda promedio =3,5

Dado que la audiencia está dispersa en todo el mundo, espera que CDN controle la mayor parte (90 %) del tráfico en directo. Por lo tanto, los puntos de conexión de streaming premium solo controlarán el 10 % del tráfico.

Porcentaje que controla el punto de conexión de streaming =10 % = 0,1

Con la fórmula proporcionada anteriormente:

Salida total necesaria = ancho de banda promedio x número de espectadores simultáneos x porcentaje controlado por el punto de conexión de streaming.

salida total necesaria = 3,5 x 1000 x 0,1

salida total necesaria = 350 Mbps

Al dividir la salida total entre 200, se determina que se necesitan 1,75 unidades de streaming premium.

unidades de streaming premium necesarias = salida total necesaria/200 Mpbs

unidades de streaming premium = 1,75

Redondearemos este número a 2, lo que nos dará 2 unidades necesarias.

Uso del portal para calcular sus necesidades

Azure Portal puede ayudarle a simplificar los cálculos. En la página de streaming, puede usar la calculadora proporcionada para ver el alcance estimado de la audiencia al cambiar el ancho de banda promedio, la proporción de aciertos de CDN y el número de unidades de streaming.

  1. En la página de la cuenta de Media Services, seleccione Puntos de conexión de streaming en el menú.

  2. Agregue un nuevo punto de conexión de streaming seleccionando Agregar punto de conexión de streaming.

  3. Asígnele un nombre al punto de conexión de streaming.

  4. Seleccione Punto de conexión de streaming premium para el tipo de punto de conexión de streaming.

  5. Puesto que solo está obteniendo una estimación en este momento, no inicie el punto de conexión de streaming después de la creación. así que seleccione No.

  6. Seleccione Verizon estándar o Verizon Premium para el plan de tarifa de CDN. El nombre del perfil cambiará en consecuencia. Deje el nombre tal como está para este ejercicio.

  7. Para el perfil de CDN, seleccione Crear nuevo.

  8. Seleccione Crear. Una vez implementado el punto de conexión, aparecerá la pantalla de puntos de conexión de streaming.

  9. Seleccione el punto de conexión de streaming que acaba de crear. La pantalla del punto de conexión de streaming aparecerá con los cálculos de alcance de la audiencia.

  10. La configuración predeterminada para el punto de conexión de streaming con 1 unidad de streaming muestra que se calcula que se transmite a 571 espectadores simultáneos a 3,5 Mbps mediante el 90 % de CDN y el 10 % del punto de conexión de streaming.

  11. Cambie el porcentaje del Origen de la salida del 90 % de caché de CDN al 0 %. La calculadora calculará que podrá transmitir a 57 espectadores simultáneos a 3,5 Mbps a 200 Mbps sin una instancia de CDN.

  12. Ahora vuelva a cambiar Origen de la salida al 90 %.

  13. A continuación, cambie las unidades de streaming a 2. La calculadora calculará que podrá transmitir a 1143 espectadores simultáneos a 3,5 Mbps con 4000 Mpbs con la instancia de CDN que controla el 90 % del tráfico.

  14. Seleccione Guardar.

  15. Puede iniciar el punto de conexión de streaming e intentar enviarle tráfico. Las métricas de la parte inferior de la pantalla realizarán un seguimiento del tráfico real.

Control de tiempo

Es posible que quiera aprovisionar unidades de streaming 1 hora antes del uso máximo esperado para asegurarse de que las unidades de streaming están listas.

Obtener ayuda y soporte técnico

Puede ponerse en contacto con Media Services con preguntas o seguir nuestras actualizaciones mediante uno de los métodos siguientes: