» Scan Tailor

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

Все это уже есть в SVN, вот только этой кнопке хорошо бы подобрать иконку, да и как ее обозвать, я тоже еще не придумал. Фокус? Автоскролл?

Цитата:

да и как ее обозвать

Autoshift

Сделал инсталялшку в Inno Setup, прошу потестить. Интересует правильно ли работают файловые ассциациии.
Инструкция:
Содержимое архива поместить на диск Ц, в папку инпут поместить программу, скомпилировать файл Scan Tailor.iss в Inno Setup.
Для тех кто не разу не пользвоался Scan Tailor просьба:
скачайте Regshot 2.0 unicode и сделайте снимок1, затем запустите програму создайте или откройте проект и сделайте снимок 2, отчёт прошу предоставить мне.

Цитата:

Сделал инсталялшку в Inno Setup, прошу потестить. Интересует правильно ли работают файловые ассциациии.
Инструкция:
Содержимое архива поместить на диск Ц, в папку инпут поместить программу, скомпилировать файл Scan Tailor.iss в Inno Setup.
Для тех кто не разу не пользвоался Scan Tailor просьба:
скачайте Regshot 2.0 unicode и сделайте снимок1, затем запустите програму создайте или откройте проект и сделайте снимок 2, отчёт прошу предоставить мне.

Опа, а мне уже сделали инсталлятор на NSIS. Теперь придется выбирать, какой в конечном счете использовать. Файл .nsi у меня уже давно лежит на десктопе, и хорошо бы конечно интегрировать создание инсталлятора в систему сборки (тем более что я уже такое делал), но без винды это будет очень долгий процесс. Вот если бы кто-то, кто знает и CMake и NSIS (либо InnoSetup) взялся бы за это дело - тогда там работы буквально на пару часов. А если я за это возьмусь, то процесс будет протекать таким образом:

Код: Повторить_10_раз {
Собирайте сборку.
Прошло пол дня.
Не собирается - выдает такую-то ошибку.
Ладно, а теперь?
}

Сборка 2009-01-31 Rev.251

Кто занимается редактированием wiki-справки? Внесите изменения с новыми скриншотами - http://ifolder.ru/10305649
Тут ещё нет изменений сборки 251. Какие-то скрины может уже и не актиальны, т.к. справка уже во многом отредактирована. Tulon, внесите её в шапку. А то про неё так никто и не узнает. Даже Понедельник в упор не увидел в топике ссылку на неё.
Я пока не разбирался как вики редактировать (точнее нет времени).

Цитата:

Кто занимается редактированием wiki-справки? Внесите изменения с новыми скриншотами - http://ifolder.ru/10305649
Тут ещё нет изменений сборки 251. Какие-то скрины может уже и не актиальны, т.к. справка уже во многом отредактирована. Tulon, внесите её в шапку. А то про неё так никто и не узнает. Даже Понедельник в упор не увидел в топике ссылку на неё.

Кроме меня никто пока не занимается.
Ссылку в шапку вынес, скриншоты чуть попозже обновлю. Чтобы подвигнуть народ к улучшению справки, включил анонимное редактиование. Правда для добавления / удаления картинок, все равно нужен аккаунт на sourceforge.net

Добавлено:
Все же решил заняться инсталлятором для винды, не имея доступа к этой самой винде. К счастью NSIS есть и для линукса, так что тренироваться можно было и тут.
В общем сборщики могут уже попытаться сделать сборку с инсталлятором. Просто поставьте себе NSIS и собирайте как обычно. В случае ошибок - лог мне в личку.

Есть просьба. Нужен одностраничный скан в двух вариантах. Один вариант - в портретной ориентации - как они обычно и делаются, второй - в ландшафтной, то есть примерно так:

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

Если не сложно, то сделайте еще две пары: один в сыром режиме, что-то типа вот этого:

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

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

Сборка Rev.254 с инсталлятором

Добавил despeckling. Жду сборок и тестирования. Алгоритм учитывает не только размер объекта, но и его удаленность от других объектов. Возможно придется подстроить константы. Если все будут довольны, выпущу релиз на основе этой версии.

В шапке новый релиз Rev.258.

