Initial scan taking too long [#21916]
Moderator: Gurus
Re: Initial scan taking too long [#21916]
The speed is slowed down most probably because you have a lot of artworks in external files, and new versions check these external files on rescan. But thanks for the log, I think I have idea how to speed it up (besides option to switch this check completely off), will try soon.
Re: Initial scan taking too long [#21916]
Fixed, in the next version rescans should be significantly faster even for libraries with many linked external artworks.
Re: Initial scan taking too long [#21916]
MiPi wrote: ↑Mon Jan 19, 2026 1:54 pm The speed is slowed down most probably because you have a lot of artworks in external files, and new versions check these external files on rescan. But thanks for the log, I think I have idea how to speed it up (besides option to switch this check completely off), will try soon.
Just wanted to confirm that external Artworks slows down rescan in 3203.ruebennase56 wrote: ↑Mon Jan 19, 2026 12:06 pm A zip-file with my config-file and logs from rescans with build 3194 and 3203
https://1drv.ms/u/c/bae5db40241ac824/IQ ... k?e=lp7FP9
I use a SSD PCIe 5 as a bootdrive and a raid-drive for data, maybe thats the reason the scan with build 3194 is that fast.
For me on 80k of tracks on NAS it takes average <5min, but I have 95% of tracks with Artwork saved to tags.
Wanted to thank you for persistence and good catch.
NOTE: This rescan check is added when we got number of reports that Album art fall back to default MM image when Art cache is deleted and external links gets not available.
Best regards,
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts
Peke
MediaMonkey Team lead QA/Tech Support guru
Admin of Free MediaMonkey addon Site HappyMonkeying



How to attach PICTURE/SCREENSHOTS to forum posts