Comment

Comment on Using huntarr? Perhaps you shouldn't.

ITGuyLevi@programming.dev ⁨22⁩ ⁨hours⁩ ago

I’m sure a successor will come around when room forms for them, I don’t know of a reason any of the core *arr stack should need one. If you know of one don’t hesitate to share, I’m just not really aware of any, they are awesome to me.

source

Sort:hotnew top

sxt@lemmy.world ⁨17⁩ ⁨hours⁩ ago
Personally I hate that sonarr is stuck on thetvdb when plex/jellyfin both primarily use tmdb. Usually it’s fine but for certain shows the differences can be unreconcilable.

I’ve been eyeballing github.com/maxdorninger/MediaManager but haven’t gotten around to it yet

source
- kratoz29@lemmy.zip ⁨13⁩ ⁨hours⁩ ago
  Maybe it is a necessary evil…
  
  I always get into problems with old shows/anime when I stick with Plex’s tmdb… If I switch to tvdb all my issues are gone.
  
  source
Zanathos@lemmy.world ⁨20⁩ ⁨hours⁩ ago
There was no reason for this in the first place in my opinion. The ONLY positive use I can see would be managing the whole arr stack from one place, but I imagine you would still need to manage individual shows\movies\whathaveyou if it wasn’t found in the first place.

I have my stacks set up to auto upgrade and find missing stuff already. It’s literally built into their programming. I manage them individually and anything that isn’t found on my indexers I typically go out and find manually as needed (old or very obscure media).

Not really sure what this bought anyone at all other than an extra layer of convenience?

source
- Dultas@lemmy.world ⁨15⁩ ⁨hours⁩ ago
  And Seerr will kinda manage at least Radarr and Sonarr requests for you. I barely touch those now that they’re configured. I did always find it odd that Sonarr and Radarr were separate apps. Lidarr and Readarr I could see.
  
  source