» Scan Tailor

Код: arceny@Metal-Alpha:~/Src/scantailor $ cmake .
-- Checking pthreads with CFLAGS="-pthread" and LIBS="-pthread" -- yes
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
JPEG_LIBRARY
linked by target "scantailor" in directory /home/arceny/Src/scantailor
linked by target "imageproc_tests" in directory /home/arceny/Src/scantailor/imageproc/tests
linked by target "tests" in directory /home/arceny/Src/scantailor/tests
TIFF_LIBRARY
linked by target "scantailor" in directory /home/arceny/Src/scantailor
linked by target "imageproc_tests" in directory /home/arceny/Src/scantailor/imageproc/tests
linked by target "tests" in directory /home/arceny/Src/scantailor/tests

-- Configuring done

U235

Цитата:

При выводе в TIFF надо явно прописывать тег 262 - Photometric Interpretation (в данном случае надо в Photometric Interpretation записывать 0.0), иначе просмоторщик XnView показывает негатив.

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

Update: помог ccmake . с ручным указанием пути до либ....

Но:

Код: make[2]: *** Нет правила для сборки цели `/usr/lib/libtiff.so', требуемой для `scantailor'. Останов.
make[1]: *** [CMakeFiles/scantailor.dir/all] Ошибка 2
make: *** [all] Ошибка 2

Цитата:

libjpeg-dev стоит

В данном случае он не может найти саму библиотеку, а не хэдеры. Либо она у вас лежит в нестандартном месте, либо нестандартно называется.
В принципе можно прописать полный путь вручную, вызвав cmake в интерактивном режиме:
ccmake .
Как найдете эти либы, отпишите, в чем там дело было. Возможно надо альтернативные имена или пути прописать в систему сборки.


Цитата:

Кстати как полностью очистить сгенерированые cmake'ом Makefile'ы ? какой нибудь cmake clean не прокатывает...

Явный вызов cmake перегенерирует все Makefile'ы, а если вы хотите убрать вообще все, что нагенерировал CMake, то тогда надо использовать out-of-source build:
1. Создаете в исходникак поддиректорию build (в принципе она может быть и за пределами дерева исходников).
2. В этой директории делаете "cmake .." и потом "make".
Теперь в директорию с исходниками ничего писаться не будет, а директорию сборки можно в случае чего польностью очистить.

Кажется разобрался.

Ссылки libtiff.so и libjpeg.so были почему-то битыми, помогла переустановка пакетов.

Библиотека libjpeg ссылку не создала автоматически, в моей системе установленный файл зовётся /usr/lib/libjpeg.so.62 (Debian Lenny).

libtiff ссылку пересоздал....

После этого собралось нормально

Добавлено:
Не совсем понял как работает функция коррекции DPI.

Описываю последовательность действий.
Был файл png полученный с помощью xsane, сканированный в 300 dpi.
Он был обрезан в gthumb и сохранён опять же в PNG. Информация о dpi потерялась видимо.
При открытии в ST был задан запрос о dpi. Я указал 300*300.
Что в итоге имеем: на выводе очень долгие операции и огромный по разрешению файл. 5654 вместо положеных 1847 пикселей (апскейл до 600 dpi не делал)

То есть либо мне при старте надо было указывать другое значение (какое?) либо что-то работает некорректно.

Добавлено:
Ещё не понял чем отличается вкладка "нужно исправить" от "все страницы" в диалоге изменения dpi

Добавлено:
Вот прикладываю ссылку на архив с 3мя тестовыми png:
http://narod.ru/disk/5129988000/scans-tmp.tar.bz2.html
P.S. Писано не моею рукою За корявый подчерк не бить.

Цитата:

Был файл png полученный с помощью xsane, сканированный в 300 dpi.
Он был обрезан в gthumb и сохранён опять же в PNG. Информация о dpi потерялась видимо.
При открытии в ST был задан запрос о dpi. Я указал 300*300.
Что в итоге имеем: на выводе очень долгие операции и огромный по разрешению файл. 5654 вместо положеных 1847 пикселей (апскейл до 600 dpi не делал)

