You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So I have a filtered folder to store the actual collection from the downloaded files. Also separate folders for animated files.
Since a recent update, the MD5 list in storage appears to get updated in the destruction phase of the program and not when the image is downloaded successfully. Because the program crashing is a regular thing for me, this becomes a flaw which otherwise would be an optimization to reduce writes to the disk and avoid the latency penalty. Many times nearly a 1000 images don't get included. Necessitating me to run the tool after each crash.
Suggestions/Fixes
Add recursive search to md5 list fixer and maybe to the rename tool as an option.
Make it so that the md5 storage occurs on each file download. Perhaps this can be added as a setting to preserve functionality for future stabler versions.
Make it so that the md5 fixer tool does not make the program go unresponsive when "Force MD5 calculation" is enabled. Usually the UI gets stuck at ~10% progress bar progress, and resumes when everything is done.
The text was updated successfully, but these errors were encountered:
Add recursive search to md5 list fixer and maybe to the rename tool as an option.
AFAIK, the tool is recursive. However, if you use "get md5 in filename", every file has to match the provided filename (including the directory path), so maybe not all of your files match?
Add recursive search to md5 list fixer and maybe to the rename tool as an option.
AFAIK, the tool is recursive. However, if you use "get md5 in filename", every file has to match the provided filename (including the directory path), so maybe not all of your files match?
I never use that. It is always set to "Force MD5 calculation"
Context
So I have a filtered folder to store the actual collection from the downloaded files. Also separate folders for animated files.
Since a recent update, the MD5 list in storage appears to get updated in the destruction phase of the program and not when the image is downloaded successfully. Because the program crashing is a regular thing for me, this becomes a flaw which otherwise would be an optimization to reduce writes to the disk and avoid the latency penalty. Many times nearly a 1000 images don't get included. Necessitating me to run the tool after each crash.
Suggestions/Fixes
The text was updated successfully, but these errors were encountered: