[v24] Compare 100% attribute

[Kadet]

Nicely designed image comparison function.
I thought you might add a comparative analysis. If the two were 100% compatible, the app would write “100% identical” or something similar. And if they were incompatible, an icon would appear, and after clicked, a “map” of differences would be displayed.

[xnview]

Please check v25

[masterjp]

The new image comparison analysis yields some somewhat unusual results in isolated cases. I had expected a significantly higher percentage.

Screenshot_20260803_160705_XnView.jpg

[xnview]

The new image comparison analysis yields some somewhat unusual results in isolated cases. I had expected a significantly higher percentage.

Its not like 'similar' in XnView, it's pixels compare

[masterjp]

Okay, I expected a similarity compare from XnViewMP for windows, which is very good.

Pixel compare is also good for the start of xnview mobile.

[Kadet]

You're making changes so quickly that I suspect you're using an AI model to help you write the code. I don't know which of you two is at fault, but the comparison function isn't working properly.
I converted the jpg photo to lossless png, and then from the png I converted it to lossless jxl and webp. XnMobi shows differences in these files, except comparison with jxl which does not work at all.
When I enlarge each of these files individually, they appear identical (except for jxl, which I cannot enlarge as much as png and webp). When enlarging e.g. webp with png (attachment), the png file is clearly worse than webp.

On XnPC, all three lossless files have the same CRC and look identical when enlarged.
But the original jpg has a different CRC. I converted this jpg to png on PC and both have identical CRC.

It's really nice that you make these programs; I admire and respect you, but it would also be nice if you checked the AI's work properly.

Best regards.

Screenshot 2026-08-03 19-11.jpg

[xnview]

You're making changes so quickly that I suspect you're using an AI model to help you write the code. I don't know which of you two is at fault, but the comparison function isn't working properly.

I'm not moving as quickly as I'd like. I use AI assistant for the UI, but for the core/features i work with XnView & my other android tools code...

I converted the jpg photo to lossless png, and then from the png I converted it to lossless jxl and webp. XnMobi shows differences in these files, except comparison with jxl which does not work at all.
When I enlarge each of these files individually, they appear identical (except for jxl, which I cannot enlarge as much as png and webp). When enlarging e.g. webp with png (attachment), the png file is clearly worse than webp.

On XnPC, all three lossless files have the same CRC and look identical when enlarged.
But the original jpg has a different CRC. I converted this jpg to png on PC and both have identical CRC.

I've tried, but can't reproduce. Please send me all files to check...

[Kadet]

This same link, like in the Lossless conversion bug:
https://drive.google.com/file/d/1ahUyaS ... sp=sharing

[xnview]

This same link, like in the Lossless conversion bug:
https://drive.google.com/file/d/1ahUyaS ... sp=sharing

i've checked on XnView (PC), and the converted files by XnView mobile are fine, there is no visual difference when using 'Compare'.

And on android, compare with original & webp/png, the previous screenshot is with same files???

Screenshot_20260805_110754.png

[Kadet]

And on android, compare with original & webp/png, the previous screenshot is with same files???

Yes, the previous screenshot is with the same files. I changed the names on PC for clarity.

[xnview]

Yes, the previous screenshot is with the same files. I changed the names on PC for clarity.

do you see a difference on PC? and could you post a screenshot between the jpg/png?

[Kadet]

Compare Screen-2026-08-05_21-19-00.jpg

[xnview]

ok, now i understand. I've added settings for JPEG
Please check v28

[Kadet]

Sorry, but the comparison still doesn't work properly. Right now JPG looks just as bad as PNG. So it got worse.

[xnview]

Sorry, but the comparison still doesn't work properly. Right now JPG looks just as bad as PNG. So it got worse.

If you use 'slow int' it will be like previous version for jpeg.
But you need to check on desktop, the jpeg loading on arm uses 'slow int', and i can't change that.
The floating point doesn't give same result on intel & arm. libjpeg recommends using 'slow int'