Software de videowall de código abierto (open source) en 2026

Pero sí existen piezas de código abierto útiles, opciones viables de construcción propia (DIY) para despliegues pequeños y una línea clara a partir de la cual una plataforma comercial justifica el coste de su licencia. Este es el catálogo honesto.

Por qué se busca «videowall de código abierto»

Tres tipos de comprador llegan a esta búsqueda y quieren respuestas muy distintas:

• El comprador por principios. Quiere software con el código fuente disponible por motivos de auditoría, de soberanía de la cadena de suministro o de política institucional (universidades, ciertos niveles de la administración pública, defensa). Aceptará una construcción propia si no existe ningún producto de código abierto apto para producción.
• El desarrollador con presupuesto limitado. Quiere software gratuito porque los precios comerciales (2.500 € de licencia perpetua para Craft Wall, 500 $/año por pantalla en la suscripción de Userful, cifras similares en otros fabricantes) quedan fuera del presupuesto del proyecto. Suele tratarse de un despliegue pequeño: 2-6 pantallas, un solo operador, un laboratorio o un aula.
• El integrador que evalúa opciones. Quiere saber si algún candidato de código abierto compite de verdad con los fabricantes comerciales que vende actualmente. La respuesta honesta importa porque, si una pila de construcción propia cubre el requisito, puede que su cliente no necesite ninguna licencia.

El resto de este artículo está escrito para responder con honestidad a los tres.

La respuesta honesta: en 2026 no hay una pila de videowall totalmente de código abierto

Una plataforma de videowall completa combina cinco capas. La primera es la ingesta de fuentes (NDI, RTSP, captura HDMI, IP-KVM, dashboards web); la segunda, un compositor que distribuye las fuentes entre las pantallas con la escala y la frecuencia de refresco adecuadas.

Las otras tres son una interfaz de operador para cambiar de disposición y gestionar las fuentes, un plano de gestión de usuarios / roles / auditoría y una interfaz de integración con sistemas externos (Genetec, Splunk, ServiceNow, MQTT, REST).

A mediados de 2026, ningún proyecto del ecosistema de código abierto ofrece las cinco como una pila integrada apta para producción bajo una licencia aprobada por la OSI.

No es una afirmación moral ni técnica, sino de mercado. Los videowalls son un mercado pequeño, B2B y con exigencias de fiabilidad 24/7.

Los modelos de financiación del código abierto que funcionan para las herramientas de desarrollo (donaciones, venta adicional de alojamiento en la nube, servicios) no han sostenido históricamente la intensidad de ingeniería que requiere el software de sala de control 24/7.

Todos los proyectos que lo han intentado —y ha habido varios desde 2015— o bien se pasaron al código cerrado, o bien quedaron abandonados (abandonware), o bien no pasaron del umbral de calidad de una demostración.

Lo que sí existe, más o menos

Componentes de código abierto útiles que realmente puede combinar si construye desde cero:

Componentes de la cadena de fuentes

• GStreamer. La herramienta todoterreno: RTSP, archivos, captura HDMI mediante v4l2, captura de pantalla, fuentes de red, audio. Su ecosistema de plugins cubre la mayoría de los formatos de entrada. La entrada NDI está disponible mediante el plugin de terceros gst-plugin-ndi, pero las condiciones de licencia de NDI convierten su uso comercial en una zona gris legal: revise las condiciones del SDK de NewTek antes de desplegarlo.
• FFmpeg. Transcodificación, captura, protocolos de red. A menudo trabaja por detrás de GStreamer o junto a él. Imprescindible como navaja suiza.
• v4l2-ctl + uvcvideo. Soporte a nivel del kernel de Linux para tarjetas de captura HDMI USB y PCIe (Magewell, modelos antiguos de Elgato, Blackmagic con el SDK oficial para Linux).

Disposición y renderizado

