Я не знаю, что именно эти авторы сделали, но у них алгоритм работает намного хуже. 

не понимаю, как в коллекции могут быть многочисленные 100% побитово равные дубли
Еще раз - AntiDupl прекрасно справляется со всеми вариантами сравнения изображений. И сравнивает он отнюдь не побитово.
Проблема в том, что софт, специально созданный для поиска дублей изображений, не видит их.
Мне не нужно запускать универсальный компаратор (какового у меня не было и нет за полной ненадобностью), это сделает один AntiDupl. Он же видит все 100% одинаковые изображения, а ImageDupeless нет, хотя некоторые почему-то видит.
Если микроскоп хорошо микроскопит, и при этом слабовато забивает гвозди
сознательно встраивают ухудшение алгоритма при нарушении целостности программы
людям почему-то не нравится, когда их платные продукты взламывают, и они сознательно встраивают ухудшение алгоритма при нарушении целостности программы
Я удивлен, что никто не попросил пару картинок для примера
поддерживаю
То есть полное согласие в том, что дубликаты ImageDupeless не находит, так? Примерно с этого и начался разговор.
Вот не могу я понять, как такое может быть - как можно было так написать алгоритм сравнения, что проги не видят 100% одинаковые изображения.
основной критерий сравнения (в процентах; 0% - это очень похожие картинки с точки зрения программы). Рекомендуемый предел значений: [0-15]%. Опытным путем установлено, что наиболее оптимальным является значение 11% (установлено по умолчанию). Не рекомендую отходить от него слишком далеко. Как результат задания слишком больших значений (более 20%) программа может посчитать похожими все изображения в галерее.Но я что-то не уверен, что 0% рабочее значение, я этой программой мало пользуюсь, да и аналогами - редко, от случая к случаю. Скорее всего, надо начинать от 1%. Но тогда туда войдут и 100% дубликаты и очень похожие. А при 11% - из упомянутых мной выше 2730 картинок нашла 186 групп похожих (ну, там надписи разные и в разных местах) и 6 пар картинок, которые даже при взгляде на превьюшку похожими не назовёшь. AntiDupl вообще - 379 пар и более 80 из них малопохожих. Но для этой проги, я думаю, надо не более 7-8% ставить. Но в обоих случаях нашлись и интересные находки при таких процентах - например, два разных фото одного котёнка в разных позах (и фон не одинаковый).
если это было один раз то и говорить не о чем
Имхо, разраб ImageDupeless накосячил
на побайтовых дубликатах видим значок равенства, при наведении на который появляется всплывашка "Binary equal images"
Вот никогда не замечал, что там всплывает... но все равно кривизна сплошная - одни видит, другие нет. С этой странности и возник мой первоначальный вопрос.
которые ID определяет при пороге 0%
Дважды замечал - как-то странно удалялись файлы, как будто не сразу, а набирая очередь, и только потом разом пачку.
Предыдущая тема: Google Earth vs NASA World Wind vs Eingana