А сколько пикселей было в исходном изображении?


Цитата:

Ещё не понял чем отличается вкладка "нужно исправить" от "все страницы" в диалоге изменения dpi

"Нужно исправить" - в этом списке только те файлы, где DPI совсем не указан, либо явно неправильный. "Все страницы" - в этом списке все файлы, и с DPI и без. Это чтобы можно было указав один DPI, потом передумать и указать другой - из первого списка при указании DPI файл убирается.

Я там приложил тестовые файлы

Пофиксил проблемы с DPI.

Вот еще бы воспроизвести проблему с пропаданием контента на выводе, и тогда можно следующую бету выпускать. А на днях выложу в SVN новый алгоритм автовыделения рамки контента. Он справляется даже с бинарным мусором, который наезжает на буквы (при условии что наезжает не по всей длине / высоте страницы). Это уже будет повод для оффициального релиза.

Цитата:

Пофиксил проблемы

Ну, при таком подходе к делу, появилось желание поучаствовать в сборке. Как я понял Qt4 неофициально поддерживается Visual. Что нужно скачать и как компилить? Все таки под Винды Visual ИМХО даст наилучший по быстродействию и надежности вариант.

Размышление представителя бывшей "ск-колхозной" мафии, как кое-кто тут выразился
Сегодня попробовал сделать полностью книгу с помощью СТ. Книга "тяжелая" - старая, желтая, плохо пропечатанная.
Сделать целиком я ее не смог, т.к. несколько раз был вылет (на пустых страницах, и при mixed mode на страницах где не было картинок). Но это мелочь.
Результат работы в целом мне очень понравился. Сработало хорошо (хотя наверное тут больше заслуги U235) Otsu неплохо справился, но добавив еще порога (порядка 10-20) , вышло еще лучше (добавлял в ск). Так часто бывает: автоматика срабатывает неплохо, но ручной "юстировкой"-доводкой можно сделать еще лучше. Поэтому мне не очень понятна категоричность, с какой автор не хочет дать пользователю (продвинутому) самому под конец обработки пошалить ручками Например, это могло бы быть не абсолютное значение порога, а некоторое отклонение от того, что вычислил Otsu. Полная автоматика - это конечно хорошо (для подавляющего числа пользователей), но для тех, кто стремится делать с максимальным качеством, нужно предусмотреть такую возможность.
Автор почему-то не спешит реализовывать мелочи (типа добавить в уже готовое задание сканы), но IMHO, как-раз таки мелочи нужно делать сразу же по мере их вскрытия и забыть про них. Например, типичная ситуация (для тех, кто сам сканит; видимо, автор к ним не относится): отсканил, сделал задание, обработал и по ходу дела увидел, что при сканировании пропустил какие-то страницы (у меня так практически всегда выходит). И что теперь делать? По новой задание составлять? Подумайте над этим.

Цитата:

Ну, при таком подходе к делу, появилось желание поучаствовать в сборке. Как я понял Qt4 неофициально поддерживается Visual. Что нужно скачать и как компилить? Все таки под Винды Visual ИМХО даст наилучший по быстродействию и надежности вариант.

Поддерживается то оно поддерживается, но моя система сборки пока поддерживает только MinGW. Добавить поддержку MSVC вполне реально, но для этого вам придется разобраться в CMake. Впрочем больших сложностей там не будет - я и советом могу помоч, и даже кое-каким кодом - у меня есть один заброшенный проект на CMake, в котором поддерживается MSVC. Начать надо с файла packaging/windows/build_deps/CMakeLists.txt - он управляет сборкой зависимостей.

Добавлено:
bolega

Цитата:

Автор почему-то не спешит реализовывать мелочи (типа добавить в уже готовое задание сканы), но IMHO, как-раз таки мелочи нужно делать сразу же по мере их вскрытия и забыть про них.

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


Цитата:

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

