Forget print matching
I have from the beginning because if I understand you, you report they both match.
all I'm saying is the softproofs from two profiles will have a slightly different hue, one derived from a i1Pro-normal and one from an i1Pro-uvcut, using the same printer target and both profiles generated from i1Profiler.
Exactly. So where’s the disconnect? In the proofing tables. They should match the output. One apparently doesn’t. You feel, and you may be spot on, that the differences is due to how the data was collected. But I’m asking why there is this disconnect in only the one table.
My understanding is the B to A path is via perceptual intent (or relative or sautration), and the A to B "return trip" is via absolute intent, if Display Paper White is checked. Since we have two differing sets of absolute neutral rendering curves, the softproof has to be different.
You need the Absolute rendering for the display yes, but that doesn’t change the aim which is a match. Would you agree that the soft proof with the paper simulation should match the print? You seem to be saying they don’t. The question is why.
We use the simulate check box to see a more correct soft proof. With it off, I would not expect a good print to screen match. But with it on, there’s a mismatch but only from one profile and the only differences is the filter. I’d think both tables would be affected assuming the software is building both tables correctly.