Feature request: flag to prevent rescan about lidarr-flac2mp3 HOT 15 CLOSED

You're welcome!

Tell me about it! There's a rant somewhere in here about how stupid Lidarr is about a rescan.

I'll consider a switch to disable the scan, but my first choice is to directly tell Lidarr about the new files and skip the rescans entirely. Give me a bit to work through the feasibility of that approach and I'll let you know.

from lidarr-flac2mp3.

I made a ton of progress this week on my vision. I've got a working script that doesn't call the refresh command that triggers the rescan, but is using the ManualImport API to update Lidarr. I want to test a bit more and put it through its paces before I upload the code, though. It is a complete re-write of the core of the script! 🤪

from lidarr-flac2mp3.

I just created a new branch and uploaded the new script.

I'm still testing myself, but if you are brave, you can pull this new version by setting your DOCKER_MODS variable to thecaptain989/lidarr-flac2mp3:latest

This new version does away with the refresh/rescan completely and uses the ManualImport function of the Lidarr API to directly add the new tracks. It also uses the Lidarr API to delete/recycle the original files! I don't know why I didn't do that before. Anyway, this way you can watch the script progress by just opening the Lidarr album page; files will be deleted one at a time and then the new ones added back all at once. Again, with no rescan.

from lidarr-flac2mp3.

Installed with thecaptain989/lidarr-flac2mp3:latest and it seems good so far... I'll try throwing some stuff at it and see if there are any problems.

from lidarr-flac2mp3.

Ugh. My ultimate solution is going to take some work.

But, to solve your issue, I found something on https://wiki.servarr.com/lidarr/faq

A common complaint is the Refresh task causes heavy I/O usage. One setting that can cause issues is "Rescan Artist Folder after Refresh". If your disk I/O usage spikes during a Refresh then you may want to change the Rescan setting to Manual. Do not change this to Never unless all changes to your library (new releases, upgrades, deletions etc) are done through Lidarr. If you delete release files manually or a third party program, do not set this to Never.

I was thinking you could set the "Rescan Artist Folder after Refresh" to Never and see if it helps.

from lidarr-flac2mp3.

This is amazing! I'll have to give it a try!

from lidarr-flac2mp3.

I just pushed another commit to the develop branch. Have you had a chance to test at all? I think I'm close unless you encountered any issues.

from lidarr-flac2mp3.

I pushed several more candidates, but I think I'm done testing unless you have run into anything.

from lidarr-flac2mp3.

from lidarr-flac2mp3.

Installed with thecaptain989/lidarr-flac2mp3:latest and it seems good so far... I'll try throwing some stuff at it and see if there are any problems.

Great. I'd love to see some flac2mp3.txt log entries if you're willing to share.

from lidarr-flac2mp3.

Great. I'd love to see some flac2mp3.txt log entries if you're willing to share.

https://pastebin.com/xK2k0Gjy

from lidarr-flac2mp3.

Great. I'd love to see some flac2mp3.txt log entries if you're willing to share.

https://pastebin.com/********

Thank you! Looking through this, I'm a bit concerned. The first import failed with a curl error and all the others timed out after 1 minute. You say it appears to be working though?

from lidarr-flac2mp3.

So I'm not sure what's going on with the first one. The tracks don't show in Lidarr but they're present in the folder structure. The rest of them all show in Lidarr and the folder structure. Lidarr in general seems to be kind of sh**ting itself, probably because of

Artist 5412
Inactive 1021
Continuing 4391
Monitored 1805
Unmonitored 3607
Tracks 2485508
Files 91661
Total File Size 1.5 TiB

It takes nearly half an hour to scan the disk - even with everything on NVMe - and often goes from "grouping tracks" to "failed" on that task, whatever that means. Sorry, not a developer myself and this is all a bit beyond me.

from lidarr-flac2mp3.

Hmmm. Yeah, my library is not nearly that large, so it may be related. If most everything showed up correctly, it is likely just taking longer to scan than my script is allowing. Your first Elvis album looks like it has special characters in the file names, so that may be the cause of the error there.

I'll play with these two things a bit more.

from lidarr-flac2mp3.

I found that Lidarr has the same issue as Radarr/Sonarr is that it only allows one import task at a time, so the ManualImport that my script calls gets stuck in 'queued' status until it exits. I now check for that and exit quickly.
No idea why your Elvis album errored out, but I added extra error info if it ever happens again.

Please stop and start your container to update the script and see if that helps.

from lidarr-flac2mp3.