HolyArrsが6つのメディア管理アプリを15MBの単一パッケージに統合

HolyArrsは、Sonarr、Radarr、Lidarr、Bazarr、Prowlarr、Seerrという6つの独立したメディア管理アプリケーションのスイートを、わずか14.9MBのディスク容量を必要とする単一のセルフホストツールに置き換えます。これらの機能を統合することで、開発者は複数のログイン、ポート、APIキーの必要性を排除し、独自のメディアライブラリを管理するユーザーに統合された体験を提供することを目指しています。

このビジュアルは、映画、番組、音楽を管理するための統合されたインターフェースの説明を裏付けています。

「Arr」スタックの統合

典型的なセルフホスト型メディアサーバーのセットアップでは、コンテンツの取得と整理のさまざまな側面を処理するために、6つの異なるアプリケーションを実行する必要があります。これらには、テレビ番組と映画用のSonarrとRadarr、音楽用のLidarr、字幕用のBazarr、インデクサー管理用のProwlarr、およびリクエスト処理用のSeerrまたはOverseerrが含まれます。

HN Digestによるグラフ（github.comの報告数値に基づく。数値はソースの表記通り）。

HolyArrsはこれらのワークフローを1つのインターフェースに統合します。ユーザーはストリーミングサービスのようにコンテンツを閲覧し、タイトルをリクエストし、サイズ、品質、言語に基づいてどのリリースを採用するかを決定する「Pick rules」を、すべて単一のログインとポート内で管理できます。

この画像は、統合セクションで説明されている統合された閲覧体験を例示しています。

技術的な効率性とリソースの節約

HolyArrsの主な技術的利点は、フットプリントの削減です。開発者は、置き換えられる6つのアプリの合計ダウンロードサイズが718.2MBであるのに対し、HolyArrsのダウンロードサイズは約15MBであると報告しています。

メモリ使用に関しては、HolyArrsは10,000のタイトルと55,000の映画/エピソードのライブラリを管理しながら、約140MiBのアイドルRAMを維持します。これは、それぞれが80MBから180MB以上を必要とする個別のアプリのメモリ要件とは顕著な対照をなしています。

移行と互換性

移行の障壁を下げるために、HolyArrsには移行ツールが含まれています。既存のSonarr、Radarr、Lidarrインスタンスからデータを読み取り、ライブラリフォルダ、品質プロファイル、インデクサーをインポートできます。また、ProwlarrのインデクサーやBazarrの字幕設定のインポートもサポートしています。

このアプリケーションはスタンドアロンのダウンローダーではなく、コーディネーターとして機能します。qBittorrent、Transmission、Deluge、SABnzbdなどの既存のクライアントに接続します。また、Plex、Jellyfin、Embyなどの主要なメディアサーバーとのネイティブな互換性も提供します。

現在の制限とロードマップ

HolyArrsは管理スタックを簡素化しますが、1.0のリリースでは特定の機能的な境界があります。現在、内蔵のダウンローダーは搭載されていないため、ユーザーは実際のファイル取得のために外部クライアントを維持する必要があります。

さらに、このプロジェクトはまだAI機能、MCP（Model Context Protocol）サポート、またはネイティブの電話およびTVアプリケーションを含んでいません。「Explore」閲覧インターフェース内での音楽サポートも現在開発中です。