- предыдущие сборки так и не хотят включать в полезную область полутоновые рисунки, находящиеся в самом верху страницы. Для меня это терпимо. Я лишь констатирую. Примеры не привожу, т.к. несколько подобных сканов уже выкладывал недавно в составе других проблем.
- повторная обработка на Полезной области ускорилась (возможно зависит от свойств сканов - сравниваю на разных книгах)
- нарвался на один из случаев "вылетов" (сборка 20090129 вроде): при режиме "Цветной/Серый" если выставить "Белые поля", то при обработке вылезает сообщение "Microsoft Visual C++..." (скрин этой ошибки тут уже выкладывали). Может уде и исправлено. Описываю на всякий случай.

Добавлено:
Раз мы перешли на нумерацию ревизий, то может уже нет смысла указывать сборщика? Я сделал это последний раз (забавно, но именно в этот раз мне это удалось).

Моё наблюдение по поводу удаления сканов из проекта (по сравнению с предложенным Tulon-ом:
Как я понял на практике, чтобы удалить страницу из проекта, достаточно удалить ссылку на неё в самом начале в разделе <files>? При удалении ссылки на файл, программа просто не будет ссылаться на ее "теги-потомки".
Отличие именно в том, что теги-потомки удалять не надо. На практике уже реализовано.
Tulon, если я ошибаюсь, вы меня поправьте.

denver 22

Цитата:

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

Пока нет идей, как отличать большие темные области на рисунках от теней на границах страницы.


Цитата:

- повторная обработка на Полезной области ускорилась (возможно зависит от свойств сканов - сравниваю на разных книгах)

Скорость обработки уже обработанных сканов практически полностью определяется скоростью загрузки исходного изображения. В принципе возможно вообще избегать загрузки таких изображений - у меня по моему даже в TODO такой пункт был.


Цитата:

- нарвался на один из случаев "вылетов" (сборка 20090129 вроде): при режиме "Цветной/Серый" если выставить "Белые поля", то при обработке вылезает сообщение "Microsoft Visual C++..." (скрин этой ошибки тут уже выкладывали). Может уде и исправлено. Описываю на всякий случай.

Я так понимаю вылет не воспроизводится? Если так, то может и исправил - изменения, связанные с многопоточностью, были уже после 29 числа.


Цитата:

Раз мы перешли на нумерацию ревизий, то может уже нет смысла указывать сборщика? Я сделал это последний раз (забавно, но именно в этот раз мне это удалось).

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


Цитата:

Моё наблюдение по поводу удаления сканов из проекта (по сравнению с предложенным Tulon-ом:
Как я понял на практике, чтобы удалить страницу из проекта, достаточно удалить ссылку на неё в самом начале в разделе <files>? При удалении ссылки на файл, программа просто не будет ссылаться на ее "теги-потомки".
Отличие именно в том, что теги-потомки удалять не надо. На практике уже реализовано.
Tulon, если я ошибаюсь, вы меня поправьте.

Да, все правильно. Только реализовывать ничего не пришлось - такое поведение было с самого начала.

Цитата:

Цитата:
- нарвался на один из случаев "вылетов" (сборка 20090129 вроде): при режиме "Цветной/Серый" если выставить "Белые поля", то при обработке вылезает сообщение "Microsoft Visual C++..." (скрин этой ошибки тут уже выкладывали). Может уде и исправлено. Описываю на всякий случай.


Я так понимаю вылет не воспроизводится?

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

К делу: упоминаемый случай "вылетов" у меня воспроизводится регулярно как на сборке 254 от U235, так и на сборке 258 от denver 22. Пробую на одном двухстраничном скане - книжный разворот (вертикальный, т.е. требующий поворота). 1200 dpi (требуется по условию дальнейшей работы - направляется в типографию). Greyscale. Правда фотошоп определяет цветовую модель, как Index color.
Вылетает на последнем этапе - Вывод в B/W 1200 dpi. Полезную область определяет нормально. В Макете страницы все поля делаю нулевыми (тоже удобнее для дальнейшей обработки).
Вылет воспроизводится совершенно стабильно на разных компах, что делает просто невозможной работу

Под "реализовать" я имел ввиду, что на своем опыте проверил - работает

Добавлено:
Admig314
Скиньте сюда примеры сканов для разработчика.
А вот 1200 dpi так ли уж необходимы? Для чего это вы используете такое разрешение?

Цитата:

Скиньте сюда примеры сканов для разработчика.
А вот 1200 dpi так ли уж необходимы? Для чего это вы используете такое разрешение?

Такое разрешение, к сожалению, необходимо. Производится переиздание книги, у которой утерян электронный макет. Отсюда - сканирование. Причем нужно еще вносить исправления в текст. Потому нужно предельно вычистить и обязательно в B/W.
600 dpi в B/W режиме по типографским меркам - маловато.

Пример скана - нужна превьюшка или реальный файл? (Реальный около 90 Мб весит)

Цитата:

Пример скана - нужна превьюшка или реальный файл? (Реальный около 90 Мб весит)

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

Цитата:

Если и с jpeg'ом будет вылетать - шлите jpeg. Если нет - шлите оригинал.

Пережал в jpeg с 80% качеством. Файл 14 Мб.
Дважды пробовал - дважды вылетало с тем же сообщением "MS Visual C++...". Причем в первый раз - до начала этапа Вывода, в тот момент, когда в диалоговом окне устанавливал опции разрешения. Во второй раз вылетело уже в процессе вывода. Не сразу, а по прошествии примерно минуты, так же как и в случае с tif-ом.

jpg-файл:
Ссылка

Мда, а у меня не упало. Пришлось правда залезть в код и отключить фильтр Savitzky-Golay, а то при 1200 DPI я бы до утра ждал результатов. Arceny, может у вас воспроизведется?

Еще такой вопрос: вылетает ли в режиме Цветной / Серый с белыми полями и нормализацией освещения?

И выложите-ка на всякий случай ваш проектный файл для одной этой страницы - может с ним воспроизведется.

У меня кстати появилась пара идей по ускорению работы на сканах высокого разрешения.

Цитата:

Еще такой вопрос: вылетает ли в режиме Цветной / Серый с белыми полями и нормализацией освещения?

Нет, не вылетает. Ни в случае tif, ни в случае jpg. Благополучно создает выходные файлы.
Один раз забыл указать, что применить режим "Цветной / Серый" ко всем страницам - так примененная страница нормально обработалась, а на той, для которой остался режим B/W, опять случился все тот же сбой.

На всякий случай исходный скан (90 Мб):
Ссылка

Tulon
Думаю, у нас будет 1-2 дня для тестирования сборки с despeckling? Постараюсь найти грязные сканы.
Admig314
Вы файлы tif сжимайте перед отправкой. Зачем же так трафик убивать.

Цитата:

Думаю, у нас будет 1-2 дня для тестирования сборки с despeckling? Постараюсь найти грязные сканы.

Будет. Пока не исправлю падение, новую версию выпускать не буду.

Цитата:

Вы файлы tif сжимайте перед отправкой

Так они уже сжаты - LZW. Больше и не ужмешь, если без потерь. Несжатые и вовсе 140 Мб весят

Добавлено:
Попутно еще такой вопрос. Почитав топик и wiki не нашел ответа. Происходит ли при обработке исправление искажения строк текста. Не перекос, а именно искривление, как бывает в области корешка на развороте толстой книги. Подобное искажение исправляется при обработке в файнридере (и не помню еще в каких-то программах).

Цитата:

Происходит ли при обработке исправление искажения строк текста. Не перекос, а именно искривление, как бывает в области корешка на развороте толстой книги. Подобное искажение исправляется при обработке в файнридере (и не помню еще в каких-то программах).

Нет, такого не делается.

Admig314
Такое исправление вроде делает Book Restorer.
Tulon
Отчет по Rev.258:
- Кнопка "Автоматически переходить к выбранной страницу" может переименовать в "Включить автоматическую прокрутку"? А то, если бы я на форуме не прочитал, не понял бы что это означает.
- в продолжение этой функции: Если во время Пакетной обработки выделить обработанный скан, обработка останавливается. Это известный факт? Если ДА, то я не вижу смысла "прокрутки ленты", если по сканам нельзя щелкнуть для просмотра результата. В ней есть смысл, если реализовать фоновую обработку, по примеру фонового распознавания в FineReader-е, когда можно увидеть результат уже в процессе обработки.
- Если возможно, предлагать по-умолчанию сохранять проект в папке с исходными сканами (сейчас: первично - это установочная папка программы; затем - папка предыдущего проекта).
- При ручной проходке на этапе Полезная область (проверял только здесь) лента предпросмотра остается на месте (на 1-м скане). При переходе на другой этап и возврате в "Полезную область", лента стала перемещаться.
Сначала думал, что то баг. Как выяснилось, причиной могла быть выключенная кнопка автоскроллинга. Но зачем её функция при ручной обработке? Может оставить её действие только в режиме Пакетной обработки, а при ручной - постоянное действие автоскроллинга?
- Впервые компенсация наклона сработала "никак" (парвда это связано с кривым сканом - табличные границы не перпендикулярны друг другу) - см. примеры (Наклон\).
- Очередной пример картинки, не вошедшей в полезную область - Рисунок\aa_0197.tif.
- Рисунок\aa_0083.tif - после предварительного поворота на 90 град - в полезную область вошла незначительная часть рисунка (в нижней правой части страницы).
- Ситуация: после декодирования ч/б книги (решил попробовать не в битональном - вышло в 256 color) очень на многих страницах книги обрезались низ букв нижней строчки и вчерх букв верхних строк. (примеров не представил)
- В частности: Рисунок\aa_0222.tif - вся нижняя строка не вошла в область; aa_0241.tif - вся нижняя формула не вошла в область.
- На будущее: не мешало бы сделать в нижнем поле программы (или отдельное окно) счетчик времени предположительного завершения Пакетной обработки. Надо же знать сколько кофе пить...

- Despeckling:
- программе пока сложно работать с ч/б сканами для очистки.
Очистка\ aa_0009.tif, 0009_aa_0009.tiff - удалил полезный контент в таблице - символы ",,". Но в остальном очисткой доволен.
Очистка\ aa_0082.tif, 0082_aa_0082.tiff - удалена даже четкая штриховка на рисунке.
Очистка\ aa_0001.tif, 0001_aa_0001.tiff - удалены точки в строках содержания (странно, они же такие большие...).
- с появлением Despeckling функция "исключения" области из обработки ещё более актуальна (см. примеры).
Вот и сами материалы - http://narod.ru/disk/5464135000/Scan-Test-258.7z.html

Как результат, пришлось вернуться в SK, т.к. потери контента для меня неприемлемы. В новых сборках буду продолжать тестировать Despeckling, т.к. эта функция сейчас для меня самая сырая (да ещё и неуправляемая).

Сейчас хотел бы от вас услышать, реально ли улучшить ситуацию с исчезновением полезного контента при Despeckling? По идее, решение должно быть. SK справился с этими местами без дополнительных шаманств. При этом степень очистки от мусора как всегда на уровне. Жду мнение на этот счет.
ИМХО, в Despeckling сейчас важнее это поправить, а потом улучшать очистку мусора, которая и так уже очень хороша. Есть примеры, которые для меня практически образцовые (Очистка\Образцы хорошей очистки).

denver 22

Цитата:

- Кнопка "Автоматически переходить к выбранной страницу" может переименовать в "Включить автоматическую прокрутку"? А то, если бы я на форуме не прочитал, не понял бы что это означает.

Да, пожалуй так лучше.


Цитата:

- в продолжение этой функции: Если во время Пакетной обработки выделить обработанный скан, обработка останавливается. Это известный факт? Если ДА, то я не вижу смысла "прокрутки ленты", если по сканам нельзя щелкнуть для просмотра результата. В ней есть смысл, если реализовать фоновую обработку, по примеру фонового распознавания в FineReader-е, когда можно увидеть результат уже в процессе обработки.

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


Цитата:

- Если возможно, предлагать по-умолчанию сохранять проект в папке с исходными сканами (сейчас: первично - это установочная папка программы; затем - папка предыдущего проекта).

Пожалуй можно, но когда сделаю - не обещаю.


Цитата:

1-м скане). При переходе на другой этап и возврате в "Полезную область", лента стала перемещаться.
Сначала думал, что то баг. Как выяснилось, причиной могла быть выключенная кнопка автоскроллинга. Но зачем её функция при ручной обработке? Может оставить её действие только в режиме Пакетной обработки, а при ручной - постоянное действие автоскроллинга?

В ручном режиме ее можно использовать как команду "перейти к текущей странице". Скажем остановили мы пакетную обработку, промотали немного назад, ничего интересного не нашли, и вернулись на текущую страницу.


Цитата:

- Впервые компенсация наклона сработала "никак" (парвда это связано с кривым сканом - табличные границы не перпендикулярны друг другу) - см. примеры (Наклон\).

Я бы сказал, что компенсация сработала правильно. Дело в том, что компенсация стремится сделать строки текста горизонтальными. На вертикальные границы текста она вообще не смотрит. И строки текста действительно стали горизонтальными. А у вас сканы с таким типом искажения, который простым вращением не исправить - либо строки будут негоризонтальными, либо вертикальные границы текста - не вертикальными.


Цитата:

- Очередной пример картинки, не вошедшей в полезную область - Рисунок\aa_0197.tif.

Практически нет полей - это плохо. Рисунок не вошел в область, потому что он ближе к краю страницы, чем к тексту.


Цитата:

- Рисунок\aa_0083.tif - после предварительного поворота на 90 град - в полезную область вошла незначительная часть рисунка (в нижней правой части страницы).

У меня весь вошел, но причина опять та же - практически нет полей.


Цитата:

- В частности: Рисунок\aa_0222.tif - вся нижняя строка не вошла в область; aa_0241.tif - вся нижняя формула не вошла в область.

И тут то же самое - нет полей.


Цитата:

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

Не знаю когда руки дойдут до таких мелочей.


Цитата:

Очистка\ aa_0009.tif, 0009_aa_0009.tiff - удалил полезный контент в таблице - символы ",,". Но в остальном очисткой доволен.
Очистка\ aa_0082.tif, 0082_aa_0082.tiff - удалена даже четкая штриховка на рисунке.
Очистка\ aa_0001.tif, 0001_aa_0001.tiff - удалены точки в строках содержания (странно, они же такие большие...).
- с появлением Despeckling функция "исключения" области из обработки ещё более актуальна (см. примеры).

Despeckling буду улучшать. Одно слабое место я уже вижу. Сейчас алгоритм работает примерно так:
1. Разделить объекты на классы, основываясь на их размерах.
2. Совсем большие объекты сразу оставляем, совсем маленькие - сразу удаляем.
3. Среди остальных классов, удаляем те объекты, у которых поблизости нет объекта более высокого класса.
Так вот в последнем пункте надо добавить "или такого-же класса". Как ни странно, но такое маленькое изменение существенно усложняет реализацию.


Цитата:

ИМХО, в Despeckling сейчас важнее это поправить, а потом улучшать очистку мусора, которая и так уже очень хороша.

Deskpeckling поправлю, а с очисткой мусора я уже сделал все что смог. По крайней мере новых идей пока нет.

Добавлено:
Admig314
А от вас я жду файла проекта для того скана, на котором программа вылетает.

Цитата:

Так вот в последнем пункте надо добавить "или такого-же класса".

Думаю вы правы.
И вообще, ИМХО большие кляксы/точки проще удалять в графическом редакторе после работы в ST. Главное, чтобы мелкие удалялись автоматически (их удалять вручную - сплошное самоубийство), и полезный контент сохранялся.
В тех "удачных" примерах, что были высланы мной как раз оставшиеся точки удалять можно вручную, без напрягов.

Цитата:

Admig314
А от вас я жду файла проекта для того скана, на котором программа вылетает.

Простите, я что-то стормозил, не понял.
Вот:
Ссылка

Ура, воспроизвелось! Значит завтра исправлю.

Кстати ради интереса попробовал в том же файле уменьшить разрешение до 600dpi.
Все остальные параметры проекта те же самые. Как вылетало, так и вылетает, только быстрее. И для tif, и для jpg