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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Очередной глючек. (Видимо у QT какие-то личные счеты с нажимаемыми кнопками). При типе разреза "страница целиком" не деактивируются кнопки на панели "Разделительная линия". И вообще, не лучше ли вообще делать всю панель невидимой? А то может создаться впечатление, что кнопки для данного типа разреза можно будет активизировать, например, выбрав что-то подходящее по кнопке "Изменить..". Вы же не деактивируете кнопки положения огрызка на "безогрызочных" типах страницы.  

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

Цитата:
Кстити. Нет ли возможности изменить фон на нажатой кнопке с текстом на однотонный светло-серый? Текущий вариант с шахматной заливкой визуально уродует надпись на кнопке и выглядит несколько архаично, особенно на фоне круглых кнопок и стрелочек с тенями в стиле web 2.0.  

По идее Qt должен рисовать визуальные элементы согласно выбранной теме в операционной системе.  Если это не так - значит это баг Qt.  Если это так, и вам все равно не нравится - лучше сменить тему, чем пытаться менять внешний вид элементов на уровне приложения.
 

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

Выставление размеров видимой области должно помочь - сделаю как нибудь.
 

Цитата:
Ну и про автоцентровку + скрытие скролов на 100% масштабе повторюсь. По мне, так будет удобнее, чем каждый раз тащить страницу вбок, чтобы "пузырики лопнули" и страница показалась вся.  

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

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

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

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 11:47 08-11-2009
anagnost96

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

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

 
Мне кажется, в таком виде этот принцип нигде не соблюдается. Вот сейчас проверил в GIMP: там масштабирование по курсору идет только до того момента, пока изображение не поместится в окне целиком. И это правильно, потому что последовательность в соблюдении принципов всё-таки не должна идти вразрез с очевидным удобством использования.

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 12:22 08-11-2009
Tulon

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

Цитата:
Экспериментальная, отключенная по умолчанию поддержка OpenGL для ускорения отрисовки пользовательского интерфейса.
 
отключенная по умолчанию ? У меня почему-то включено по умолчанию.

Это потому что в релиз кандидате, где она была включена по умолчанию, вы зашли в настройки и нажали OK.  Соответственно у вас OpenGL включен явно.
 
Добавлено:

Цитата:
Мне кажется, в таком виде этот принцип нигде не соблюдается. Вот сейчас проверил в GIMP: там масштабирование по курсору идет только до того момента, пока изображение не поместится в окне целиком. И это правильно, потому что последовательность в соблюдении принципов всё-таки не должна идти вразрез с очевидным удобством использования.  

Для меня более удобно так, как есть.  Центрировать изображение можно одним движением мыши - совсем небольшая цена за возможность после zoom out тут же сделать zoom in с ожидаемыми результатами.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 12:27 08-11-2009
anagnost96

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

Цитата:
Для меня более удобно так, как есть.  Центрировать изображение можно одним движением мыши - совсем небольшая цена за возможность после zoom out тут же сделать zoom in с ожидаемыми результатами.
 

 
Да в чем же удобство-то? Если уж мы сделали zoom out, то явно не собираемся тут же делать zoom in. Или собираемся, но взяв за центр другую точку, которая как раз может оказаться за пределами видимости.
 
Кроме того, тут явная нелогичность, связанная с тем, что смещения картинки нельзя достичь путем простого перетаскивания (без масштабирования). А если некое положение элементов интерфейса не может быть достигнуто путем прямого воздействия на эти элементы, но может получиться как побочный эффект каких-то иных действий -- то это IMHO явно неправильно и наводит пользователя на мысль о баге.

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 12:41 08-11-2009
Tulon

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

Цитата:
Да в чем же удобство-то? Если уж мы сделали zoom out, то явно не собираемся тут же делать zoom in. Или собираемся, но взяв за центр другую точку, которая как раз может оказаться за пределами видимости.  

Все же время от времени приходится делать zoom in, потом zoom out, возможно не полный, в потом опять zoom in в эту же точку.  Если бы точка при этом смещалась, это меня сильно бы раздражало.  А вот сделать один драг мышью для центрирования изображения, причем не заботясь о том, чтобы не переборщить, меня совершенно не раздражает.
 

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

Ограничение перетаскивания сделано именно для того, чтобы можно было одинм движением мыши вернуть изображение в границы экрана, без необходимости точного позиционирования.  А если уж вам сильно нужен драг без ограничений - для этого есть кнопка Shift, о чем между прочим есть подсказка в статус баре во время драга.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 13:17 08-11-2009
StanFreeWare

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

Цитата:
По идее Qt должен рисовать визуальные элементы согласно выбранной теме в операционной системе.

