Sincronización con el monitor

Cómo funciona la sincronización en shining

El Player no recibe un streaming en tiempo real, sino que descarga layouts y medios, y luego ejecuta la agenda localmente; de forma periódica pregunta al CMS si hay cambios.[web:150][web:145]

Esto significa que los cambios de programación, nuevos contenidos o modificaciones no se reflejan al instante, sino cuando el Player hace su siguiente conexión de recogida (collect) con el servidor.[web:147][web:150]

Intervalo de recogida (Collection Interval)

El Collection Interval define cada cuántos segundos el Player se conecta al CMS para descargar cambios de agenda y nuevos contenidos.[web:147][web:150]

• Por defecto suele ser de 900 segundos (15 minutos), lo que implica que un cambio puede tardar hasta ese tiempo en llegar al Player.[web:150]
• No se configura desde el Player, sino desde el CMS, en los Display Settings Profiles asociados a cada tipo de pantalla.[web:147]
• Reducir el intervalo hace que los cambios se propaguen más rápido, pero también genera más tráfico y carga en el servidor.[web:147]

Un valor razonable para entornos normales suele estar entre 1 y 5 minutos; para entornos muy grandes conviene mantenerlo algo más alto.[web:147][web:150]

Hora del sistema y zona horaria

Para que la programación funcione correctamente, el CMS y todos los Players deben tener la hora y zona horaria bien configuradas y, preferiblemente, sincronizadas por NTP.[web:149][web:150]

• Asegúrate de que el servidor de shining y los dispositivos Player usan la misma zona horaria.[web:149]
• Configura un servidor NTP fiable en todos ellos para minimizar desfases de reloj.[web:149]
• Si hay diferencias de varios segundos o minutos, los eventos programados a una hora exacta pueden empezar antes o después en cada pantalla.[web:149][web:150]

En instalaciones donde la sincronía visual entre pantallas es importante, revisar la hora del sistema suele ser el primer paso de diagnóstico.[web:149]

Sincronizar varias pantallas entre sí

shining no garantiza una sincronización milimétrica entre varios Players; la reproducción está pensada para ser “lo bastante cercana” para la mayoría de casos, pero no para video walls que requieren fotograma exacto.[web:145][web:148]

• Si programas el mismo Layout en varias pantallas con la misma hora de inicio, todas intentarán comenzar en ese momento, pero puede haber diferencias de unos segundos.[web:149][web:150]
• Las diferencias se deben a tiempos de descarga, rendimiento del dispositivo y red.[web:145][web:149]
• Para sincronía perfecta de vídeo entre monitores contiguos, shining recomienda soluciones de distribución de señal (splitters de vídeo, soluciones de video wall dedicadas) en lugar de múltiples Players independientes.[web:145][web:148]

Aun así, con buena red, NTP y un intervalo de recogida ajustado se puede conseguir una sincronía bastante aceptable para muchos escenarios.[web:149][web:147]

Sync Groups (shining 4)

En versiones recientes, shining introduce los Sync Groups para ayudar a coordinar contenido entre varias pantallas que deben reproducir de forma sincronizada.[web:141]

• Un Sync Group agrupa pantallas que deben mostrar contenido coordinado (por ejemplo, un videowall o varias pantallas espejo).[web:141]
• Al programar un Synchronised Event, el CMS tiene en cuenta ese grupo para intentar alinear la reproducción entre sus miembros.[web:141]
• Esta funcionalidad está disponible a partir de la versión 4.0 del CMS y requiere Players compatibles.[web:141]

Aunque no ofrece sincronía exacta al milisegundo, los Sync Groups mejoran la coordinación visual entre pantallas en configuraciones avanzadas.[web:141]

Buenas prácticas de sincronización

Para minimizar problemas de sincronización entre CMS y pantallas, y entre pantallas entre sí, conviene seguir unas cuantas pautas.[web:147][web:149][web:150]

• Mantener el Collection Interval en un valor razonable (ni demasiado alto ni demasiado bajo) y aplicarlo por perfiles de Display.[web:147][web:150]
• Usar NTP en todos los dispositivos y revisar que no haya desfases de reloj importantes.[web:149]
• Evitar cambios de programación “al segundo” en entornos donde la red sea lenta o los dispositivos estén muy cargados.[web:150]
• Para video walls críticos, considerar soluciones de distribución de señal en lugar de depender solo de la sincronización lógica del CMS.[web:145][web:148]

Siguiendo estas recomendaciones, la experiencia de sincronización suele ser más que suficiente para la mayoría de proyectos de cartelería digital.[web:149][web:147]