- Welcome to photools.com Community.
Recent posts
#41
General / Very slow imports and missing ...
Last post by dcb - June 28, 2025, 02:01:48 PMI'm running 2025.4.4. In this version and the last I've noticed an incredible slow-down in import speeds. I'm not suggesting it's a bug per-se but thought this the best place to report it.
There are two things happening and I've not yet been able to determine why.
1. Imports used to be fast. Tonight I've imported just 32 cr3 files and it's taken several minutes. In this past this would have been no more than 30 seconds (guessing, but I know it's much, much slower now).
2. After the import most images are missing a thumbnail and need a force-update to create it.
Tonight it was .cr3 but I'm seeing the same behaviour with .dng, .jpg, .afphoto (Affinity Photo).
My anti-virus is Sophos Home. I've excluded both the IMatch folder in it's entirety and also my photo drive. I've even fully disabled it.
Metadata write-back is perfectly fast.
Overall IMatch is very fast. It's just the initial import and thumbnail that's slow. I'm running Windows 11, 32GB RAM, AMD Ryzen 5600 CPU. New device, less than 12 months old. Photos and database are on the same drive, a M.2 motherboard fitted SSD.
I don't know what to look at next. The problem only began with the version previous to the current.
There are two things happening and I've not yet been able to determine why.
1. Imports used to be fast. Tonight I've imported just 32 cr3 files and it's taken several minutes. In this past this would have been no more than 30 seconds (guessing, but I know it's much, much slower now).
2. After the import most images are missing a thumbnail and need a force-update to create it.
Tonight it was .cr3 but I'm seeing the same behaviour with .dng, .jpg, .afphoto (Affinity Photo).
My anti-virus is Sophos Home. I've excluded both the IMatch folder in it's entirety and also my photo drive. I've even fully disabled it.
Metadata write-back is perfectly fast.
Overall IMatch is very fast. It's just the initial import and thumbnail that's slow. I'm running Windows 11, 32GB RAM, AMD Ryzen 5600 CPU. New device, less than 12 months old. Photos and database are on the same drive, a M.2 motherboard fitted SSD.
I don't know what to look at next. The problem only began with the version previous to the current.
#42
General Discussion and Questions / Re: IMatch 2025.4.4 Released -...
Last post by Mario - June 28, 2025, 10:01:54 AMIMatch upgrades don't alter settings, unless I mean to. And in that case I document it in the release notes.
Upgrading the database system has nothing to do with settings.
1. No change related to orientation. Please provide a minimum of information, like file format,
where is the orientation wrong? File Window? Viewer? If you use RAW, WIC or photools.com RAW processing?
2. That's a File Window setting (hierarchical mode) I guess, which is stored per File Window. No change with that. I assume this is what you have "configured". It helps to provide more details, like what you actually have configured, which option or settings you have used etc. I can only guess otherwise.
3. "Not displayed at all". IMatch does not remove sub-folders from your database once added. It will by default not add new sub-folders found under folders in the database, but notify you to perform a rescan of the parent folder.
Adding folders to a database does not touch other folders. A folder is only marked for rescan when the last modified on disk timestamp is newer in the database, or when IMatch detects a file newer than the folder during the initial folder scan. May this be the case, you or some other application changing the folder timestamps or adding files without you knowing?
The log file from that session would contain more information, e.g. what you did, what IMatch found in the file system, if and which folders were considered as outdated.
The update is out for almost a week, and no reports from other users, no emails about similar problems. I use the same update on my 3 PCs without any issues.
Upgrading the database system has nothing to do with settings.
1. No change related to orientation. Please provide a minimum of information, like file format,
where is the orientation wrong? File Window? Viewer? If you use RAW, WIC or photools.com RAW processing?
2. That's a File Window setting (hierarchical mode) I guess, which is stored per File Window. No change with that. I assume this is what you have "configured". It helps to provide more details, like what you actually have configured, which option or settings you have used etc. I can only guess otherwise.
3. "Not displayed at all". IMatch does not remove sub-folders from your database once added. It will by default not add new sub-folders found under folders in the database, but notify you to perform a rescan of the parent folder.
Adding folders to a database does not touch other folders. A folder is only marked for rescan when the last modified on disk timestamp is newer in the database, or when IMatch detects a file newer than the folder during the initial folder scan. May this be the case, you or some other application changing the folder timestamps or adding files without you knowing?
The log file from that session would contain more information, e.g. what you did, what IMatch found in the file system, if and which folders were considered as outdated.
The update is out for almost a week, and no reports from other users, no emails about similar problems. I use the same update on my 3 PCs without any issues.
#43
General Discussion and Questions / Re: Propagating metadata to ve...
Last post by Mario - June 28, 2025, 09:56:22 AMWhat data do you propagate? I'm sure IMatch is not removing the ICC profile intentionally, but metadata is complex and propagating to much or to less can be an issue. Also, it might be a side effect of copying the metadata and the way ExifTool handles this. 100 different reasons. More information and details needed.
Made a quick test, using a DNG and a PSD with embedded Pro Photo ICC profile. Saved both images to a JPG. Made the JPG versions of the corresponding master. Used a standard propagation with rating/label/collections/All XMP IPTC and IPTC Core data (safe for propagation).
Wrote back the masters. Metadata correctly propagated, ICC profiles unchanged still Pro Photo in both masters and versions. Do not, for example, propagate EXIF metadata between files. Always dangerous.
Made a quick test, using a DNG and a PSD with embedded Pro Photo ICC profile. Saved both images to a JPG. Made the JPG versions of the corresponding master. Used a standard propagation with rating/label/collections/All XMP IPTC and IPTC Core data (safe for propagation).
Wrote back the masters. Metadata correctly propagated, ICC profiles unchanged still Pro Photo in both masters and versions. Do not, for example, propagate EXIF metadata between files. Always dangerous.
#44
General Discussion and Questions / IMatch 2025.4.4 Released - som...
Last post by Stenis - June 27, 2025, 10:26:29 PMThis version is supposed to make use of the latest version of the database you use in iMatch. I want to ask if that has been the resons to why some of my settings and a few other things have seemed to be altered by this version upgrade?
1. First, I noticed that some of my portrait pictures that I have spent some time correcting before now is in landscape again. Pretty disturbing - why is that happening?
2. Since I always like to see both my RAW and the JPEG-files that I always keep in one or several subdirectories I had that configured too but that was changed too so only the RAW was displayed. I never change that setting by myself.
3. Some of my newly applied subdirectories was not displayed at all. So, I had to remove and append those folders again (three in total) to make that happen and when I did the system started to mark ALL my folders for refresh/update and it took two hours before the close to 20 000 files where processed and back in usable condition again.
Is this a behavior to expect even in the future or is it some way to avoid that? I mean I often use to remove folders and append new ones without that is happening normally.
1. First, I noticed that some of my portrait pictures that I have spent some time correcting before now is in landscape again. Pretty disturbing - why is that happening?
2. Since I always like to see both my RAW and the JPEG-files that I always keep in one or several subdirectories I had that configured too but that was changed too so only the RAW was displayed. I never change that setting by myself.
3. Some of my newly applied subdirectories was not displayed at all. So, I had to remove and append those folders again (three in total) to make that happen and when I did the system started to mark ALL my folders for refresh/update and it took two hours before the close to 20 000 files where processed and back in usable condition again.
Is this a behavior to expect even in the future or is it some way to avoid that? I mean I often use to remove folders and append new ones without that is happening normally.
#45
General Discussion and Questions / Propagating metadata to versio...
Last post by Pawel - June 27, 2025, 09:36:53 PMSome of my JPG files have ProPhoto color profile embedded. When I want to replace JPG in the database with a new version I use workflow described in this post.
I noticed that as soon as I propagate metadata from the old files (the masters) to the new files (the versions) the colorspace information is removed from the new files - when I open them in Photoshop I get a message there is no color space/no color profile embedded. As soon as I assign the files ProPhoto colorspace and save them they are displayed correctly again.
Any idea what is wrong?
I noticed that as soon as I propagate metadata from the old files (the masters) to the new files (the versions) the colorspace information is removed from the new files - when I open them in Photoshop I get a message there is no color space/no color profile embedded. As soon as I assign the files ProPhoto colorspace and save them they are displayed correctly again.
Any idea what is wrong?
#46
IMA General Discussion and Questions / Re: Photos in enlarged view in...
Last post by Mario - June 27, 2025, 03:15:56 PMThis happens when IMatch Anywhere cannot access the original files (JPG) or there is no cache image and IMA cannot create a cache image. IMA then falls back to blowing up the thumbnail as a last resort.
Make sure the images are on the same server running IMA or run IMA under a user account that can access the original images if they are on a different computer. More details are in the IMA help for Admins.
Make sure the images are on the same server running IMA or run IMA under a user account that can access the original images if they are on a different computer. More details are in the IMA help for Admins.
#47
IMA General Discussion and Questions / Photos in enlarged view in the...
Last post by neal - June 27, 2025, 02:49:01 PMMany photos when seen in the viewer in IA are blurry. Can this be fixed, or what is the cause?
Neal
Neal
#48
General Discussion and Questions / Re: Exiftool command processor...
Last post by Mario - June 27, 2025, 01:45:52 PMYou copy the orientation tag from the image file to the XMP.
Your approach should work when only one file is selected (test!).
It will fail if {Files} resolves to multiple file names. Same for {XMPFiles}
See the ExifTool Command Processor help.
To make this work, use e.g. {File.FullName} for the -TagsFromFile statement and produce the name of the XMP file with {File.Path}{File.Name}.xmp.
Use the run mode "once per file" to run the entire command once for each selected file.
Give it a test. I think this will work, but I don't have the time to test this for you.
Your approach should work when only one file is selected (test!).
It will fail if {Files} resolves to multiple file names. Same for {XMPFiles}
See the ExifTool Command Processor help.
To make this work, use e.g. {File.FullName} for the -TagsFromFile statement and produce the name of the XMP file with {File.Path}{File.Name}.xmp.
Use the run mode "once per file" to run the entire command once for each selected file.
Give it a test. I think this will work, but I don't have the time to test this for you.
#49
General / Re: AutoFill Configuration Dia...
Last post by Mario - June 27, 2025, 08:30:09 AMI see. A left-over from some tests. The 'de' language is hard-coded. I will fix that for the next release.
You can download the attached ZIP file and extract the files to
C:\ProgramData\photools.com\IMatch6\webroot\imatch\apps\FEATURES\autofill
on your computer.
You can download the attached ZIP file and extract the files to
C:\ProgramData\photools.com\IMatch6\webroot\imatch\apps\FEATURES\autofill
on your computer.
#50
General Discussion and Questions / Re: IMatch constantly freezes
Last post by Mario - June 27, 2025, 08:25:08 AMBefore version 2025, IMatch relied on the "last modified" timestamp of folders to tell if they were changed externally. I then found out that this timestamp is not reliable.
IMatch now determines the most recent file in each folder during the initial folder scan (after opening the database) and when a file newer than the folder's last modified timestamp is found, the folder is enqueued for processing. This was the case with your database, for several folders. And then IMatch got to work. It should have shown the activity in the status bar and in the Info & Activity Panel.
IMatch now determines the most recent file in each folder during the initial folder scan (after opening the database) and when a file newer than the folder's last modified timestamp is found, the folder is enqueued for processing. This was the case with your database, for several folders. And then IMatch got to work. It should have shown the activity in the status bar and in the Info & Activity Panel.