Вы правы, включил оформление в стиле WindowsXP и кнопки с текстом стали смотреться в нажатом виде гораздо лучше (шахматы исчезли). Зато состояния "нажато" и "отжато" для кнопок "полезная область справа" и "полезная область слева" стали практически неотличимы... http://www.onlinedisk.ru/file/261897/ Прям хоть одиночную стрелку в подмогу предлагать возвращать...  
 
 
Добавлено:

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

А может тогда дабл клик под это действие задействовать?

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 14:47 08-11-2009
Tulon

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

Цитата:
Вы правы, включил оформление в стиле WindowsXP и кнопки с текстом стали смотреться в нажатом виде гораздо лучше (шахматы исчезли). Зато состояния "нажато" и "отжато" для кнопок "полезная область справа" и "полезная область слева" стали практически неотличимы... http://www.onlinedisk.ru/file/261897/ Прям хоть одиночную стрелку в подмогу предлагать возвращать...  

Можно попробовать сделать плавный переход на границах иконок в прозрачность, но мне не охота такими мелочами заниматься, да еще и Gimp для этого изучать.  Можете попробовать сделать это самостоятельно, и оценить результат.  Для этого потребуется собрать ST из исходников самому, что не так уж и сложно, при наличии времени и толстого канала в инет.  Документация по сборке лежит в исходниках, в packaging/windows/readme.ru.txt
 

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

И как по вашему люди об этом узнают?  Народ даже на подсказки в статус баре не смотрит, не говоря уже о чтении документации.

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 15:10 08-11-2009
anagnost96

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В связи с выходом нового релиза решил выложить в общий доступ патч, который сделал для себя, чтобы восполнить недостаток наиболее важных возможностей. Сомневаюсь, подойдет ли этот патч для апстрима , но кому-то наверняка пригодится (для этого, конечно, понадобится самостоятельно собрать ST).
 
Скачать можно здесь: http://www.thessalonica.org.ru/downloads/st_smooth_and_sep.patch.gz
 
Патч добавляет две новых функции к этапу вывода:
 
1) Можно отключить сглаживание;
 
2) В смешанном режиме можно выбрать, что именно мы хотим выводить: только текст, только картинки или то и другое.

Всего записей: 132 | Зарегистр. 01-05-2009 | Отправлено: 15:24 08-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Позвольте поделиться еще одной идеей.
Появилась после работы с первыми страницами глав, разделов, оглавлений, введений и т.п. Дело в том, что зачастую такие страницы имеют особое оформление http://www.onlinedisk.ru/image/262183/chapter.png . Приблизить расположение полезной области к изначальному положению в книжке кнопками простого выравнивания невозможно, и приходится дополнительно подкручивать поля страницы.  
При этом, как правило, четко видна верхняя (нижняя) граница страницы (либо ею считается граница скана).  
Предлагаю, например, рядом с полями "сверху" и "снизу" завести кнопки, по которым величины этих полей будут автоматически вычисляться по разнице между верхней (нижней) границей страницы на скане и верхней (нижней) границей полезной области одновременно с выравниванием по соответствующей стороне.

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 21:39 08-11-2009
Tulon

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
StanFreeWare
Не нужно придумывать решения проблемы, которой не существует.
Во первых, можно вообще ничего не менять - поля все равно заливаются белым кроме как в режиме "Цветной / серый".
Во вторых, если уж вам не хочется центрированного контента, кто вам мешает сделать выравнивание по верхнему или нижнему краю (в вашем примере - по верхнему), и потом нарастить поле с этой стороны до желаемого размера.  Один клик (смена вырванивания) + один драг линии.  Куда уж проще?

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 22:07 08-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По зонам:
Предлагаю каждую последующую зону делать с теми же настройками, что и предыдущая зона. В книжке грязь от разворота почти на каждой второй странице определилась как серая область (ч/б нельзя - есть скриншоты) - замучался каждую область переключать на вычитание...

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 22:13 08-11-2009
Tulon

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

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

ОК, сделал вручную заданный тип для любой из зон использовался при создании новых зон.
 
Добавлено:
anagnost96

Цитата:
Патч добавляет две новых функции к этапу вывода:
 
1) Можно отключить сглаживание;

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

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 00:04 09-11-2009
anagnost96

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

Цитата:
Кстати мне так никто и не показал примера, где отключение сглаживания помогало бы.

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

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Еще пожелание - ввести каким-либо способом индикацию порядкового номера текущей страницы в списке (пусть даже до стадии разрезки страниц неактивную).
Идея в следующем - прошел все этапы, сделал djvu, произвел вычитку. Вычитку произвожу в djvu - там листание самое быстрое, или, в крайнем случае Image Viewer'ом). Выписываю на листочке номера страниц, с пометками где что поправить. И тут начинаются тормоза в работе. На ленте предпросмотра номера страницы не разглядеть, а в основном поле при отображении задержка отображения хоть и небольшая, но заметная.  
В идеале бы просто где-нибудь нужный номер страницы из djvu, или выбрал из выпадающего списка.  
Короче, что-то типа http://www.onlinedisk.ru/image/262529/navigator.png.
 