• X11 + xrandr. La vía clásica. Se configura una única pantalla X que abarque todas las salidas de una o varias GPU y se usan gestores de ventanas (i3, awesome, herbstluftwm) para colocar las ventanas con precisión. Funciona, pero el rendimiento multi-GPU de X11 se degrada por encima de ~4 salidas, y el tearing (desgarro de imagen) en vídeo de alta frecuencia de fotogramas es un problema de ajuste constante.
• Wayland con sway o Hyprland. La mejor vía en 2026. Los compositores basados en wlroots gestionan varias salidas de forma limpia, admiten frecuencia de refresco y escalado por salida y se integran con los controladores de GPU modernos (el soporte de Wayland de NVIDIA alcanzó la paridad en 2025). El techo práctico ronda las 6-8 salidas 4K con una sola tarjeta NVIDIA de clase RTX.
• WebGPU / basado en navegador. Un navegador a pantalla completa sobre todo el videowall, que renderiza las fuentes en una cuadrícula dentro de un elemento canvas, puede llegar sorprendentemente lejos: es la misma idea arquitectónica que usan Craft Wall y Userful, solo que sin la productización que la rodea.

Herramientas de producción reutilizadas

• OBS Studio. Diseñado para streaming, pero su modelo de composición de escenas se corresponde 1:1 con las disposiciones de un videowall. Controlar OBS por WebSocket desde un script programado, con cada «escena» como una disposición del videowall, es una configuración viable para un solo operador. La salida múltiple requiere el plugin multi-output y se vuelve frágil por encima de 4 salidas.
• MagicMirror² y similares. Frameworks de dashboards para una sola pantalla. Si se combinan varios en mosaico, se obtiene un videowall pasivo: útil para vestíbulos de oficinas y cartelería digital, no para salas de control con interacción del operador.

Lo que a menudo se clasifica erróneamente como «videowall de código abierto»

• Hyperion. Controlador de iluminación ambiental de código abierto para televisores. Gestiona tiras LED situadas detrás de una pantalla. No es un videowall.
• Pilas de cartelería digital basadas en Raspberry Pi (Screenly OSE, Anthias). Planificadores de cartelería digital de código abierto para reproducción en una sola pantalla. Pueden unirse en un videowall estático en mosaico, pero no en un videowall interactivo y multifuente para operadores.
• OpenScreens, OpenWalls y otros proyectos de GitHub con nombres prometedores: la mayoría son pruebas de concepto abandonadas (último commit en 2018-2020). Compruebe siempre la actividad reciente de commits antes de dar por hecho que un proyecto sigue vivo.

Dónde las plataformas comerciales siguen justificando su licencia

Montar un videowall de laboratorio de 4 pantallas con los componentes anteriores es un proyecto de fin de semana para un ingeniero de Linux competente.

Montar con esos mismos componentes un videowall NOC de 16 pantallas, 24 fuentes, 24/7 y varios operadores es un proyecto de ingeniería de varios meses.

El resultado es una pila a medida y sin soporte que el equipo de TI del cliente hereda para siempre.

El punto de equilibrio entre el coste de ingeniería de la construcción propia y el precio de una licencia comercial se inclina claramente hacia «comprar» en cuanto entra en el alcance cualquiera de estos puntos:

• Más de 6 pantallas controladas desde un solo nodo, o cualquier configuración multinodo
• Más de 8 flujos de fuentes simultáneos, sobre todo con transportes mixtos (NDI + RTSP + HDMI + web)
• Dos o más operadores con acceso basado en roles y registro de auditoría
• Autorrecuperación ante fallos de fuentes sin intervención del operador
• Un proveedor que responda de un SLA de soporte durante un incidente en producción
• Un marco de cumplimiento normativo o de auditoría que exija un historial de cambios documentado y un proveedor responsable identificado

Consulte el desglose del TCO a 5 años para ver la comparación económica entre los meses-ingeniero de una construcción propia más su mantenimiento continuo y una licencia comercial perpetua.

En la mayoría de los despliegues de producción que superan esos umbrales, la construcción propia acaba siendo más cara en cuanto el tiempo de ingeniería se valora con honestidad.

Cuándo la construcción propia con código abierto (DIY) es la decisión correcta

Hay casos reales en los que construirlo usted mismo es la respuesta correcta:

