On 3/5/22 05:45, William F Pokorny wrote:
> (d) - Yes. Even if the sRGB block being there and not the 'reason' for 
> the pink shift - how are we getting the grey-ish general background 
> where both input images are completely black? My first guess is the 
> actual pink/grey shift is a bug in 'compare' but, who knows. It might be 
> some other reason like compare showing differences in value results as 
> offsets from 50% grey or something, though the red differences within 
> the sphere sweep I think right! (alpha channel assumptions in compare 
> or?) No clue.

OK. Still busy with other things, but had the bright idea to compare an 
image with itself and see what 'compare' does when images match. It's 
not doing a strict difference compare on the channel values (as you 
probably know). In other words, it always creates a faded image where 
things compare.

Further figured out it's using a high light color where things don't 
compare (to some threshold maybe? Per channel? Grey Composite?) and this 
happens to default to red. This why the missing red differences are 
showing up as I happen to expect the channel differences to show up on a 
channel difference compare.

So, compare fine for what it does. In fact, it looks to have some cool 
options and relatively easy defaults. It just isn't doing what I 
expected for image comparisons.

Bill P.

Post a reply to this message