Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

chub

CHUB es un gestor de activos multimedia autoalojado para stacks Plex/ARR que automatiza tareas como gestión de pósters, auditoría de medios y sincronización de etiquetas entre aplicaciones *arr y Plex.

Ficha actualizada 22 sept 2026, 17:47 · upstream 22 sept 2026, 15:30 · release v2.48.1

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es chub

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

CHUB (Chodeus' Media Script Hub) es una herramienta autoalojada diseñada para mantener ordenadas las librerías multimedia en entornos basados en Plex y aplicaciones *arr como Radarr, Sonarr y Lidarr. Utiliza una arquitectura moderna con Next.js para el frontend y FastAPI con Python 3.14+ para el backend, ofreciendo una API RESTful robusta y una interfaz web accesible directamente desde un navegador.

El sistema gestiona automáticamente tareas de mantenimiento programado: renombrado y optimización de pósters (con soporte para bordes personalizados, integración con Google Drive y renderizado avanzado vía CL2K), detección de duplicados, auditoría de metadatos con rastro completo de cambios, y sincronización bidireccional de etiquetas entre Plex y las instancias *arr. Incluye módulos especializados como hardlink audits, health checks y migración automática de configuraciones desde versiones anteriores basadas en YAML.

CASOS DE USO
  • Automatizar la limpieza y organización centralizada de librerías multimedia en stacks Plex/ARR
  • Sincronizar etiquetas entre aplicaciones *arr (Radarr/Sonarr/Lidarr) y etiquetas de Plex
  • Gestionar y optimizar pósters para múltiples instancias desde una única interfaz web
  • Auditar metadatos, detectar duplicados y corregir inconsistencias sin intervención manual
PUNTOS DESTACADOS
  • Arquitectura moderna con base de datos real (database-backed) frente a scripts tradicionales
  • Reimplementación más robusta que DAPS con correcciones en health_checkarr, poster_cleanarr y upgradinatorr
  • Soporte multi-plataforma: Docker Compose, Unraid y bare-metal
  • Migración automática de configuraciones desde versiones antiguas YAML a formato JSON
  • Renderizado avanzado de pósters con CL2K (ImageMagick + librsvg) y exportación PSD
PRECAUCIONES
  • No incluye Dockerfile propio; depende de imágenes pre-buildadas en ghcr.io
  • Requiere Python 3.14+, versión muy reciente que puede causar incompatibilidades en sistemas legacy
  • Depende de herramientas externas (ImageMagick, librsvg, rclone, jduparr) que deben estar disponibles
  • Sin soporte one-click para despliegue directo; requiere configuración manual de volúmenes y variables de entorno
01

Perfil de infraestructura

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

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

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

Despliegue manual

Usar Docker Compose recomendado. Configurar PUID/PGID o user:uid:gid (ej. 99:100) para rootless. Asegurar permisos en /config, /posters y /media. Usar tag 'full' si se necesitan CL2K y poster_self_heal. Migrar config.yml antiguo antes del primer lanzamiento. Verificar disponibilidad de herramientas externas (ImageMagick, rclone, jduparr) en el host o dentro del contenedor.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsFastAPIPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
8000
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.