Я прописал в программе алгоритм сравнения двух изображений, основанный на переборе и сравнении цвета всех пикселов по порядку первой и второй картинки. Он работает прекрасно, вот только очень медленно, особенно если изображения разрешением по 4-5 тысяч пикселов по ширине и высоте. Можно ли как-то ускорить эту работу? Может, есть более быстрый метод сравнения?

Зависит от того, как сравниваешь.
Если через Pixels, то это самый медленный вариант.
Если через ScanLines, то это гораздо быстрее.
Ну а ещё быстрее - через DIB

Я и не знал, что ScanLine можно сравнивать.  Спасибо!

  Еще быстрее если это изначально файлы, тогда не нужнf будет конвертировать Bitmap->DIB

Alexeis, а это могут быть и не файлы?

Сделал через ScanLine, все работает раз в 100 быстрее.  Класс.

  Конечно! Можно их динамически в памяти создавать, грузить из ресурсов, распаковывать из сжатого потока, скачивать из интернета или получать от неизвестного заранее источника.

А. Нет, в моем случае файлы.

 Тогда максимального быстродействия можно было бы добиться если сначала прочитать заголовки битмапов прям из файла. Если они отличаются, то вообще нет смысла сравнивать битовые карты, если совпадают, то читать строки прям из файла и сравнивать. При использовании Scanline все же производиться двойное преобразование, но если скорость уже достаточная, то можно и не возиться.

Alexeis, а если тупо сравнить содержимое файлов в бинарном виде? )))

MetalFan, Для одинаковых картинок бинарные файлы в принципе могут отличаться. Например, содержимое байтов выравнивания не регламентируется, также версия заголовков, наличие поля масок и наличие цветового профиля не влияет на тождественность изображений.

А если png?
А если нужно вычислить процент различия, например для jpeg?
Ведь далеко не факт, что это будут bmp.
Мона гадать по разному - ответ зависит от вопроса.

Моя программа поддерживает только BMP и JPEG ввиду отсутствия компонентов для работы с GIF и PNG. Вообще, назначение - поиск эквивалентов эталонной фотографии в заданной папке. Проблема в том, что она очень ресурсоемкая, то есть после 1-2 применений поиска по большим фотографиям размером 1-2 мегабайта комп буквально с ума сходить начинает и отказывается работать, хотя комп по сегодняшним меркам средний.

Я присоединил файл с исходниками программы, может, кто поможет найти причину такой сильной траты памяти? Программа небольшая, весь код в 200 строк примерно.

Присоединённый файл ( Кол-во скачиваний: 10 )
 Equal_Images_Finder.rar 16,86 Kb

mr.Anderson а уничтожать битмапники кто будет?


создать создал а удалить не удалил.

Аналогично тут


  Я вообще не нашел ни одного вызова Free. Ты что под .NET пишешь?

Нет, но потихоньку привыкаю.   Спасибо за подсказку! Я, правда, думал, что эти битмапы будут уничтожаться после выхода из функции как локальные переменные. Разве это не так?

Вставил где надо Free() и комп перестал виснуть.  Работает отлично при любом количестве вызовов.

Объекты в делфи всегда создаются в куче в отличие от С++, потому их нужно удалять. 
 Однако компоненты чаще всего уничтожает родитель потому их не нужно явно удалять.