|
|
Fixed in build 3201. It was combination of two regressions, one for AAC and MPC files, one could affect also other files. |
|
|
|
Verified 3201 |
|
|
|
Works for me on 3201 with MP4/FLAC files. |
|
|
|
Fixed in build 3204. Now rescans should be far faster in case of many external images are used. |
|
|
|
On 3204 newly ripped files are updated on the next scan. |
|
|
|
"Analyze files for duplicates" somehow causes this and it is not regression. Decreased priority, does not seem to be so serious. |
|
|
|
Fixed in build 3206. It was there many years, caused by the fact, that signatures needed for "Analyze files for duplicates" function were not added after ripping, but only during the subsequent rescan. Now they are added, if needed, just before saving ripped track do DB. |
|
|
|
It's still updating files just ripped on scan. Added new logs, Analyze for Duplicates doesn't seem to be the issue as with it disabled the same happens. |
|
|
michal
2026-01-25 13:42
developer
~0080415
Last edited: 2026-01-25 13:46
|
I already cannot reproduce, do you reproduce it always? Is it related only to NAS or is it the same also locally? It looks like your files were changed after saving last modified time to the database (after ripping and tagging), but I cannot reproduce and find out how this could happen.
|
|