• Videowalls de laboratorio y de I+D. 2-4 pantallas, un ingeniero, sin SLA de disponibilidad y con el trabajo en horario de oficina. Basta con una pila basada en sway, con fuentes GStreamer y un script para cambiar de disposición.
• Entornos docentes. Universidades y escuelas técnicas en las que el propio videowall es la materia que se enseña. Los componentes de código abierto son pedagógicamente más útiles que un producto comercial cuyo funcionamiento interno los estudiantes no pueden examinar.
• Prototipos previos a la compra. Un videowall provisional de construcción propia que valida los requisitos de fuentes y disposiciones antes de una solicitud de propuestas (RFP) comercial completa. Ahorra dinero real en la compra posterior.
• Cartelería puramente pasiva. Sin interacción del operador, con programación fija y contenido de bajo riesgo (vestíbulo, cafetería, tablón informativo). Screenly OSE o una sesión Wayland con una presentación automatizada mediante script lo resuelven con holgura.
• NOC pequeños de un solo turno. Un operador, 4-6 pantallas, solo en horario diurno y con recuperación manual aceptable. Es un caso límite: una pequeña licencia perpetua comercial suele seguir siendo la opción racional en un horizonte de 5 años, pero la construcción propia es defendible.

Dónde se sitúa Craft Wall en este panorama

Craft Wall es de código cerrado. Nos han planteado la pregunta del código abierto tantas veces que debemos responderla directamente, en lugar de dejarla implícita en una página de marketing.

Elegimos el código cerrado con licencia perpetua por tres motivos. Primero, la intensidad de ingeniería que exige la fiabilidad 24/7 solo se sostiene con un compromiso remunerado de soporte y de hoja de ruta.

El modelo de licencia perpetua financia ese compromiso con más fiabilidad que los modelos de negocio de código abierto en un mercado B2B de nicho como el de los videowalls.

Segundo, la licencia perpetua, en lugar de la suscripción, protege al cliente del tipo de ciclo de migración forzosa que atraviesan actualmente los clientes de Userful v11.x: una vez comprada, la licencia de Craft Wall sigue siendo válida indefinidamente.

Tercero, queríamos un planteamiento de compra que no obligara al cliente a convertirse también en proveedor de software de la plataforma que ha comprado, algo que en la práctica suelen implicar los modelos comerciales basados únicamente en servicios sobre código abierto.

Lo que no hacemos, pese al código cerrado, es generar dependencia: funcionamos sobre Linux estándar (Ubuntu LTS, RHEL, Debian; sin ataduras a un sistema operativo propietario) y usamos protocolos abiertos estándar (NDI, RTSP, captura HDMI, IPMX en la hoja de ruta).

No emitimos telemetría hacia ningún plano de control en la nube, y la interfaz de operador es un navegador que se conecta a un servidor situado dentro de su perímetro: sus datos, su red, su control de acceso.

El binario del compositor es propietario; la infraestructura que lo rodea es suya.

Si su requisito es «toda la pila debe ser de código abierto como condición de compra», Craft Wall, sinceramente, no es el producto adecuado: su camino es una construcción propia con GStreamer + Wayland, acotada estrictamente al despliegue.

Si su requisito es «sin dependencia del proveedor, local (on-premises), sin telemetría y con propiedad perpetua», Craft Wall lo cumple sin ser de código abierto.

Qué preguntar antes de elegir

Tres preguntas de diagnóstico cubren la mayoría de las decisiones en este ámbito:

• ¿Es el «código abierto» un requisito de compra obligatorio o una preferencia? Requisito obligatorio → construcción propia: ningún producto comercial lo cumple en 2026. Preferencia motivada por la dependencia del proveedor, el coste o la soberanía → los productos comerciales con licencia perpetua que funcionan sobre infraestructura abierta cubren la mayoría de esos mismos objetivos.
• ¿Cuál es la escala del despliegue y el modelo de operación? ≤4 pantallas / un solo operador / horario de oficina → la construcción propia es viable. ≥8 pantallas / varios operadores / 24/7 → plataforma comercial: el punto de cruce del coste de ingeniería juega a su favor.
• ¿Quién asumirá la carga del soporte dentro de tres años? Un equipo interno de TI lo bastante grande para heredar una pila a medida → la construcción propia es viable. Un equipo de TI reducido que necesita un proveedor que responda → solución comercial, idealmente perpetua en lugar de por suscripción.

Qué leer a continuación

Para la comparación directa con las ocho plataformas comerciales que con más probabilidad aparecerán en la misma evaluación, consulte la comparativa del mejor software de videowall en 2026.

Para los cálculos de precio de las vías de construcción propia, plataforma comercial y controladora hardware, el desglose del TCO analiza un NOC de 16 pantallas a lo largo de cinco años.

Para la arquitectura operativa de un videowall NOC serio, sea de construcción propia o comercial, consulte la arquitectura de referencia para NOC.