youegraillot / lidarr-on-steroids

Lidarr with some muscles thanks to deemix
333 stars 26 forks source link

Download wasn't grabbed by Lidarr and not in a category, Skipping. #89

Open ruvido opened 8 months ago

ruvido commented 8 months ago

Fresh install on debian and docker compose. Added my ARL and logged in in deemiz. When I request a track in deemix, the track is downloaded but appears in Lidarr in Queue with an orange icon on the left with a helper saying:

Download wasn't grabbed by Lidarr and not in a category, Skipping.

Files are in the deemix folder (/download) and not moved by Lidarr to proper directory (/music).

What did I miss in the config?

Just fyi, this is my docker compose (only the relevant part)

lidarr:
      image: youegraillot/lidarr-on-steroids
      restart: unless-stopped
      ports:
        - "8686:8686" # Lidarr web UI
        - "6595:6595" # Deemix web UI
      volumes:
        - ./lidarr_config:/config
        - ./deemix_config:/config_deemix
        - /media/deemix/downloads:/downloads
        - /media/music:/music

Thanks a lot for your help

alexanderek commented 3 months ago

same issue, is there a solution?

Maddjik commented 3 weeks ago

Yes, have you found a workaround? I dont like Lidarr native search i would prefer to use deemix for looking up songs

lumen-novum commented 1 week ago

I believe since Lidarr is not able to find the album on their side, it can't import it into your library. Deemix still downloads the album and the songs, it's just not copied over.

I may look into writing a Lidarr plugin that automatically moves it over. Not sure if that is the best solution but if possible, it may work.

lumen-novum commented 1 week ago

If you don't need lidarr, I'd look into something like this.

That ended up working for me in the end. 🙂