Здравствуйте! Не могу осилить с виду несложную задачку. Нужно принять на вход файл и получить заданное разрешение в точках на дюйм. Не размер файла в пикселях, а именно разрешение, чтобы потом пересчитать физический размер в сантиметрах.
В примерах есть Img_GDIFileProcessor , но он работает через раз, сваливаясь в runtime error на больших картинках. В элементе Jpeg есть множество данных из EXIF , кроме разрешения.
Этот топик читают: Гость
Ответов: 11
Рейтинг: 0
|
|||
карма: 0 |
|
Разработчик
Ответов: 26268
Рейтинг: 2141
|
|||
![]()
Без проблем читало файлы tiff 45 MB |
|||
карма: 22 |
|
Ответов: 8948
Рейтинг: 824
|
|||
nesco, кстати, у меня испарился адрес для обновления компонентов, а Img_GDIFileProcessor отсутствует в моей текущей версии HiAsm, подскажи
![]() |
|||
карма: 19 |
|
Разработчик
Ответов: 26268
Рейтинг: 2141
|
|||
карма: 22 |
|
Ответов: 8948
Рейтинг: 824
|
|||
nesco, СПАСИБО! Знал, что не оставите в беде!
![]() |
|||
карма: 19 |
|
Ответов: 323
Рейтинг: 8
|
|||
Ок, разобрался.
СПАСИБО! Редактировалось 2 раз(а), последний 2020-05-13 09:34:01 |
|||
карма: 0 |
|
Ответов: 11
Рейтинг: 0
|
|||
Да, спасибо, проблема была видимо не в элементе.
Но... Если через перебор массива набрасывать в Img_GDIFileProcessor много файлов, то время от времени он похоже не успевает обработать картинку. Это наверное надо решать через WaitObject? Помогите победить схему, пожалуйста.
![]() Редактировалось 2 раз(а), последний 2020-05-13 10:58:32 |
|||
карма: 0 |
|
Ответов: 4658
Рейтинг: 762
|
|||
Видимо, не все программы сохраняют разрешение. Вот в HiAsm когда компонентом Jpeg сохраняешь - там ведь нигде не указываешь DPI.
|
|||
карма: 26 |
|
Ответов: 11
Рейтинг: 0
|
|||
Netspirit писал(а): Видимо, не все программы сохраняют разрешение. Вот в HiAsm когда компонентом Jpeg сохраняешь - там ведь нигде не указываешь DPI.Да, не все. В конкретной задаче у всех файлов признак есть. Проблема лишь возникает только когда скидываешь на обработку слишком много файлов. Если порции поменьше, то все работает. DPI это своего рода "пятая нога", он не всегда нужен как атрибут. Только в подобных моей задачах, когда надо пересчитать физический размер печати при известных длине и ширине и dpi. Редактировалось 1 раз(а), последний 2020-05-13 11:36:43 |
|||
карма: 0 |
|
Ответов: 4658
Рейтинг: 762
|
|||
dimazelensky писал(а): DPI это своего рода "пятая нога", он не всегда нужен как атрибут |
|||
карма: 26 |
|
Разработчик
Ответов: 26268
Рейтинг: 2141
|
|||
dimazelensky писал(а): Помогите победить схемуА кто мешает по окончанию заполнения таблицы проверить на наличие нулевых разрешений и перечитать эти позиции повторно? Установить таких проходов, к примеру, два. После второго прохода считать, что разрешение действительно нулевое. |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Netspirit писал(а): Видимо, не все программы сохраняют разрешение.nesco писал(а): После второго прохода считать, что разрешение действительно нулевое.dimazelensky писал(а): Проблема лишь возникает только когда скидываешь на обработку слишком много файлов.Если порции поменьше, то все работает. ![]() ![]() Редактировалось 2 раз(а), последний 2020-05-13 18:12:54 |
|||
карма: 25 |
|
Ответов: 5227
Рейтинг: 587
|
|||
как вариант
Редактировалось 1 раз(а), последний 2020-05-13 18:47:11 |
|||
карма: 4 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
![]() ![]() Редактировалось 1 раз(а), последний 2020-05-15 14:59:15 |
|||
карма: 25 |
|
14