Page 1 of 1

input CMS profile could not be found and was reset to defaul

PostPosted: Fri Jan 22, 2016 6:13 am
by owl
Hi,

Here is the full message I get from HDR

SilverFast8 - Warning
Some settings from the HDR Raw files could not be reproduced on your system. Please check the details below.
[filename]: input CMS profile could not be found and was reset to default. c:/Windows/System32/spool/drivers/color/SF_T (Relecta MS Scanner).icc

For purposes of this discussion, I have the following setup
1. SF8 computer that does the scans
2. Network storage for the images
3. HDR computer that acts upon the Raw images

I receive the message when I drop the scanned image into HDR for the first time.

I have instructed SF8 to embed the icc profile
Preferences
CMS
Embed ICC Profile, checked
Profile to embed, SF_T (Relecta MS Scanner)
HDR Preferences seems to recognize this also

Questions

1. As indicated by "Some settings from the HDR Raw files could not be reproduced on your system", What specifically will not get done right on the HDR computer?

2. Is the corrective action to copy the icc profile from the SF8 computer to the HDR computer? If so, that raises the following questions.

3. What is the purpose of embedding the profile? Which profile is being used by HDR, the embedded one or the one found in the system icc profile directory? How is the one referenced in the warning used?

4. If my scanner breaks, I replace it with another one of the same model, I calibrate the new one, how do I make sure that the new and old profiles are used when appropriate? Should I give the replacement scanner's icc profile a different name (like SF_T2)?

5. If a Kodachrome slide gets mistakenly scanned in a batch of ektachromes, can this mistake be fixed in HDR by simply selected kodachrome? It appears like this "works", but am I missing something? Will HDR update the image metadata? Will HDR update the embedded icc profile?

6. HDR issues the warning only once. On subsequent drops of the image, HDR issues no warning. Does this mean that HDR has updated the metadata in some way. What has HDR done (e.g. used a default profile)? Is it reversible, and if so how?

I have read a number of posts relating to icc profile topics, but am still unsure.

Thanks.

Re: input CMS profile could not be found and was reset to de

PostPosted: Wed Jan 27, 2016 11:32 am
by LSI_Ketelhohn
Dear customer,

Is maybe one of the computers a PC and one a Mac?
These use different profiles (icc vs. icm).
So if a file get's transferred the embedded profile type is unknown to the color management system.
This happens because to make sure the correct profile is referenced.
You can manually confirm it in the CMS dialog however.

Normally the embedded profile makes sure the correct profile is being used.

Yes. If your scanner is replaced and it is the same device you should activate the "Custom ICC Profile Name" in the preferences' Auto tab and give them a different name.

If you scan Kodachromes in a different mode you can simply switch to Kodachrome mode.

Kind regards,
Arne Ketelhohn.

Re: input CMS profile could not be found and was reset to de

PostPosted: Fri Jan 29, 2016 1:34 am
by owl
Hi,

---
Is maybe one of the computers a PC and one a Mac?
These use different profiles (icc vs. icm).


I am using the same OS (windows 7 pro) on all systems
---
So if a file get's transferred the embedded profile type is unknown to the color management system.
This happens because to make sure the correct profile is referenced.
You can manually confirm it in the CMS dialog however.
Normally the embedded profile makes sure the correct profile is being used.


I did not copy the profile to the system running HDR, so of course the profile is missing from the systems folder. I expected HDR to use the embedded one. And perhaps ask if the embedded one should be put in the system folder (haha). Is the "error" I am getting, just a courtesy? Given that HDR gives the error message every time for a read only image and only once otherwise (HDR apparently updates the metadata), I am concerned that the metadata is getting incorrectly updated. Is that so?
---
I repeat this questions here, since I want to be sure. Is the corrective action to copy the icc profile from the SF8 computer to the HDR computer?

Additionally, any time I recalibrate (with IT-8), I need to provide a new name and make sure that all the profiles are backed up?


Aside from the scarcity of details sometimes, I am enjoying the scanning experience.

Thanks

Re: input CMS profile could not be found and was reset to de

PostPosted: Fri Feb 05, 2016 4:27 pm
by LSI_Ketelhohn
Dear customer,

are you maybe using a restricted/normal user account?
Only admin users are allowed to fully access the color management folders.

Normally this message should not come up when transferring files from PC to PC.

SilverFast does use the embedded profile, so you do not need to store old calibration profiles.
The message only comes up because the automatic handling is difficult when using profiles from different operating systems.
This is not known for PC-to-PC transfers however.

Kind regards,
Arne Ketelhohn.

Re: input CMS profile could not be found and was reset to defaul

PostPosted: Wed Apr 20, 2016 5:09 pm
by owl
Hi,

I am running HDR Version: 8.8.0r3 (2016-03-09)

Work flow
1. open a HDRi RAW 64 bit TIF
2. use CTRL+, to set a new icc profile
2a. CMS
2b. Profiles, Input
2c. Select an icc profile from drop down list
3. save job using JobManager
4. close HDR
5. open HDR
6. open saved job using JobManager
7. icc profile is the OLD profile, not the new one
7a. verified using CTRL+,
7b. verified using CTRL+i
7c. of course subsequent HDR render (process), embeds the wrong profile (the old one)

How do I get JobManager to recognize the new icc profile that I specified BEFORE saving the job?

I am running Windows 7 professional. I have verified this behavior on multiple machines of different manufacture.

Thanks.

Re: input CMS profile could not be found and was reset to defaul

PostPosted: Tue Apr 26, 2016 8:57 am
by LSI_Ketelhohn
Dear customer,

Thank you for the description.
I have also forwarded it to our support center.
I will take a closer look on one of our testing machines.

Kind regards,
Arne Ketelhohn.