Я не против такой фичи в принципе, просто не считаю ее высокоприоритетной. Ну а пока я не увидел примера, где ручной порог заметно улучшает качество, приоритет у этой задачи нулевой.

Tulon
Цитата:

я и советом могу помоч, и даже кое-каким кодом - у меня есть один заброшенный проект на CMake, в котором поддерживается MSVC.

Так в чем дело? Давайте, втолковывайте. Только учтите, что программированием я занимаюсь изредка и очень редко (это типа хобби). По профессию я э ... не буду говорить, чтобы не приняли меня за динозавра (я самый молодой среди них )
Цитата:

Ну а пока я не увидел примера, где ручной порог заметно улучшает качество,

Зря, тут bolega 100% прав. Варьируя порог получаешь жирность по вкусу - например, я предпочитаю пухленьких

Tulon

Цитата:

Ну а пока я не увидел примера, где ручной порог заметно улучшает качество, приоритет у этой задачи нулевой.

Вы рассуждаете как человек, который уже обработал как минимум книг 100-200. Уважаю...
А как в СТ можно в принципе это увидеть? Если нет возможности играться порогом.

Tulon

Цитата:

Воспроизвел. Значит скоро исправлю.

Добавлено:
Исправил.

Где можно потестить?

Arcand

Цитата:

Так в чем дело? Давайте, втолковывайте. Только учтите, что программированием я занимаюсь изредка и очень редко (это типа хобби). По профессию я э ... не буду говорить, чтобы не приняли меня за динозавра (я самый молодой среди

Хм, ну давайте начнем. Сразу предупреждаю, что процесс будет долгим.
В исходниках СТ, делаем копию директории packaging/windows/build_deps. Обзовем ее скажем msvc_build_deps. Потом возможно опять объединим их.
Там в CMakeLists.txt комментируем строку ST_SET_DEFAULT_GCC_FLAGS()

Теперь читаем packaging/windows/readme.ru.txt (файл в кодировке UTF-8), и следуя инструкциям, с поправкой на то, что не используем MinGW, пытаемся добраться до шага 7. Как доберетесь, скажу что делать дальше
Qt я думаю можно взять и MinGW'шную - ее так и так пересобирать, но хоть тулзы уже будут готовые.


Цитата:

Зря, тут bolega 100% прав. Варьируя порог получаешь Жирность по вкусу - например, я предпочитаю пухленьких

Ну так продемонстрируйте мне это на конкретном примере.

Arcand

Цитата:

Варьируя порог получаешь жирность по вкусу - например

Именно, по вкусу. Правильное слово. Нельзя писать программу, исходя из того, что пользователь - среднестатистический болван, которому ничего позволять нельзя.

Цитата:

Где можно потестить?

Единственный сборщик у нас на данный момент denver 22, придется ждать его. Сам я не могу собрать виндовую версию - под рукой только старый PowerPC iBook.

Добавлено:

Цитата:

Именно, по вкусу. Правильное слово. Нельзя писать программу, исходя из того, что пользователь - среднестатистический болван, которому ничего позволять нельзя.

Я несколько лет использовал OSX в качестве основной ОС, так вот с тех пор я склонен считать, что чем больше в программе опций и настроек - тем хуже. Конечно что нужно - то нужно, а от остального лучше избавиться. Вот вам пример простоты в OSX:
Двойной клик по архиву сразу начинает его распаковку в текущую директорию. Если в архиве было несколько элементов верхнего уровня - он их завернет в отдельную папку, если только один - не будет заворачивать. А что в Windows что в Linux приходится делать Right Click -> Extract Here.

monday2000

Цитата:

Если СТ и дальше будет развиваться без родного хелпа - то ИМХО одно это достаточное основание для иной альтернативы. См. на СК как пример.

Пример неудачный. В СК трудно освоиться на чисто интуитивном уровне, в СТ же это - без проблем (за что Tulon'у большое спасибо!). Так что если для СК хелп - это почти необходимое условие для нормальной работы, то для СТ хелп - почти необязательное приложение (возможно, что только пока).

Цитата:

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

Если программа сделана энтузиастом, бесплатна и к тому же выложена с исходниками, то именно собственное желание разработчика имеет первостепенное значение. Не нравится - можете со своими "собственное хочу/не хочу уже не имеет никакого значения" идти искать другой вариант.

Цитата:

я давно естественным образом утратил к СТ хоть какой-либо интерес - раз уж там нет того, что мне хотелось бы там обязательно увидеть.

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

Цитата:

Ну, при таком подходе к делу, появилось желание поучаствовать в сборке. Как я понял Qt4 неофициально поддерживается Visual. Что нужно скачать и как компилить? Все таки под Винды Visual ИМХО даст наилучший по быстродействию и надежности вариант.

Вам нада использовать коммерческую версию библиотеки, качать можно тут: http://torrents.ru/forum/viewtopic.php?t=1260002
Если торрент не устраивает то могу выложить куда нибудь на http шару ( и соответственно используемую версию Visual Studio скжаите )

Цитата:

Вам нада использовать коммерческую версию библиотеки, качать можно тут: http://torrents.ru/forum/viewtopic.php?t=1260002
Если торрент не устраивает то могу выложить куда нибудь на http шару

Я какое-то время назад проверял, и обнаружил, что открытая версия поддерживает сборку с MSVC. То есть Qt'шный configure.exe его опознает (если он в PATH) и генерирует Makefile'ы для nmake.

Tulon

Цитата:

Хм, ну давайте начнем. Сразу предупреждаю, что процесс будет долгим.
В исходниках СТ, делаем копию директории packaging/windows/build_deps. Обзовем ее скажем msvc_build_deps. Потом возможно опять объединим их.

Давайте начнем, трудности меня не пугают . Сообщаю, исходников СТ у меня пока нет, давайте начнем с того, где их взять


Добавлено:
Arceny

Цитата:

Если торрент не устраивает то могу выложить куда нибудь на http шару ( и соответственно используемую версию Visual Studio скжаите )

На рапиду плиз, студия 2008 СП1 русская, если это имеет значение

Цитата:

Сообщаю, исходников СТ у меня пока нет, давайте начнем с того, где их взять

Лучше всего из SVN.
Нужен будет SVN клиент, например TortoiseSVN. Точных инструкций дать не могу, но вам надо сделать SVN checkout, указав такой URL:
https://scantailor.svn.sourceforge.net/svnroot/scantailor/trunk

Проделав это, можно будет обновляться до новых версий с помощью SVN update.

Tulon
В личку скинул все тесты, которые ты мне сказал сделать. Надеюсь разберешься. Как всегда в архиве и мои комментарии.

savage2000

Цитата:

В СК трудно освоиться на чисто интуитивном уровне, в СТ же это - без проблем (за что Tulon'у большое спасибо!).

Представьте себе, что я вот не разобрался. По крайней мере - не до конца. Смысл некоторых фич я не понял.
Кроме того - мало просто чисто механически описать все фичи. Желательно дать ещё и обобщённо-концептуальное описание. Только у самого автора есть наиболее полное видение программы - и того, какой она будет (что тоже влияет на стиль изложения хелпа).

Цитата:

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

Это я лишь объяснял, почему потребность в альтернативе ИМХО ещё не исчерпана.

Цитата:

Ну тогда чего же вы здесь пишите?

Во-первых, чтобы Tulon'у не было слишком тоскливо одному заниматься такими вещами. По себе знаю - в одиночестве так тошно "двигать прогресс" - т.е. чтобы этот топик не был как "глас вопиющего в пустыне". Это только недавно тут народ подтянулся и стал хоть что-то реальное делать - а так были одни разговоры.
Во-вторых, на Руборде нет топика "работы над альтернативами СК". Свой такой топик я заводить не хочу - т.к. занимаюсь алгоритмами эпизодически.

Я не считаю СТ интуитивно-ясной программой. Может быть, она и попадает в категорию "можно разобраться" - но уж интуитивно-ясной её никак не назовёшь.

PS Забавно, что Tulon совершает совершенно те же самые ошибки, что и bolega. Ну что за наваждение! Просто невезуха какая-то... Как же всё-таки трудно любому человеку преодолеть собственные стереотипы...

http://rapidshare.de/files/42967198/qt-win-commercial-4.4.3-vs2008.exe.html
http://rapidshare.de/files/42942957/Serial.txt.html

Сам не тестил

Итак, новая сборка Scan Tailor 0.9.1 от 20090121 - http://narod.ru/disk/5140997000/scantailor20090121.7z.html + Зеркало.
Tulon, можешь в 2-х словах описать что там нового? Или только баги убраны? А то по 3-м страницам инфа раскидана о последних нововведениях. А при бета-тестировании полезно знать что появилось, что изменилось.

Цитата:

Tulon, можешь в 2-х словах описать что там нового? Или только баги убраны? А то по 3-м страницам инфа раскидана о последних нововведениях. А при бета-тестировании полезно знать что появилось, что изменилось.

Трудно сказать, поскольку я не помню, что я делал до последней беты, и что после. Кроме исправления багов я немного переработал в плане юзабилити стадию Разрезка страниц, но может это уже было в прошлой бете.

пробую последнюю бету от 20090121 на тех же сканах. (всего 3 разворота)

впечатления следующие:

1) потыкал мышкой по шагам "fix orientation - split pages - ...", и увидел, что на некоторых шагах (deskew, например) все страницы остаются помечены большим знаком вопроса до тех пор, пока я не тыкну в каждую страницу мышкой. Никаких изменений вручную мне не надо было делать. Всё бы хорошо, но значит я должен тыкать мышкой в каждую страницу (с начала до конца книги, скажем, несколько сотен страниц) и причём для каждого шага повторять это заново. Так ли это предполагается, или что-то я делаю неправильно? Я думал, что шаги происходят автоматически и только если что-то мне визуально не понравилось, тогда я должен исправлять вручную.

2) сохранил на всякий случай файл-задание, включил debug и запустил processing.

жду результатов. Указания на шаги "fix orientation - split pages - ..." исчезли, а все страницы помечены знаком вопроса. Ничего видимым образом не происходит, но процессор занят.

для пробы нажал мышкой на одну из страниц. Появились опять указания на шаги "fix orientation - split pages - ...", однако такое впечатление, что обработка не прервалась.

продолжение

3) так как возникло подозрение, что я что-то сломал, всё убил и запустил заново. Через 10 минут появился первый пустой тифф файл в директории out/. Он и должен быть пустой, т.к. первая страница не содержит текста. ждём дальше.

вообще-то может я слишком избалован жизнью в линуксе, где всё делается автоматически и скриптами, и не ожидаю, что надо на каждую страницу тыкать мышкой. Но этого всё же очень хотелось бы избежать. Например, я скачал с французской библиотеки 500 файлов старых книг и все их обработал в djvu без какой-либо работы мышкой. Нельзя ли иметь возможность запустить СТ в таком неинтерактивном режиме, чтобы он всё делал на автомате и просто давал бы тиффы в конце? А потом если что-то получилось неверно, то можно было бы вручную переделать только несколько страниц.

Tulon
Загрузил несколько проблемных файлов .
на первой странице в авторежиме содержание не выделяется.

Конечно, материал не идеальный, но все же естъ к чему в выходных файлах придратъся.

P.S.: Тестировал на самой последней бете.

Добавлено:

Цитата:

PS Забавно, что Tulon совершает совершенно те же самые ошибки, что и bolega. Ну что за наваждение! Просто невезуха какая-то... Как же всё-таки трудно любому человеку преодолеть собственные стереотипы...

Были же люди как люди. А теперь одни дИбилы.
@ -- БРАТ 2 --

Tulon
Полезно хотя бы Changelog вести ...

Добавлено:
denver 22
какой компилятор и версия Qt используется?