Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor

Модерирует : gyra, Maz

Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

   

Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Scan Tailor

 
Скриншот:

В разработке находится новая альтернатива СканКромсатору. Разработчик - ваш покорный слуга.
Задача программы - пост-обработка сырых сканов с целью их последующей сборки в PDF или DJVU.
 
Уже есть на что посмотреть, и возможно присоединиться к проекту. Проект с открытыми исходниками и кросс-платформенный (Windows + Linux).
 
По сравнению со СканКромсатором планируется большее удобство использования, большая интерактивность, но при этом не меньшая автоматизация процесса.
 
Сайт проекта: http://scantailor.sf.net     Скриншоты
 
Топик программы на форуме Натахаус       Англоязычный топик по ScanTailor

Документация
 
Документация (Wiki)              Зоны картинок в ScanTailor
 
Статья: Scan Tailor. Программа для обработки отсканированных книг
 
Видеоурок: Создание DjVu с помощью Scan Tailor (зеркало)
 
Методика использования STA совместно с Djvu Imager

Дистрибутивы
 
Версия СТ с функцией выпрямления искривленных строк (dewarp от Rob)
 
Патч от anagnost96 Вариант ScanTailor с этим патчем (STA)  Зеркало
 
ScanTailor для Mac
 
Последние изменения в дереве исходников - для сильно любопытных и владеющих английским.
Там же можно подписаться на rss/atom - для нетерпеливых.
 

Дополнительно
 
ST GreyText v1.0 Программа для генерации вывода как бы "Только текст (в режиме серого)" - для Scan Tailor от anagnost96.
 
