Fine Reader отображает изображения, созданные в Linux, черным. Но все равно их распознает. Это "черное" изображение можно пересохранить в FineReader'е в .jpg и тогда это изображение будет нормально в нем отображаться. Правда, если я пересохраняю в tiff-формат, то файл перестает открываться стандартными Linux-просмотровщиками. Сравнительный анализ показал, что в исходных Linux-изображениях использется формат "PseudoClass 256c", а в пересохраненных изображениях используется "DirectClass". Соответственно можно сделать вывод, что некоторая функция wine, отвечающая за прорисовку изображения не хочет рисовать изображения в Linux-формате
*** Bug 116 has been marked as a duplicate of this bug. ***
Open office версии 2.0.2 сохраняет изображения в формате DirectClass. Таким образом FineReader работает с изображениями, созданными или обработанными в Open office 2.0.2, без глюков.
DirectClass Image is composed of pixels which represent literal color values. PseudoClass Image is composed of pixels which specify an index in a color palette. http://users.northnet.ru/rolex/doc/programming/imagemagic/api/types/ Enumerations.html#ClassType
Перед тем, как вывести изображение на экран, оно должно быть преобразовано в формат DirectClass. Остается вопрос - кто должен делать это преобразование: сам FineReader или внутренняя функция WinAPI? Буду тестировать работу FineReader'a с PseudoClass'изображением в Windows. Соответственно, если он по-прежнему не будет отображать картинку => значит это его внутренняя недоработка.
Неправда. Сканировал xine'ом в tiff - DirectClass.
W@E 1.0.5: проверено, всё в порядке.
Похожая проблема в Fine Reader 8.0. Чёрным отображаются эскизы страниц в batch-листе.
