Доброго времени суток!

Пишу каталогизатор фоток (C# .Net 2) и столкнулся с такой проблемой. Для испорта информации о фотке использую стандартный Bitmap и оттуда потом уже получаю разрешение и превьюшку.


Все работает хорошо... но медленно... Особенно если в цикле нужно обработать пару сотен фотографий.  Согласно профайлеру 99% времени уходит на 
Как бы ускорить этот процесс?
З.Ы. Как вариант использовать самописный "декодер" Jpeg и подчитывать только размеры и превьюшку. Но как декодировать саму превьюшку? Я пока не нашел ничего более подробного чем "далее идет упакованные данные превьюшки" (перевод вольный).

Это сообщение отредактировал(а) rubbiroid - 24.3.2008, 02:35

Не знаю как насчет ускорить, но можно вынести обработку в треды, и при открытии окна превьюшки будут открываться поочередно (в смысле визуально), как в Windows и разных программах аля AcdSee (приложение висеть в ожидании окончания цикла не будет).

rubbiroid, можно позаимствовать идею создания привьюшек у горячо любимой винды.
т.е. создавать привьюшки только один раз, а при повторном заходе в каталог грузить их откуда-нибудь а не создавать заново.
еще можно попробовать разобраться как загружать привьюшки из файлов thumbs.db которые создает винда
короче вариантов много  

vponomarov, Ну так оно и делается. Просто изначально ГДИ, как я понял, загружает ВЕСЬ файл в память (про декодирование не знаю, но мне кажется, что и декодирует). Соответственно, на это уходит много времени - ибо фотки по 2-3 метра. Если же подчитывать только заголовок Jpeg и парсить его ручками, то на это уйдет куда меньше времени ибо не 3 метра загружать надо и не 6МП декодировать. Как подчтать ручками размеры я вроде нашел, но вот что сделать с превьюшкой, которая зашита в фотку, я не знаю. Если кто скинет статейку про jpeg, где описана полная структура файла с EXIF и как что оттуда можно достать (типа Пошаговое создание собственного декодера JPEG) - буду безумно благодарен.
Voyager, Вариант тоже был, вот только никогда не писал многопоточек... Да и если сделать 2 потока (ну или по количеству процессоров), то все начнет упираться в скорость винта. Поэтому и хотель бы получить нужные мне данные НЕ загружая весь файл и НЕ докодируя его целиком.

З.Ы. Кто-нить случаем знает, как определить количество процессоров в системе?

Это сообщение отредактировал(а) rubbiroid - 24.3.2008, 13:17

сомневаюсь, что из нескольких потоков будет заметно быстрее. хотя попробовать конечно стоит.


ты меня очевидно не до конца понял. я пердлагаю один раз (пускай медленно) создать привьюшки и сохранить их на винте, а при последующих заходах в каталог грузить эти малнгькие картинки - это будет довольно быстро

QryStaL, Пасибо!

Сделал тестовое приложение с многопоточностью. Прирост производительности с двумя потоками почти 100%. Но все равно не хочется загружать весь файл.


vponomarov, моя прога хранит превьюшки в себе. Так что я их получаю только 1 раз. И вот этот один раз на больших каталогах может идти несколько минут. К примеру на 200 фотках - 93 секунды (в 1 поток) на Core2Duo E4300. А если проц послабее? Вот поэтому и не хочется грузить весь файл. Да и смысла в этом особо нет, ибо он мне не нужен (ну, только если в нем самом нет превьюшки и ее надо ручками создавать)

Это сообщение отредактировал(а) rubbiroid - 24.3.2008, 15:42

ты хочешь создавать превью без открытия изображения?   или я в танке? В итоге ведь получается, что как ни крути - всё равно один раз по всем картинкам пробежать надо. Вот тут-то ты и выхватываешь всё что тебе надо из картинок и записываешь... Или где?

Kefir, В Jpeg'ах кроме основной картинки хранится еще и превьюшка. Так вот мне она и нужна. 
Мне не нужно декодировать все изображение. Только эту маленькую кртинку. А GDI при создании Битмапа из файла декодирует его, что мне абсолютно не надо.

rubbiroid, 
поскольку gdi+ при загрузке изображения прокачивает его целиком в память, более оптимальным вариантом будет ручное выдирание exif-тэгов из файла. Правда если там preview отсутствует, то его по-любому надо будет самостоятельно делать. Спецификация на exif здесь: http://exif.org/specifications.html

Есть с чего начать - http://www.sentex.net/~mwandel/jhead/
Эта программулька по описанию занимается именно тем, что тебе надо. Покопайся в сырцах и перепиши как тебе надо.

Kefir, Пасибо, посмотрю.

  



Это сообщение отредактировал(а) QryStaL - 30.3.2008, 00:49

QryStaL, чем, собстевенно сей метод отличается от сабжевого?

Kefir, Быстродействием.

200 фотографий (3 МП) обрабатываются меньше секунды.
Pentium 4 3GHz (Одноядерный с HT).

Это сообщение отредактировал(а) QryStaL - 30.3.2008, 02:11

На маленьких фотках у меня тоже все быстро работает. Только вот у меня фотки 6 МП. И там не все так быстро уже.
Решил проблему написание собствнного EXIF парсера и добавлением многопоточности. Правда ускорение получилось именно на фотках - там где есть EXIF 2.2 с тумбой и нету JFIF. Скорость - около 350-400 фоток в секунду. Если нужно - могу скинуть код.

rubbiroid, ты мой код хоть пробовал? Я взял 400 фотографий размером 7Мп, запустил на одноядерном процессоре. Результат - 3 секунды (это без многопоточности). А кода - 4 строчки. Или мы не ищем легких путей?

Запускал... Результат такой же как и с моим первым кодом...
Только вот мне не 100 на 100 тумба нужна, а с правильным соотношением сторон (но не более 160*120). Кроме этого еще нужно получить размеры фотки и дату, когда она была сделана. А потом все добавить в коллекцию. 
Выложи весь твой код, я добавлю еще свою обработку и сравню быстродействие.

Это сообщение отредактировал(а) rubbiroid - 30.3.2008, 20:01

В первый раз не заметил, как ты создавал Image. С отключенной проверкой все работате очень быстро. 
Ну... зато теперь я знаю структуру Jpeg'a )))

З.Ы. Кто-нить знает, что майкрософт понимает под "ValidateImageData"? Ведь именно из-за этой проверки все так и тормозило.