Добавлено:

Цитата:
ОК, сделал вручную заданный тип для любой из зон использовался при создании новых зон.

И, возможно, полезно будет в подсказке добавить в скобочках тип создаваемой зоны.

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 05:33 09-11-2009
iit512

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А можно попросить (вроде бы) простую вещь? Как было бы здорово, если клавиши 1, 2, 3, 4, 5 и 6 были бы активными! Нажимаешь, скажем, "4", и моментально переходишь из режима вывода в режим правки полезной области... Это бы сильно ускорило многие операции.

Всего записей: 176 | Зарегистр. 18-05-2005 | Отправлено: 07:15 09-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А сейчас будет действительно важное предложение:
 
Дело в том, что сейчас я даже чисто ч/б страницы стараюсь делать в смешанном режиме. Причина проста - благодаря режиму зон всегда есть возможность сравнить с первоисточником. И дело не только в серых зонах. В режиме зон также удобно отслеживать ошибки депескинга и ошибки в определении полезной области.
А это уже вещи, которые нужны во всех режимах, особенно в ч/б.
 
Имеющиеся органы управления для этого не очень удобны даже в смешаном режиме.
 
Предлагаю:  
1. Переименовать вкадку "Зоны картинок" в "Оригинал".
2. Показывать эту вкадку во всех режимах.
3. Режим "Смешанный" переименовать в "Смешанный + зоны".
4. Завести быстрые кнопки переключения вкладок.
 
На самом деле в несмешанных режимах достаточно (и удобнее) иметь кнопки без фиксации (и быстрой клавиши, по нажатии которой - оригинал, по отпусканию - вывод). Но здесь могут начаться конфликты моторных навыков пользователя в разных режимах.  
 
 
 
Добавлено:
Хотя такую кнопку без фиксации "Оригинал" и соответствующую быструю клавишу можно сделать для всех режимов.
 
А для смешанного режима оставить все как есть...
 
Тогда можно обойтись без конфликтов.

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 07:26 09-11-2009
ndch

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

Всего записей: 4733 | Зарегистр. 31-08-2008 | Отправлено: 14:01 09-11-2009
StanFreeWare

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
anagnost96
Под windows скомпилированной пропатченной сборочкой не поделитесь? А то некоторое время назад изобретал внешнюю утилиту, делающую аналогичные вещи используя out\cache\automask. Но ваш вариант лучше (он же использует информацию о зонах?).

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 20:50 09-11-2009
Tulon

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

Цитата:
А можно попросить (вроде бы) простую вещь? Как было бы здорово, если клавиши 1, 2, 3, 4, 5 и 6 были бы активными! Нажимаешь, скажем, "4", и моментально переходишь из режима вывода в режим правки полезной области... Это бы сильно ускорило многие операции.

Можно наверное, но тогда уж не 1 2 3 ..., а F1, F2, F3, ..., потому как если фокус стоит на поле ввода, цифры пойдут туда.
 
Можно то можно, но стол заказов на этом закрывается.  Что было быстро / просто сделать, я уже сделал (смотрите лог git'а), а остальное отправляется в долгий ящик.  На днях выпущу багфикс версию 0.9.7.1, и после этого займусь доведением до ума despeckling'а - займусь надолго.
 
ndch

Цитата:
CrashReporter работает ?

Если падает, но не хочет отправлять crash report - так и скажите.  Как я отличу "не работает" от "ни у кого не падает"?

Всего записей: 718 | Зарегистр. 07-05-2008 | Отправлено: 22:42 09-11-2009
StanFreeWare

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

Цитата:
но стол заказов на этом закрывается


Цитата:
2) В смешанном режиме можно выбрать, что именно мы хотим выводить: только текст, только картинки или то и другое.

А сложно/долго будет перед работой над депескингом добавить галочку для вывода еще пары папок "gray" и "bw" c текстом и картинками отдельно, раз уж минимум тремя людьми эта фича упоминалась, как почти обязательная для профессионального книгопечатания.  
   
По большому счету по функционалу (про предложенные выше доп. удобства пока забудем) не хватает именно этих двух вещей -  
1. Возможности в смешаном режиме иметь отдельно текст, а отдельно картинки, чтобы можно было фильтровать/обрабатывать растр на картинках - иначе djvu будут в разы большего размера, чем нужно. А для последующей их склейки, если вы решите, что это несвойственно идеологии СТ, можно будет и какой-нибудь gimp-скрипт придумать, если уж приспичит.  
2. Депескинга, само собой.
 

Всего записей: 865 | Зарегистр. 10-01-2007 | Отправлено: 23:26 09-11-2009
   

Страницы: 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.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru