In the software world, based on personal experience and the UNIX philosophy, software should aim to do one thing and do it really well.
Then there are also the bloat complaints (why should I download a whole stack of arr services when I only care for movies)
The most unfortunate one however can be them mixing. If my child looks up Star Wars but instead the suite ends up downloading a Star Wars porn parody.. that’s just.. bad
Star Whores is a masterpiece, don't disparage it
I do wish I didn’t need to run a second Radarr instance to have both 1080p and 4K media.
Not everyone has to, though. I use one instance for a wide variety of resolutions, depending on the show and consumption model; including 360,480,720,1080, 2160 (HDR/10-bit). But I run Plex on a box with quicksync that is doing my transcoding for me.
So why have you chosen to run different instances?
It's not as relevant today as it used to be, that's for sure. Originally it was to limit transcoding of 4K content (which used to be a lot harder), and also to avoid the HDR tone mapping issues with 4K content during transcoding, both of which are largely resolved with newer hardware and Plex software updates.
The only reason I keep them separated now is because most of the folks I share with can't direct stream 4K content anyway, and so I only share out the 1080p libraries in Plex. It keeps bandwidth usage down and limits having to go to hardware transcoding, which can reduce quality and introduces startup delays. The library I use locally indexes both the 1080p and 4K content, so Plex will always prefer the 4K if it's there.
If diskspace ever became an issue, I'd probably consider merging the libraries again.
And everyone thinks they can make a better one
Sure but they also seem to share quite a bit of GUI code at least. Couldn't all of these just be plugins for a core *arr service?
I think the goal of the original project (I think it was Sonarr?) was just to cover TV shows. The others had forked and the rest is history. It was never aimed to be a multi platform thing.
Good idea! You have one hobby more now.
That's because of the Unix philosophy: Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface.
When I was an up and coming Unix admin, the senior admin told me it was all about "little tools for little jobs", and the OS lets you string them together into whatever solution or outcome you need.
That was nearly 30 years ago. Still holds true today.
That will be one big bloated software extremely painful to maintain.
The simpler services are, the less likely to break down. Google SRE guidance
And easier to maintain with different dev groups
Because no one creates one that will work on many media types.
The source information and structure of the media types can be quite different, you can’t just add books to sonarr for example. It’s often better with niche tools that to one thing well than some huge bloated software that does everything poorly.
Maybe one day someone will create what you are asking for.
People have tried and failed to make the "one arr to rule them all" but the current stack is pretty lightweight, stable and mature so it is better to just install them all in containers then have some kind of frontend and request system in front of them for users and admins.
I use Organizr as a frontend (keeps them all together in one interface and optionally handles SSO across all of them) then I have Overseerr for users to add media without having to give them access to the arrs directly.
Because it makes more sense to have software do one thing good and not many things bad. There are many examples of this, iTunes is a classic but also Jellyfin, I like that they're focussing on video because that is very complex in itself. To also do comics, podcasts, audiobooks, comics, books etc. meana much more complexity, things that can influence and trip each other, diversion of work etc. Yes, would be very cool to have one app that can play everything perfectly but that's almost impossible. To do one thing good isn't.
iTunes is a double edged sword in that regard, given that while it initially innovated as a digital music distribution storefront, as more and more features were added to it, it started juggling too many tasks at once instead of continuing to innovate with just one.
Monopoly bad
All the *arrs are in the same Github repo.
I think they could make it more modular. Obviously there is a ton of commonality between these apps
because it isn't a very good idea to keep a huge illegal library in one place, maybe
Arrs are not for doing that but organizing it.
You can legally rip your own shit and keep it on the server.
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
💰 Please help cover server costs.
