Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

screentinker

CMS de digital signage auto-alojable open-source (MIT) para gestionar pantallas, quioscos y muros de video desde un dashboard centralizado con programación, análisis y control remoto.

Ficha actualizada 22 sept 2026, 18:00 · upstream 22 sept 2026, 17:50 · release v2.1.4

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es screentinker

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

ScreenTinker es un sistema de gestión de señalización digital de código abierto que permite controlar contenido en televisores, pantallas y quioscos desde cualquier lugar. Funciona como CMS auto-alojable o en la nube gestionada, soportando múltiples plataformas de reproducción sin licencias por dispositivo ni bloqueo de hardware.

La arquitectura multi-inquilino organiza recursos en organizaciones y espacios de trabajo con roles jerárquicos (6 niveles) para control granular. Incluye API REST pública, soporte para video en vivo vía HLS/RTSP, widgets dinámicos, programación visual y resiliencia offline mediante caché local en jugadores web y Android.

Destaca su capacidad de integración con infraestructuras existentes: Node Mesh para escalar entre servidores, triggers HTTP/UDP para interrupciones de playlist, y soporte para renderizado embebido en MCUs (e-paper). La seguridad incluye JWT, hashing bcrypt, SQL parametrizado y auditoría completa.

CASOS DE USO
  • Gestión centralizada de pantallas en retail, oficinas y lobbies con programación por grupos de dispositivos
  • Despliegue de menús digitales en QSR con análisis de reproducción para verificación publicitaria
  • Control remoto de quioscos interactivos con inyección táctil y gestión de energía
  • Visualización de datos en tiempo real (IoT, feeds JSON) en dashboards empresariales
PUNTOS DESTACADOS
  • Licencia MIT sin costes por dispositivo ni hardware lock-in
  • Arquitectura escalable con Node Mesh para MSPs y grupos multinivel
  • Soporte nativo para Android TV, Fire TV, Samsung Tizen, LG webOS, Raspberry Pi y navegadores web
  • Funcionamiento en red aislada (air-gapped) sin dependencia de CDN externo
  • API REST pública con tokens scoped y documentación OpenAPI 3.1
  • Resiliencia offline con caché local en jugadores web y Android
PRECAUCIONES
  • Complejidad técnica HIGH: requiere configuración manual de variables de entorno y servicios externos (S3/MinIO, NATS)
  • No incluye Docker Compose por defecto; se debe configurar manualmente la orquestación
  • Funciones avanzadas como video en vivo o Node Mesh requieren habilitación explícita mediante flags de entorno
  • Algunas funcionalidades (video en vivo) dependen de componentes externos como go2rtc no incluidos en el repositorio principal
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA8 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Recomendaciones: usar al menos 4 núcleos CPU, 8 GB RAM y 10 GB disco. Configurar SELF_HOSTED=true para despliegue propio. Utilizar MinIO/S3 para almacenamiento de contenido. Habilitar Node Mesh solo si se requiere escalabilidad multi-servidor. Verificar compatibilidad del hardware de reproducción antes del despliegue masivo.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.js
SERVICIOS
S3/MinIONATS
BASES DE DATOS
No detectadas
PUERTOS
30013443
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.