Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

100% match in Picture mode for Contents type returns very similar, but not equal pictures #387

Closed
silvavlis opened this issue Aug 17, 2016 · 3 comments
Labels
bug Bug reports.

Comments

@silvavlis
Copy link

I want to find duplicated pictures with different metadata (typically because I added some tags to one of the pictures). Therefore a typical filed duplicates finder doesn't fit for my use case.

The documentation says regarding the Picture mode of type Contents of dupeGuru

A threshold of 100 adds an additional constraint that pictures have to be exactly the same (it’s possible, due to averaging, that the tile comparison yields 0 for pictures that aren’t exactly the same, but since “100%” suggests “exactly the same”, we discard those ocurrences).
Therefore I was convinced that I had found the right tool for the job.

But to my disappointment the selection Picture mode + Contents type + 100% Filter Hardness is returning extremely similar (but slightly different) pictures. BTW, I suppose, that's what is being called "threshold" in the mentioned documentation.

How come that I have so similar pictures? Because I shoot them with the burst mode of the camera.

Can it be, that 100% means that the blockify versions of the pictures are exactly the same, but since the blockification process is reducing the information, the pictures are extremely similar, but not exactly the same?

@silvavlis
Copy link
Author

I just found out, that no match of 100% is being reported for those pictures just very similar. It's only the filter that isn't filtering them out!

@ghost
Copy link

ghost commented Aug 17, 2016

Really? It sound like a bug (even a regression). The filter in PE has been designed so that the 100% threshold really mean exact matches.

@ghost ghost added the bug Bug reports. label Aug 17, 2016
@ghost ghost self-assigned this Aug 23, 2016
@ghost
Copy link

ghost commented Aug 23, 2016

I could reproduce the problem.

@ghost ghost closed this as completed in ac8a336 Aug 23, 2016
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Bug reports.
Projects
None yet
Development

No branches or pull requests

1 participant