En breve
Un proyecto de dimensionamiento de videowall debe empezar por el recuento de fuentes del videowall, no por la marca de los paneles.
Cuente los dashboards, las cámaras, las sesiones KVM, los mapas, los tableros de incidentes, las aplicaciones web, las señales de captura HDMI y las disposiciones de reserva que los operadores necesitan durante un evento real.
El número de pantallas viene después: 8 pantallas, 16 pantallas, un videowall de 64 pantallas y un videowall 8K significan cosas distintas cuando entran en juego la mezcla de fuentes, la resolución del lienzo y el flujo de trabajo del operador.
Dimensionamiento de videowall: empiece por las fuentes, no por los paneles
El error habitual es dimensionar el videowall como «N paneles con una controladora». Eso funciona en cartelería digital, pero deja infraespecificada una sala de control.
Un NOC, un SOC, una sala de despacho de servicios públicos o un centro de mando y control está condicionado por el número de sistemas en directo que deben permanecer visibles a la vez.
También lo condicionan la frecuencia con la que los operadores promueven una fuente y si una fuente caída debe degradarse de forma local o alterar todo el lienzo.
Empiece la hoja de dimensionamiento por las clases de fuentes: dashboards en navegador, cámaras RTSP / NDI, captura HDMI, IP-KVM, VNC / RDP, contenidos multimedia estáticos, mapas GIS, paneles SIEM, resúmenes SCADA, colas de tickets y páginas de estado de respaldo.
Después, etiquete cada fuente como siempre en directo, solo para incidentes, en reserva o promovida. Esa sencilla división hace que el plan de hardware sea más fiable que un simple recuento de pantallas.
Recuento de fuentes del videowall: en directo, en reserva y promovidas
El recuento de fuentes del videowall no es solo el número de cables conectados a una controladora. En un videowall definido por software, es el número de fuentes lógicas que la plataforma debe autenticar, renderizar, refrescar, conmutar, registrar y recuperar.
Un videowall de 16 pantallas puede tener 14 fuentes visibles en la disposición de rutina, 26 fuentes definidas en presets y 40 fuentes disponibles para los operadores durante un incidente.
- Fuentes siempre en directo: dashboards de monitorización, colas de alarmas, mosaicos de cámaras y vistas de la imagen operativa común que permanecen en el videowall durante todo el turno.
- Fuentes en reserva: cámaras de respaldo, disposiciones para simulacros, diapositivas de briefing, páginas de estado o dashboards alternativos que deben estar listos sin tener que reconfigurar la sala.
- Fuentes promovidas: vistas de incidentes, sesiones KVM, capturas de paquetes, mapas de interrupciones del servicio o búsquedas SIEM que se muestran en grande durante un breve intervalo y después salen del lienzo.
Para salas NOC, la arquitectura de referencia de videowall para NOC, que complementa esta guía, aplica este esquema a Grafana, Splunk, SolarWinds, CCTV e IP-KVM.
Para salas de seguridad, utilice la guía de videowall para SOC y SIEM. Para salas con predominio de SCADA, utilice la guía de videowall para salas de control de energía y servicios públicos.
8 pantallas, 16 pantallas y 64 pantallas
El número de pantallas cambia el problema de ingeniería, pero no de forma lineal. El salto de 8 a 16 pantallas suele tener que ver con la legibilidad para el operador y con la densidad de fuentes.
El salto a un videowall de 64 pantallas tiene que ver con la gobernanza: múltiples zonas, presets con nombre, roles de operador, propiedad de las fuentes y procedimiento de actualización.
| Tamaño del videowall | Pregunta típica de planificación de fuentes | Riesgo que conviene comprobar |
|---|---|---|
| 8 pantallas | ¿Qué 8-12 fuentes deben seguir siendo legibles desde la fila de operadores? | Comprar más hardware de controladora del necesario para una sala que, sobre todo, muestra dashboards web. |
| 16 pantallas | ¿Qué 20-30 fuentes definidas deben agruparse en presets de turno, de incidente y de briefing? | Tratar la promoción de fuentes como una tarea de AV en lugar de como un flujo de trabajo del operador. |
| 64 pantallas | ¿Qué zonas, roles y reglas de propiedad impiden que un equipo altere el área del videowall de otro equipo? | Dejar que el número de pantallas oculte los límites de fuentes, autenticación, red y GPU. |
Para analizar los costes, modele cada número de pantallas en la calculadora de TCO de videowall antes de cerrar la lista de materiales.
La misma sala de 16 paneles puede tener un precio muy distinto con una controladora hardware, con una suscripción por pantalla o con un videowall local definido por software.
Videowall 8K: resolución del lienzo frente a resolución de las fuentes
Un requisito de videowall 8K debe redactarse con cuidado. Puede significar un lienzo físico 8K, una única fuente 8K o varios dashboards 4K distribuidos sobre un área 8K.
También puede expresar la expectativa del operador de que el texto pequeño siga siendo legible a distancia. Son requisitos técnicos distintos.
En las salas de control, la cuestión práctica suele ser la composición del lienzo: ¿cuántos dashboards en navegador, flujos de cámara, mapas y ventanas KVM puede renderizar el videowall sin perder la legibilidad del texto?
Un lienzo 8K no exige que todas las fuentes sean 8K. Lo que sí exige son reglas claras de escalado, frecuencia de refresco y prioridad de fuentes, además de definir dónde se promueven las vistas de alto detalle durante un incidente.
Transporte de las fuentes e implicaciones para el servidor
El transporte de las fuentes determina la configuración del servidor. Los dashboards en navegador ponen a prueba la CPU, la memoria, la autenticación y el ciclo de vida del navegador.
Las señales de cámara RTSP y NDI ponen a prueba las rutas de decodificación y el caudal de red. La captura HDMI añade número de tarjetas, planificación de ranuras, recorridos de cable y respaldo ante pérdida de señal.
El IP-KVM añade seguridad y control de acceso. El AV sobre IP añade diseño de red y reglas de multicast.
Aquí es donde la arquitectura definida por software cambia la conversación sobre el dimensionamiento.
En lugar de comprar equipos dedicados (appliances) de entradas fijas, el comprador dimensiona un servidor Linux con GPU, las tarjetas de captura donde hagan falta, los puertos de red, el almacenamiento para registros y presets, y el proceso operativo para añadir fuentes.
Si la sala es de acceso restringido, complemente este análisis con la guía de videowall air-gap.
Definiciones de contexto útiles: AV sobre IP, IP-KVM, NDI y dvLED.
Especificación de requisitos del videowall
Una buena especificación de requisitos del videowall traduce el dimensionamiento a un lenguaje verificable.
Debe definir el número de pantallas, la disposición física, la resolución del lienzo, el recuento y las clases de fuentes, y los cupos de fuentes en directo y de fuentes en reserva.
También debe fijar el comportamiento de las fuentes promovidas, los roles de operador, los registros de auditoría, el comportamiento de conmutación por error (failover), los transportes admitidos y el horizonte del TCO.
- «El videowall deberá admitir al menos 24 fuentes definidas, con 16 visibles simultáneamente y 8 fuentes en reserva disponibles en presets con nombre».
- «Los operadores deberán poder promover una fuente, restaurar un preset y recuperar un dashboard caído desde la interfaz del navegador, sin acceso de administrador de AV».
- «El sistema deberá admitir dashboards en navegador, vídeo RTSP o NDI, captura HDMI cuando sea necesaria y promoción por IP-KVM de las estaciones de trabajo de operador autorizadas».
- «El proveedor deberá presupuestar la misma sala para 5 años, incluidos licencia, soporte, hardware de servidor, hardware de captura, puesta en marcha y supuestos de renovación».
Redacción del pliego de licitación del videowall
Una buena redacción de pliegos para videowall evita atar al comprador a una familia de controladoras antes de conocer el plan de fuentes.
Especifique resultados: número de fuentes visibles, flujo de trabajo del operador, transportes admitidos, conmutación por error, auditabilidad y coste del ciclo de vida.
Nombre una clase concreta de equipo dedicado solo cuando lo exija una latencia inferior a un fotograma, el procesamiento de señal en banda base o una norma ya existente.
Si el pliego dice actualmente «controladora hardware con X entradas e Y salidas», pregunte si la carga de trabajo real consiste en dashboards en navegador, cámaras, mapas y KVM.
Si es así, compare la vía hardware con una opción definida por software en la alternativa a Datapath Fx4 y en la lista corta, más amplia, del mejor software de videowall.
Dónde encaja Craft Wall
Craft Wall encaja en los proyectos de dimensionamiento en los que el videowall se compone sobre todo de dashboards en navegador, vídeo IP, captura HDMI, KVM promovido por el operador y disposiciones locales, con un TCO predecible.
Se comercializa como una licencia perpetua de software para el servidor del videowall, no como una suscripción por pantalla. Por eso, la economía del proyecto se vuelve más clara a medida que crecen el número de pantallas y el de fuentes.
No es la capa adecuada para acciones de control primarias certificadas, para el control de calidad (QC) de señal broadcast ni para la conmutación en banda base con latencia inferior a un fotograma.
En esos casos, mantenga la cadena primaria en su sistema certificado y utilice el videowall como capa de visualización compartida a su alrededor.
Qué leer a continuación
Utilice esta guía de dimensionamiento junto con la calculadora de TCO de videowall, la arquitectura de referencia para NOC, la guía de videowall para centros de datos de investigación y la guía de RBAC, SSO y API para videowall.
Añada la guía de videowall para centro de mando y control, la guía de sala de control para estadios y recintos deportivos y la lista de comprobación AV de videowall para salas de juntas.
Revise también el desglose del TCO de software frente a hardware y la alternativa a Userful antes de redactar la especificación de compra definitiva.