lidarr-on-steroids VS docker-lidarr-extended

does anyone still use this deemix/lidarr integration? https://github.com/youegraillot/lidarr-on-steroids

lidarr-on-steroids is also has a solid integration with deemix but if you have a large library it is VERY slow with importing!

Or you can use this custom image of Lidarr that is integrated with Deemix.

I'm using lidarr-on-steroids to bundle Lidarr + Deemix together and frankly, I have no idea!

I'm using lidarr-on-steroids, however the "type" of lidarr shouldn't matter as it's just hitting the API endpoint. I wonder if Lidarr changed something about their API as lidarr-on-steroids is a couple of versions behind.

Oops, I forgot to link the repo : https://github.com/youegraillot/lidarr-on-steroids

This guy has been working on using Deemix as indexer/downloader for Lidarr. Instead of (or besides) searching on usenet/torrent(only), it searches Deezer through Deemix and uses Deemix itself to download from Deezer. Still a work in progress though https://github.com/youegraillot/lidarr-on-steroids

Lidarr handles your music downloads, sorts them and adds the correct metadata for your library to be picked up by Jellyfin. It will also upgrade your media if a better version is found. https://lidarr.audio/ there is also lidarr extended, which has extra features https://github.com/RandomNinjaAtk/docker-lidarr-extended

I just found tidal-dl and would like that to be my download source. lidarr-extended suppposedly allows this, but tidal-dl doesn't show up as a source, and I can't find anything in the repo describing how to use tidal-dl to handle downloads/index items.

Switched to https://github.com/RandomNinjaAtk/docker-lidarr-extended . It's no integration on the UI, but rather scripts in the background grabbing the missing/cutoff not met albums from lidarr and trying to download them from deezer or tidal. Works like a charm.

Yeah it's working on the background. From the wiki : ``` How is music found? (process)

FWIW, I'm using lidarr-extended, not the linuxserver or other instances.

Like the idea, but actually I think lidarr-extented (https://github.com/RandomNinjaAtk/docker-lidarr-extended) has a more consistent approach. This tool grabs the wanted/cutoff unmet list on a shedule and searches for the albums in deezer and/or tidal and imports them into lidarr. Tagging can be done via beets or lidarr (on import). Even can download the videos as an extra.

I'm using Lidarr extended docker image from RandomNinjaAtk. The standard Lidarr notifications work fine but there is an option to have an alert about the 'extended' scripts via the included webhook in the container.