LayerTailor Программа для разделения сканов (после "Смешанный режим) на foreground и background слои с целью последующего раздельного кодирования в djvu. Принцип работы: Все черные пиксели (яркость==0) переносятся в foreground, остальное - в background. Функция layer принимает на входе 3 параметра: исходное имя файла TIFF, имя файла для foreground и имя файла background. Автор: U235.
 
Предложения к anagnost96 по поводу улучшения его модификации СТ
Сравнение выпрямления искривленных строк в СТ и в BR

Статья О возможности альтернативы СканКромсатору     Полезные ссылки по теме топика
ArtScan - ещё одна программа для сканобработки.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 21:37 15-06-2008 | Исправлено: ndch, 22:37 12-02-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LazyKent
Проверьте, финальный ли там релиз Qt 4.6.  В пререлизах был баг, из-за которого ST падал.
Найти место падения можно так:

Код:
 
gdb /path/to/scantailor
run
[вызвать падение]
bt
 

 
StanFreeWare
Правильно.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 00:03 06-01-2010
LazyKent

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
Вот такое выдаёт:

Код:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff617fc3a in QGLEngineShaderManager::getUniformLocation(QGLEngineShaderManager::Uniform) () from /usr/lib64/libQtOpenGL.so.4
(gdb) bt
#0  0x00007ffff617fc3a in QGLEngineShaderManager::getUniformLocation(QGLEngineShaderManager::Uniform) () from /usr/lib64/libQtOpenGL.so.4
#1  0x00007ffff618ac81 in ?? () from /usr/lib64/libQtOpenGL.so.4
#2  0x00007ffff618c2d4 in ?? () from /usr/lib64/libQtOpenGL.so.4
#3  0x00007ffff618c9f3 in QGL2PaintEngineEx::drawPixmap(QRectF const&, QPixmap const&, QRectF const&) () from /usr/lib64/libQtOpenGL.so.4
#4  0x00007ffff746a941 in QPainter::drawPixmap(QRectF const&, QPixmap const&, QRectF const&) () from /usr/lib64/libQtGui.so.4
#5  0x000000000042d746 in PixmapRenderer::drawPixmapNoXRender(QPainter&, QPixmap const&) ()
#6  0x000000000042d800 in PixmapRenderer::drawPixmap(QPainter&, QPixmap const&) ()
#7  0x000000000044b374 in ImageViewBase::paintEvent(QPaintEvent*) ()
#8  0x00007ffff7363e15 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#9  0x00007ffff7706076 in QFrame::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#10 0x00007ffff6bf3737 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#11 0x00007ffff730ebbc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#12 0x00007ffff731521d in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#13 0x00007ffff6bf431c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#14 0x00007ffff736c3bd in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) ()
   from /usr/lib64/libQtGui.so.4
#15 0x00007ffff751f99c in QWidgetPrivate::repaint_sys(QRegion const&) () from /usr/lib64/libQtGui.so.4
#16 0x00007ffff735d7a4 in QWidgetPrivate::syncBackingStore() () from /usr/lib64/libQtGui.so.4
#17 0x00007ffff7364525 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#18 0x00007ffff613f461 in QGLWidget::event(QEvent*) () from /usr/lib64/libQtOpenGL.so.4
#19 0x00007ffff730ebec in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#20 0x00007ffff731521d in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#21 0x00007ffff6bf431c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#22 0x00007ffff6bf6a97 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQtCore.so.4
#23 0x00007ffff6c1dd73 in ?? () from /usr/lib64/libQtCore.so.4
#24 0x00007ffff4f87f6e in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#25 0x00007ffff4f8b938 in ?? () from /usr/lib64/libglib-2.0.so.0
#26 0x00007ffff4f8ba60 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#27 0x00007ffff6c1d8b3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#28 0x00007ffff73bb9ce in ?? () from /usr/lib64/libQtGui.so.4
#29 0x00007ffff6bf2c42 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#30 0x00007ffff6bf301c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#31 0x00007ffff6bf6d5b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#32 0x000000000042c879 in main ()

Qt 4.6.0

Всего записей: 174 | Зарегистр. 17-08-2006 | Отправлено: 02:59 06-01-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LazyKent
Какая-то фигня с 3D ускорением.  Отключите его в настройках.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 03:07 06-01-2010
LazyKent

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Какая-то фигня с 3D ускорением.  Отключите его в настройках.

Помогло.

Всего записей: 174 | Зарегистр. 17-08-2006 | Отправлено: 03:45 06-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
ИМХО выравнивание освещённости в СТ ещё пока что неудовлетворительно - по крайней мере, по сравнению с Book Restorer 4.1. Кстати, в СК та же проблема (о чём я когда-то писал в топике по СК). После конечной бинаризации остаются "пересвеченные" (более бледные) пятнообразные участки текста (а после Book Restorer 4.1 - никогда).
 
Может, Ваши друзья на DYI-форуме возьмутся ещё как-нибудь сделать крутой алгоритм выравнивания освещённости?
 
Вот если бы в СТ существовала штатная возможность в течение всего цикла сканобработки передать сканы в Book Restorer 4.1 и назад в СТ (как это позволяет сделать СК, потому что сохраняет на диск промежуточно-обработанные сканы) - тогда проблемы бы не было.
 
Может, тоже сделаете (в отдалённом будущем) промежуточное сохранение сканов на диск (на каких-то этапах сканобработки) - как в СК (чтобы эти сканы можно было обрабатывать попутно в Book Restorer 4.1)? Почему бы и нет?
 
Единственная альтернатива - реализовать в СТ алгоритмы выравнивания освещённости и выпрямления искривленных строк не хуже, чем в Book Restorer 4.1. Реально ли это? ИМХО пока что сомнительно.
 
Меня вот, кстати, именно эти недостатки отвращают от СТ в сторону СК - ну не могу я никак смириться ни с кривыми строками, ни с пересвеченными пятнами текста. СК ведь не так "тоталитарен", как СТ.
 
Даже если ожидаемый алгоритм выпрямления искривленных строк окажется идеальным на 100% (?) - всё равно останется недостаточно качественный алгоритм выравнивания освещённости (а значит, всё насмарку - идём от СТ к СК).
 
Кстати, я вот подумал: СК, в отличие от СТ, может быть использован не только для самостоятельного создания DjVu-книг, но также и для улучшающей переделки чужих некачественно-сделанных DjVu-книг. СТ на подобное в общем случае не способен.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 17:04 06-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon
И ещё ИМХО неплохо бы как-то расширить возможности СТ в плане бинаризации. А то, когда подаёшь на СТ сканы, у которых была выровнена освещённость в Book Restorer 4.1, диапазона регулирования порога бинаризации СТ оказывается недостаточно.
 
Надо бы, думается, расширить диапазон порога бинаризации. Или что-то в этом роде.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 18:00 11-01-2010
Mandor Sawall

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Надо бы, думается, расширить диапазон порога бинаризации. Или что-то в этом роде.

Поддерживаю. Мне тоже (иногда) кажеться, что диапазон недостаточной.
 
Tulon
И еще – как вы относитесь к просьбу добавить настройку для записи ч/б TIFF в CCITT4-формат? Выключена по дефолт, конечно…

Всего записей: 119 | Зарегистр. 20-03-2003 | Отправлено: 09:15 12-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
ИМХО выравнивание освещённости в СТ ещё пока что неудовлетворительно

Получается какая-то странная ситуация: начиная обрабатывать произвольные сканы в СТ, никогда не знаешь - а будет ли достигнуто в итоге желаемое качество готовых сканов?
 
Ведь вполне может получиться так, что только когда уже полностью обработаешь сканы, вдруг обнаруживаешь, что тебе не нравится полученное качество - а сделать ничего нельзя, ни передать сканы в Book Restorer для промежуточной доработки, ни в самом СТ никак не исправить недостаточное качество.
 
Понимаете ли Вы, что это обстоятельство на 80-90% обессмысливает существование Вашей программы? По крайней мере, в том виде, в котором она есть сейчас.
 
Да, на мой взгляд, эргономичность и удобство использования СТ на порядок лучше, чем у СК - но толку? Практически все плюсы сводит на нет вышеуказанный недостаток.
 
А вот это Ваше добровольно взятое на себя самоограничение - что "алгоритмы должны быть потокобезопасными" - так ли уж это нужно? В СК этого нет - ну и что - он прекрасно без этого обходится. Вы добровольно взвалили на себя лишнюю сложность, которая совершенно некритична - ни для удобства использования СТ, ни для получаемого качества обработки. Это уже, так сказать, "понты".
 
Я предлагаю такое решение проблемы "сторонней доработки":
 
Во-первых, необходимо научить СТ делать т.н. пары субсканов - как описано тут: http://forum.ru-board.com/topic.cgi?forum=5&topic=27424&start=1720#18 .
 
Во-вторых, СТ следует научить сохранять эти пары субсканов на диск до финальной бинаризации - т.е. оба субскана в режиме greyscale (где-то на полдороге стадии "Вывод").
 
В-третьих, СТ следует научить открывать эти пары субсканов с диска - по-видимому, в той самой точке, где они были выгружены на диск.
 
Что это даёт? Это дало бы возможность, выгрузив на диск пары субсканов в режиме greyscale, далее сделать с ними всё, что хочешь. Скажем, сделать выравнивание освещённости + исправление искривленных строк переднего субскана в Book Restorer 4.1. Или любые, самые извращенческие обработки то ли отдельно над передними субсканами, то ли отдельно над задними - в любой сторонней программе.
 
В самом деле - ну не можете же Вы воплотить в СТ все мыслимые алгоритмы сканобработки? Это же невозможно. А кому-то всегда будет хотеться до-обработать сканы в некой сторонней программе - которая, быть может, с высоким совершенством делает некую одну операцию.
 
Сейчас же это (до-обработка в сторонней программе) возможна только в том случае, когда на сканах отсутствуют серые картинки (обрабатываемые СТ-зонами).

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:23 12-01-2010 | Исправлено: monday2000, 10:34 12-01-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
monday2000

Цитата:
И ещё ИМХО неплохо бы как-то расширить возможности СТ в плане бинаризации. А то, когда подаёшь на СТ сканы, у которых была выровнена освещённость в Book Restorer 4.1, диапазона регулирования порога бинаризации СТ оказывается недостаточно.  

Нужны примеры.
 

Цитата:
И еще – как вы относитесь к просьбу добавить настройку для записи ч/б TIFF в CCITT4-формат? Выключена по дефолт, конечно…

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

Цитата:
Ведь вполне может получиться так, что только когда уже полностью обработаешь сканы, вдруг обнаруживаешь, что тебе не нравится полученное качество - а сделать ничего нельзя, ни передать сканы в Book Restorer для промежуточной доработки, ни в самом СТ никак не исправить недостаточное качество.  

Что значит нельзя?  А вывести в режиме Серый / Цветной?

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 10:33 12-01-2010
anagnost96

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Нужны примеры.  

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

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 10:37 12-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Что значит нельзя?  А вывести в режиме Серый / Цветной?

Так можно вывести сканы только целиком - а не в виде пар серых субсканов. Некое решение предлагал патч от anagnost96 - но точно не помню, такое же ли.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:37 12-01-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Я ведь выкладывал выше по треду образец скана, который как раз и демонстрирует недостаточность доступного диапазона значений для порога бинаризации.  

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

Цитата:
Так можно вывести сканы только целиком - а не в виде пар серых субсканов. Некое решение предлагал патч от anagnost96 - но точно не помню, такое же ли.

Если вы хотите делать такие операции как выравнивание освещения в BR, то для этого вывод в режиме Серый / Цветной как раз подходит.  А раздельный вывод текста / картинок - это уже отдельный вопрос.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 10:58 12-01-2010 | Исправлено: Tulon, 10:59 12-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
то для этого вывод в режиме Серый / Цветной как раз подходит.

Нет, не подходит - картинки портятся. Выравнивание освещённости в BR нужно делать только над текстом - не трогая картинки на том же скане.
 
Добавлено:
Tulon

Цитата:
Вы же вроде написали патч для расширения диапазона?

Я сделал доп.программку - для склеивания/разделения сканов по чёрной трафаретке. Но всё это крайне неудобно и непрактично.

Цитата:
Если вы, то надо было выложить три скана: оригинал, результат без расширения диапазона и с расширением.

Постараюсь сделать на днях. Это непросто - надо перерыть кучу сканов, обработать, и найти нужный пример. Но могу сказать точно: то, что у меня там получилось в СТ - да, можно пользоваться, но можно бы получше - и в СК это можно достичь (только СК неудобен отсутствием авто-распознавания зон).

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 11:01 12-01-2010
woodyfon

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тут много было вопросов и пожеланий по поводу руководству. Но они все в основном касались руководство пользователя. Интересует руководство разработчика , в котором можно было узнать какие алгоритмы используются, какие алгоритм, касаюшиеся обработке ведущий проекта хочет подправить и т. д.
P.S. Я все книги делаю в ST, серые книги в основном, за макс 5 часов неприрывной работы. Обязан я делать какие-то пометки на книгах по лицензии GNU GPL. Просто откровенно не разбираюсь в английском и сути, а хотелось не нарушать условия лицензии. Все-таки автор и разработчик молодца.

Всего записей: 417 | Зарегистр. 03-08-2007 | Отправлено: 12:37 12-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я придумал вариант, как можно наиболее просто решить проблему "сторонней доработки":
 
Можно просто модифицировать патченную версию СТ от anagnost96 - добавив туда ещё один - 4-ый режим вывода - "Только текст (серый)". Имеется в виду, чтобы в этом режиме выводился только текст, но до бинаризации - в режиме greyscale.
 
И тогда можно будет в сторонних редакторах как угодно обрабатывать этот "только текст в режиме серого"- например, выравнивать освещённость, выпрямлять искривленные строки, и всё что угодно. А в конце - просто бинаризовать этот серый "только текст" (в СК или в BR - да в чём угодно) - и получатся у нас готовые т.н. "пары субсканов" (вкупе с серыми картинками) - которые можно будет дежавючить по методу разделённых сканов.
 
Это был бы ИМХО просто спасительный (да ещё и простой) выход из назревшей тяжёлой проблемы.
anagnost96
Что скажете, могли бы Вы так доработать свой патч? (А Tulon попросим его билд сделать - больше ведь некого). Вроде бы относительно достижимая задача.
 
По-хорошему, таким должен бы стать сам СТ - а не его сторонние модификации.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 14:02 12-01-2010 | Исправлено: monday2000, 14:04 12-01-2010
anagnost96

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
monday2000
 

Цитата:
Что скажете, могли бы Вы так доработать свой патч?

 
Tulon скажет точнее, но, насколько я понимаю, там сейчас код написан таким образом, что никакого "серого текста до бинаризации" просто не существует: бинаризация делается одновременно с маскировкой картинок. Так что реализация Вашей идеи представляется не совсем тривиальной задачей. К тому же на этом пути возникает очевидная проблема: ну, допустим, серый текст мы выведем, а что делать с теми областями, где были картинки? Неужели выводить белые дыры на сером фоне?

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 14:12 12-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
anagnost96

Цитата:
Неужели выводить белые дыры на сером фоне?  

Разумеется, да. Ведь это же будет "полуфабрикат". Я в СК так делал - и ничего. И после окончательной бинаризации эти белые дыры "сольются" с белым фоном текста, а после вклейки на их место картинок посредством DjVu Imager они (дыры) вообще закроются (картинками).

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 15:12 12-01-2010 | Исправлено: monday2000, 15:15 12-01-2010
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
monday2000

Цитата:
Нет, не подходит - картинки портятся. Выравнивание освещённости в BR нужно делать только над текстом - не трогая картинки на том же скане.  

Я не понимаю, что значит "картинки портятся"?  Кто их портит в режиме Серый / Цветной?  Выравнивание освещения?  Нут так отключите его.  Кстати исключать картинки из выравнивания освещения не стоит.  При достаточно светлом цвете бумаги это прокатит, а иначе резкое изменение фона в районе картинки режет глаза.  Является ли желание убрать картинки перед выравниванием освещения в BR вашей инициативой, или BR плохо обрабатывает такие случаи?  Кстати обратите внимание, что в ST, автоопределение картинок требует уже выровненного освещения.  Иначе тень определится как картинка.
 
woodyfon

Цитата:
Интересует руководство разработчика , в котором можно было узнать какие алгоритмы используются, какие алгоритм, касаюшиеся обработке ведущий проекта хочет подправить и т. д.  

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

Цитата:
P.S. Я все книги делаю в ST, серые книги в основном, за макс 5 часов неприрывной работы. Обязан я делать какие-то пометки на книгах по лицензии GNU GPL. Просто откровенно не разбираюсь в английском и сути, а хотелось не нарушать условия лицензии. Все-таки автор и разработчик молодца.

GPL такого не требует.  Вообще, GPL накладывает ограничения только на распространение программы или ее частей - на использование никаких ограничений нет.  Кстати при распространении, GPL требует указывать, где можно взять исходники, причем это относится даже к неизмененным версиям.
 
anagnost96

Цитата:
Tulon скажет точнее, но, насколько я понимаю, там сейчас код написан таким образом, что никакого "серого текста до бинаризации" просто не существует: бинаризация делается одновременно с маскировкой картинок.

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

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 22:27 12-01-2010
Mandor Sawall

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:

Цитата:
И еще – как вы относитесь к просьбу добавить настройку для записи ч/б TIFF в CCITT4-формат? Выключена по дефолт, конечно…

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

Да, извините – не подумал об етом.
Если я правильно понял, большинство из вас използуют СТ, что бы подготовить файлы для DjVu. Поетому и заменили CCITT – из-за проблемов с Painshop. А мы използуем СТ для очистки сканов для OCR-а. При етом у нас группа – один сканирует (или фотографирует), другой делает OCR и начальной редакции текста, третий – полная вычитка текста, сравнивая его со сканов. При всех етапов мы отправляем весь комплект сканов, и нам приходиться конвертировать полученые из СТ файлы в CCITT, что бы уменьшить размер в несколько раз.
Вот и все.

Всего записей: 119 | Зарегистр. 20-03-2003 | Отправлено: 09:47 13-01-2010 | Исправлено: Mandor Sawall, 09:48 13-01-2010
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tulon

Цитата:
Я не понимаю, что значит "картинки портятся"?

Это значит, что в Book Restorer 4.1, если сделать выравнивание освещённости над сканом, содержащим полутоновую картинку, то после этой операции в Book Restorer 4.1 эта полутоновая картинка необратимо "портится" - т.е. на ней-то тоже выравнивается освещённость - и получается блёклая невыразительная гадость, из которой уже никак потом не сделаешь обратно нормальную полутоновую картинку.
Tulon
Почему Вы не делаете патч от anagnost96 в своей основной версии СТ?
anagnost96
Сможете ли Вы теперь сделать вывод "только текст в режиме серого"? Очень нужно.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:18 13-01-2010
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107

Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor
Widok (17-02-2010 12:17): Лимит страниц. Продолжаем здесь.


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru