HolyArrs reemplaza un conjunto de seis aplicaciones de gestión de medios independientes —Sonarr, Radarr, Lidarr, Bazarr, Prowlarr y Seerr— con una única herramienta de autoalojamiento que requiere solo 14.9 MB de espacio en disco. Al consolidar estas funciones, el desarrollador busca eliminar la necesidad de múltiples inicios de sesión, puertos y claves API, proporcionando una experiencia unificada para los usuarios que gestionan sus propias bibliotecas de medios.

Una captura de pantalla de la interfaz de la página de títulos de HolyArrs.
La página de títulos de HolyArrs proporciona una vista centralizada para gestionar solicitudes de medios y contenido de la biblioteca.github.com

Esta imagen apoya la descripción de la interfaz unificada para gestionar películas, series y música.

Consolidación del conjunto 'Arr'

Una configuración típica de servidor de medios de autoalojamiento a menudo requiere ejecutar seis aplicaciones diferentes para manejar diversos aspectos de la adquisición y organización de contenido. Estas incluyen Sonarr y Radarr para series y películas, Lidarr para música, Bazarr para subtítulos, Prowlarr para la gestión de indexadores y Seerr o Overseerr para el manejo de solicitudes.

Comparación de espacio en disco (MB): Sonarr 87.9 MB; Radarr 91.0 MB; Lidarr 121.3 MB; Prowlarr 80.8 MB; Bazarr 156.4 MB; Overseerr 180.8 MB; HolyArrs 14.9 MB
Comparación de espacio en disco (MB)github.com

Gráfico elaborado por HN Digest a partir de cifras reportadas por github.com; los valores se muestran tal como aparecen en la fuente.

HolyArrs unifica estos flujos de trabajo en una sola interfaz. Permite a los usuarios navegar por el contenido como en un servicio de streaming, solicitar títulos y gestionar las 'Reglas de selección' —que determinan qué lanzamientos ganan según el tamaño, la calidad o el idioma—, todo dentro de un único inicio de sesión y puerto.

Una captura de pantalla de la interfaz Explore de HolyArrs que muestra un título de medios con una vista previa del tráiler.
La interfaz Explore de HolyArrs permite a los usuarios navegar por el contenido y ver tráileres directamente dentro de la aplicación.github.com

Esta imagen ilustra la experiencia de navegación unificada descrita en la sección de consolidación.

Eficiencia técnica y ahorro de recursos

La principal ventaja técnica de HolyArrs es su huella reducida. El desarrollador informa que las seis aplicaciones que reemplaza tienen un tamaño de descarga combinado de 718.2 MB, mientras que HolyArrs tiene aproximadamente 15 MB de descarga.

En términos de uso de memoria, HolyArrs mantiene unos 140 MiB de RAM en reposo mientras gestiona una biblioteca de 10,000 títulos y 55,000 películas/episodios. Esto representa un contraste notable con los requisitos de memoria individuales de las aplicaciones independientes, que pueden oscilar entre 80 MB y más de 180 MB cada una.

Migración y compatibilidad

Para reducir la barrera de cambio, HolyArrs incluye una herramienta de migración. Puede leer datos de instancias existentes de Sonarr, Radarr y Lidarr para importar carpetas de biblioteca, perfiles de calidad e indexadores. También admite la importación de indexadores de Prowlarr y preferencias de subtítulos de Bazarr.

La aplicación funciona como un coordinador en lugar de un descargador independiente; se conecta a clientes existentes como qBittorrent, Transmission, Deluge y SABnzbd. También proporciona compatibilidad nativa con los principales servidores de medios como Plex, Jellyfin y Emby.

Limitaciones actuales y hoja de ruta

Si bien HolyArrs simplifica el conjunto de gestión, tiene límites funcionales específicos en su lanzamiento 1.0. Actualmente no cuenta con un descargador integrado, lo que significa que los usuarios aún deben mantener un cliente externo para la adquisición real de archivos.

Además, el proyecto aún no incluye funciones de IA, soporte para MCP (Model Context Protocol) ni aplicaciones nativas para teléfonos y TV. El soporte de música dentro de la interfaz de navegación 'Explore' también se encuentra actualmente en desarrollo.

Qué dicen los lectores de Hacker News

  • Escéptico: Un comentarista expresó escepticismo sobre la longevidad del proyecto, señalando que intentos anteriores de consolidar el conjunto 'arr' a menudo no han logrado superar la estabilidad e integración de las aplicaciones originales. comentario ↗
  • Pregunta abierta: Un usuario cuestionó las compensaciones técnicas involucradas en reducir el tamaño de la aplicación de forma tan significativa, preguntando qué funciones específicas se eliminaron para lograr la huella más pequeña. comentario ↗
  • Experiencia: Un usuario explicó que, si bien la herramienta proporciona una interfaz unificada, funciona enviando contenido a un descargador y archivándolo en reproductores existentes como Jellyfin o Plex en lugar de reproducir el contenido directamente. comentario ↗
  • Pregunta abierta: Otro comentarista preguntó sobre el plan a largo plazo para manejar tareas complejas de adquisición de contenido, como el análisis de nombres de archivos específicos para formatos, grupos e idiomas. comentario ↗

Resumen de opiniones del hilo de Hacker News; no son hechos verificados. Leer el debate completo ↗