En breve
Las salas de control rara vez migran su videowall porque el software sea malo. Migran porque la controladora hardware llegó a su fin de vida, porque las fuentes desbordaron las tarjetas de captura o porque la oferta de renovación a cinco años era difícil de justificar.
Esta guía es para el equipo que ya ha decidido migrar y ahora necesita un plan que no deje el videowall a oscuras en pleno turno.
Repasa la auditoría, las dos rutas de migración viables, la secuencia fase a fase, los riesgos que conviene prever y lo que cambia de verdad para los operadores.
Cuándo migrar es la decisión correcta
Migrar no es gratis. Antes de comprometerse, confirme que se cumple al menos una de estas condiciones; si no se cumple ninguna, mantener la plataforma actual hasta el final de su vida natural suele ser más barato:
- La controladora llegó a su fin de vida (EOL) o se acerca a él. Cuando el fabricante deja de publicar parches de firmware, el videowall se convierte en un pasivo de seguridad y de fiabilidad. Christie Phoenix y RGB Spectrum Galileo recibieron sendos anuncios de fin de vida a finales de 2025: las instalaciones sobre esas plataformas tienen el tiempo contado.
- El número de fuentes desbordó el presupuesto de tarjetas de captura. Cada nueva fuente en banda base en una controladora hardware supone otra tarjeta de captura y, a veces, cambiar el chasis. Cuando la hoja de ruta de fuentes se duplica, el coste lineal del hardware es el detonante.
- La oferta de renovación a cinco años no resiste el análisis. Consulte el desglose del TCO: la partida de renovación es donde más se abre la brecha entre hardware y software.
- Las fuentes han pasado a IP. Si las señales ya son sobre todo NDI, RTSP y paneles renderizados en el navegador, y no HDMI / SDI en banda base, la arquitectura de tarjetas de captura juega en contra del despliegue.
La auditoría previa a la migración
Los fracasos de migración casi siempre se remontan a una auditoría omitida. Antes de cualquier compra, documente cuatro cosas:
- Inventario de fuentes. Cada señal presente hoy en el videowall: tipo (captura HDMI, SDI, NDI, RTSP, KVM, navegador), resolución, frecuencia de fotogramas y cómo llega físicamente a la controladora. Esta lista es la especificación que la nueva plataforma debe satisfacer. Las señales que hoy son solo banda base son las que exigen una decisión de transporte.
- Inventario de disposiciones. Cada escena o preset con nombre que utilizan los operadores. Habrá que reconstruirlas en la nueva plataforma; conocer su número y su complejidad dimensiona el esfuerzo de puesta en servicio.
- Inventario de integraciones. Qué habla hoy con la controladora del videowall: un sistema de control AMX / Crestron, un disparador de alarmas, un sistema de programación horaria. Cada punto de integración es una tarea de migración.
- Mapa del flujo de trabajo de los operadores. Cómo manejan realmente el videowall: consola dedicada, panel táctil, atajos de teclado. La nueva plataforma cambia esto, y el cambio debe planificarse, no descubrirse el día de la puesta en marcha.
Dos rutas de migración
Ruta A: operación en paralelo (recomendada)
Levante la plataforma de software de videowall sobre hardware estándar (commodity) nuevo, junto a la controladora hardware existente. Ambas generan contenido; las pantallas pueden conmutarse entre una y otra en la matriz o, en los videowalls LED, reasignando la salida de la controladora.
Los operadores aprenden la nueva plataforma en un horario no crítico, las escenas con nombre se reconstruyen y se verifican, y las integraciones se prueban, todo ello mientras la controladora antigua sigue siendo el sistema de producción.
Cuando la nueva plataforma ha funcionado sin incidencias durante una ventana de validación (normalmente de dos a cuatro semanas), las pantallas pasan a la nueva plataforma y la controladora antigua se convierte en la reserva activa (hot spare) hasta su retirada.
El coste de la Ruta A es mantener dos plataformas durante un tiempo breve. El beneficio es que el videowall nunca está en riesgo: en cualquier momento antes del cambio definitivo, el plan de respaldo es el sistema antiguo, de fiabilidad conocida.
Para un NOC o un SOC 24/7, esta es la única ruta responsable.
Ruta B: cambio en bloque (big bang)
Retire la controladora hardware y levante la plataforma de software en su lugar durante una única ventana de parada programada. Solo es viable cuando el videowall no es crítico 24/7: una sala de juntas, un aula de formación, un videowall de supervisión de bajo riesgo.
Además, la ventana de parada debe estar realmente disponible y la nueva plataforma debe haberse validado por completo en un banco de pruebas antes del cambio.
Para cualquier sistema de misión crítica, la Ruta B asume un riesgo inaceptable a cambio de un ahorro marginal en el periodo de operación en paralelo. La mayoría de los integradores profesionales se negarán a hacer un cambio en bloque en un videowall de NOC.
El plan fase a fase (Ruta A)
- Fase 0: validación en banco de pruebas. La nueva plataforma funciona en su servidor estándar en un laboratorio o en un rack de preproducción. Se prueba la ingesta de cada tipo de fuente de la auditoría. Se prueba cada punto de integración. La fase termina cuando la plataforma ingiere sin problemas una muestra representativa de la combinación real de fuentes.
- Fase 1: instalación en paralelo. El servidor validado se monta en el rack junto a la controladora existente, se conecta a la misma red de fuentes y se cablea para que su salida pueda llegar a las pantallas a través de la matriz o de un conmutador. El videowall sigue gobernado por la controladora antigua.
- Fase 2: reconstrucción de escenas. Cada disposición con nombre de la auditoría se reconstruye en la nueva plataforma y se verifica frente a la antigua. En las plataformas definidas por software esto es más rápido que la construcción original: las escenas son configuración, no cableado.
- Fase 3: formación de los operadores. Los operadores manejan la nueva plataforma en un horario fuera de producción: una pantalla de reserva, una ventana de práctica fuera de turno. El control desde el navegador es un paradigma distinto al de una consola dedicada; la curva de aprendizaje típica es de media jornada por operador.
- Fase 4: ventana de validación. La nueva plataforma funciona en modo sombra del videowall de producción durante dos a cuatro semanas. Cualquier inestabilidad aflora aquí, con la controladora antigua todavía a cargo de la producción.
- Fase 5: cambio definitivo. Las pantallas pasan a la nueva plataforma. La controladora antigua permanece en el rack y encendida como reserva activa durante un periodo definido (habitualmente 30-90 días).
- Fase 6: retirada del servicio. Cuando la nueva plataforma ha sostenido la producción durante todo el periodo de reserva activa sin incidentes, la controladora antigua se retira. Las tarjetas de captura y los chasis suelen conservar valor residual de reventa o como repuestos.
Los riesgos que conviene planificar
- Brecha de transporte de las fuentes en banda base. Las señales que entraban por HDMI / SDI en una tarjeta de captura necesitan una decisión de transporte en la nueva plataforma: un codificador HDMI a NDI o HDMI a IPMX, o una tarjeta de captura en el servidor de software. Identifíquelas en la auditoría; son la sorpresa más habitual de una migración.
- Expectativas de latencia desajustadas. Una controladora hardware ofrece latencia en banda base inferior a un fotograma. Una plataforma de software con fuentes IP ofrece latencia de un fotograma. Para la visualización en pantalla es imperceptible; en un flujo de trabajo KVM de operador puede notarse. Confirme el presupuesto de latencia en la auditoría; consulte IPMX vs ST 2110 vs SDVoE para las opciones por nivel de transporte.
- Integración con el sistema de control. Una integración AMX / Crestron existente, escrita contra la API de la controladora antigua, debe redirigirse a la API de la nueva plataforma. Es trabajo de integrador; presupuéstelo de forma explícita.
- Confianza de los operadores. La primera semana con un videowall nuevo, los operadores son más lentos y más cautelosos. Es normal y pasajero, pero programar el cambio justo antes de un periodo de alta carga conocido (un gran evento, un pico estacional) es un error de planificación.
Qué cambia para los operadores el primer día
La lista honesta de lo que los operadores notan de verdad:
- El control del videowall pasa de una consola dedicada a una pestaña del navegador en su estación de trabajo habitual; tras la adaptación inicial suele recibirse bien, porque evita cruzar físicamente la sala.
- Añadir una fuente pasa a ser cuestión de unos clics, en lugar de una solicitud al integrador. Es el cambio que más valoran los operadores.
- Las escenas con nombre funcionan igual en lo conceptual, pero la interfaz es distinta. La reconstrucción de escenas guiada por la auditoría garantiza que el primer día no falte ninguna disposición.
- El control multioperador, con varios operadores modificando el videowall desde sus propios teclados, suele ser una novedad y tarda uno o dos turnos en convertirse en hábito.
Dónde encaja Craft Wall
Craft Wall es un destino habitual de las migraciones por la Ruta A. La plataforma definida por software se ejecuta en un servidor Linux estándar que se monta en el rack junto a la controladora de videowall saliente durante el periodo de operación en paralelo.
Ingiere las fuentes NDI, RTSP, IP-KVM y de navegador identificadas en la auditoría, y reconstruye las escenas con nombre como configuración. El modelo de licencia perpetua (2.500 € por servidor) convierte la migración en un coste único, no en el inicio de una suscripción.
Para el panorama económico completo, consulte el desglose del TCO; para el contexto de migración fabricante por fabricante, las comparativas Craft Wall vs Datapath y Craft Wall vs Matrox cubren las dos controladoras de origen más habituales en las migraciones.
Craft Wall no es el destino adecuado para todas las migraciones. Si el videowall exige latencia inferior a un fotograma en el KVM de los operadores, el destino más probable es otro fabricante de hardware o una plataforma híbrida.
Lo mismo ocurre si la compra requiere un fabricante Tier 1 con un horizonte de soporte de 15-20 años. Consulte la comparativa de ocho plataformas para ver dónde encaja cada opción.
Conclusión
La migración de un videowall es un proyecto, no un cambio de producto. Los equipos que la hacen bien tratan la auditoría como innegociable, operan en paralelo, y no en bloque, en cualquier videowall crítico y programan el cambio lejos de los picos de carga conocidos.
Hecha así, la migración resulta invisible para todos salvo para los operadores, que al final de la primera semana suelen notar que la nueva plataforma es más ágil de manejar.
Lectura recomendada: el desglose del TCO para la economía que justifica la migración, la arquitectura de referencia para NOC para el diseño del estado objetivo y la calculadora interactiva de TCO para hacer sus propios números.