Capacidad de transcodificación GPU¶

El operador establece cuánta transcodificación GPU puede ejecutar un streamer simultáneamente. El layouter utiliza este límite para elegir dónde procesar los streams y desde dónde trasladar el procesamiento si se supera la capacidad.

El límite no se aplica a las tareas VOD.

Configure el límite del streamer¶

Abra Clúster → Streamers, seleccione un servidor y vaya a Clúster. Rellene Capacidad de transcodificación GPU, pistas SD y pulse Guardar.

La ayuda del icono ? explica el campo. Los valores significan:

• Vacío — sin límite de capacidad.
• 0 — no se permiten nuevas asignaciones de transcodificación GPU en este streamer; las existentes se consideran para reducir la carga.
• Número positivo — límite del operador en pistas SD.

Recomendamos configurar límites en todos los streamers con GPU: así el layouter podrá tener en cuenta las capacidades de cada servidor y distribuir el procesamiento con mayor eficiencia.

Para quitar el límite, vacíe el campo y guarde. El layouter recalculará las asignaciones. Si los streams activos superan el nuevo límite, intentará trasladarlos; si no hay dónde, detendrá parte del procesamiento.

Qué significa una pista SD¶

Cada salida de vídeo codificada consume capacidad según su resolución. Una salida de mayor tamaño ocupa varias pistas SD; se suman los costes de todas las salidas GPU del stream.

Por ejemplo, las salidas 1080p y 720p de un stream ocupan 8 SD en total. El audio y las salidas sin recodificación GPU no consumen capacidad GPU.

El códec y la frecuencia de fotogramas no cambian el coste. Tenga en cuenta su efecto en el rendimiento real al elegir el límite del servidor.

No es necesario indicar de antemano las dimensiones del vídeo de entrada. Mientras se desconocen, el layouter usa una estimación: 1920×1080 si no se han definido las dimensiones de salida, o una relación 16:9 si solo se ha definido la altura de salida. Cuando recibe los parámetros del vídeo de entrada, actualiza automáticamente el coste y revisa las asignaciones si es necesario.

Publicaciones activas y en espera¶

Un stream con una fuente externa ocupa capacidad desde su asignación, incluido el inicio bajo demanda. Una publicación ocupa capacidad solo cuando empieza su procesamiento. Hasta que llega, su asignación no ocupa capacidad.

El cómputo utiliza el estado del streamer de procesamiento. Una publicación con estado en reposo (idle) o sin estadísticas recibidas se considera en espera.

Aun así, se comprueba individualmente que cada publicación en espera quepa. Si un límite de 10 SD ya tiene 8 SD ocupados, no se asigna a ese streamer una publicación en espera que cueste 5 SD.

Puede haber más publicaciones en espera de las que el servidor puede procesar simultáneamente. A medida que llegan publicaciones, el layouter redistribuye los streams en espera según la ocupación de los servidores: un servidor con más capacidad disponible recibe más asignaciones en espera. Las publicaciones activas no se trasladan por este motivo.

La espera de datos o un error en un procesamiento iniciado no confirma que haya terminado. Su capacidad sigue contabilizada; la ausencia de vídeo de salida no significa que se haya liberado capacidad GPU.

Cuando se supera la capacidad¶

Varios codificadores pueden empezar a transmitir según el plan anterior antes de que central reciba las estadísticas y recalcule las asignaciones. El streamer recibe la publicación de inmediato según la configuración entregada; el límite del operador no retrasa por sí mismo el inicio en el streamer.

Si se supera el límite, el layouter intenta trasladar el procesamiento activo, empezando por los streams de mayor tamaño. Si no se puede trasladar ninguno, elimina asignaciones de procesamiento, empezando por las mayores, hasta respetar el límite.

Si se detiene el procesamiento y no hay otro lugar disponible, aparece una demanda sin cubrir en Layout del stream. Al añadir un streamer apto o aumentar el límite, se recalculan las asignaciones. Trasladar un stream activo puede interrumpir el vídeo y dejar un hueco en la grabación del archivo.

Compruebe las asignaciones¶

Abra Layout del stream. Una demanda sin cubrir con el motivo capacidad de transcodificación superada indica que no se encontró un streamer con capacidad libre suficiente. Compruebe los límites configurados y qué streams GPU se están procesando en esos servidores.

El total de asignaciones de un servidor incluye los roles de reenvío y archivo. Para comprobar la capacidad GPU, examine el procesamiento de streams con transcodificación GPU por separado de esas asignaciones y de los streams CPU.

Con los mismos datos de entrada, las ejecuciones repetidas conservan las asignaciones. Ante el nodo no tiene tarjetas de transcodificación, compruebe que el servidor detecta la GPU. Aumentar el límite del operador no corrige este error.

Para las conexiones entrantes, consulte Publicación SRT.