» Scan Tailor

U235
Виноват, просчитался насчет соотношния площадей. Конечно же оно меньше, чем 1.6, всего 11% разница...
Считал так: соринка 5х10 станет прямоугольником 16х33, площадью 528
а соринка 10х5 станет прямоугольником 21х28 с площадью 588.

StanFreeWare
Проверил, вертикальная соринка 5x10 станет крестом, с площадью 320, горизонтальная - крестом с площадью 260. Но и та и другая удалится (если они расположены далеко от текста), т.к. их площадь меньше 400.

Tulon
В Вики описание сборки программы в Linux актуально? У меня после команды cmake . (вроде все пакеты имеются) выдает:

Код: .../scantailor/CMakeLists.txt:352:
Parse error. Function missing ending ")". End of file reached.
-- Configuring incomplete, errors occurred!

denver 22

Цитата:

В Вики описание сборки программы в Linux актуально?

Оно неактуально в том плане, что текущая версия теперь лежит в GIT, а не в SVN. Судя по ошибке, у вас какая-то древняя версия ST, потому как в текущей версии в этом файле значительно больше 352 строк.

Я скачал 0.9.7.2 по ссылке http://scantailor.git.sourceforge.net/git/gitweb.cgi?p=scantailor/scantailor;a=snapshot;h=d43e280e2db8a33ad15e96b31ebcb0649c7e4f77;sf=tgz
По скачиванию с Git мне понятно - там snapshot вроде как надо качать. А сама процедура сборки сохранилась?

Проще всего брать snapshot, это да. Процедура сборки сохранилась. Проверьте, сколько у вас строк в CMakeLists.txt в корне проекта? Судя по ошибке, их там 352, а должно быть 556.

Строк действительно 352. Качал по вышеуказанной ссылке. Блин, ну и куда дальше копать?

Добавлено:
Странная вещь происходила. В архиве файл правильный. При распаковке - сокращенный (по строкам). Распаковал снэпшот с помощью 7-zip под Wine (знаю, что изврат, но сработало) - вроде теперь всё на месте.

Хм, я качал по той же ссылке, и у меня получилось 556. Может оборванный download?

Не пойму в чем ошибка при компиляции: http://paste.org/pastebin/raw/13597

Попробуйте собрать на родном линуксовом разделе.

Теперь всё собралось. Спасибо за помощь. Программа запустилась.

denver 22

Извините, что подоспел к шапочному разбору. Я держу rpm-ку Scantailor'а для ALT Linux в актуальном состоянии (последняя стабильная версия). Если вам нужно собрать rpm-ку для другого дистрибутива, мою можно использовать в качестве базы - http://sisyphus.ru/ru/srpm/Sisyphus/scantailor смотрите вкладку Загрузить.

vkni
Спасибо за предложение. У меня собралось нормально. Проблемы были странного характера, не относящиеся напрямую к сборке. По крайней мере буду знать, что если меня "дернет" все таки установить ALT Linux 5.0 KDE, то собирать программу мне не придется .
P.S. К тому же я новичок в сборке пакетов и все равно не знаю что значит "использовать в качестве базы" (можете не отвечать, дабы не я не стал причиной засорения топика).

> У меня собралось нормально.

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

> не знаю что значит "использовать в качестве базы"

Rpm пакет собирается из архива с текстом программы с помощью инструкции по сборке, записанной в "файле спецификации", оно же .spec или спек. Из-за зоопарка rpm'ок ALT'овская сборка может не подойти к вашему RPM дистрибутиву. И чтобы собрать rpm-ку для него, нужно взять исходники моей rpm-ки и подправить .spec файл для вашего дистрибутива.

Разумно ещё попробовать собрать в вашей системе rpm файл из srpm файла (в нём хранятся тексты программы и spec) - ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/files/SRPMS/scantailor-0.9.7.2-alt1.src.rpm

Если отличия в rpm-ах у вас и у ALT не велики, оно соберётся и вы получите нормальный scantailor-0.9.7.2-alt1.rpm
для вашей системы.

Я вот думаю, выпускать версию 0.9.7.3 или не выпускать, или как-нибудь потом. В Git уже давно исправлены (надеюсь последние) два падения: при удалении всех страниц из проекта (может упасть, а может и не упасть) и при скармливании ST картинки 1x1 пиксель (тут падение гарантировано). С одной стороны неохота делать релиз только из-за этих двух мелких проблем, а с другой - неприятно почти ежедневно получать краш репорты.

Кстати за последний месяц в среднем выходило под сотню скачиваний. Это результат статьи в SourceForge Community Blog, а также упомянания в статье на Wired.com. Помню потратил больше часа, отвечая на вопросы от Wired.com, а в статью попало ровно два предложения от меня. Ну хоть что-то.

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

Я смотрел результаты его работы на английском форуме - впечатлили (как не профессионала конечно). Видел, что и Вы добавили чекбокс для выравнивания. Но наверное он ещё не скоро появится как работающий. А если внедрите алгоритм Rob'а, то может и сборку выложите? Пусть будет только на простых случаях работать. Зато сможем локально - вручную применительно к отдельным сканам - применять. Может и идеи кто тут подкинет для алгоритма...

denver 22

Цитата:

А если внедрите алгоритм Rob'а, то может и сборку выложите?

В Git он есть - первый вариант алгоритма. Работает правда только в черно белом режиме, и редко кодга правильно срабатыват. Недавно Rob выложил второй вариант - пока только на Java. Его я еще не смотрел. Думаю нет пока смысла делать сборку с первым вариантом, когда уже есть протоип второго.

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

На Wired.com они чуток поторопили события - Scan Tailor can ... process all of the images into a single file. Хотя.. практически не осталось для этого препятствий. Более того, есть все предпосылки (чем мучать тифки многостраничностью). Только нужно нормальный какой-нибудь алгоритм против растра засунуть (ну или гауссом его фильтровать).

Добавлено:
Кстати, благодаря возможности свободного перемещения изображения при нажатом shift необходимость в использовании на 5 этапе внутренней рамки как способа изменения полей в случае

Цитата:

Не так все просто. Как вы собираетесь тянуть внешнюю линию для расширения полей, если она и так у края экрана?

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

Может и с опозданием, но лучше поздно, чем...
(кусок новости)
"Подведены итоги конкурса свободных разработок России"
- Помимо официальной тройки победителей конкурса в каждой из номинаций, экспертное жюри отметило высокий уровень следующих свободных проектов:
Scan Tailor – интерактивный инструмент для пост-обработки сканированных страниц

Tulon
Искренне поздравляю с общественным признанием Вашей работы!

StanFreeWare

Цитата:

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

Если я взялся за одно большое дело, то лучше в это время не отвлекаться на другие. Это все равно, что начав готовить еду, решить вдруг приостановить это дело, и сначала сделать уборку.

Tulon

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

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

anagnost96

Цитата:

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

Диапазон значений прописан прямо в UI файле: filters/output/ui/OutputOptionsWidget.ui
Можно его открыть в Qt Designer, но проще - в обычном текстовом редакторе (только не notepad, и не Word'ы всякие - рекомендую Notepad++), и сделать поиск по -15


Цитата:

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

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

Цитата:

Версия ST последняя?

Последний релиз, т. е. не git. Ладно, при случае посмотрю еще раз, и если воспроизведется -- напишу.

подтверждаю,если все стоит на автомате (допустим сразу запускаю на полезную зону)и скан отличный одностраничный,некоторые картинки (1-2 на 100) разбиваются с огрызком слева,из-за чего на правом остатке может слева съестся пару букв.Если вручную поставить одностраничный режим - все нормально вплоть до макета страницы.

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

alpopo

Цитата:

подтверждаю,если все стоит на автомате (допустим сразу запускаю на полезную зону)и скан отличный одностраничный,некоторые картинки (1-2 на 100) разбиваются с огрызком слева,из-за чего на правом остатке может слева съестся пару букв.Если вручную поставить одностраничный режим - все нормально вплоть до макета страницы.

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

Цитата:

"Подведены итоги конкурса свободных разработок России"

Вот линк: http://ruformator.ru/news/article05F94/default.asp

Добавлено:
ИМХО основание для восстановления статьи об СТ в Википедии (но не факт).

Tulon

Цитата:

Я вот думаю, выпускать версию 0.9.7.3 или не выпускать, или как-нибудь потом.

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

vkni
нафига ? Назови хоть одну причину, кроме твоего желания.

Добавлено:
Кроме того приоритет какого thread ты меняешь ? Программа то мультипоточная.

Отвечу сюда, раз уж началась дискуссия.

Итак, есть несколько замечаний:
1. Поскольку под Linux приходится менять приоритет всего процесса (только потоки реального времени поддерживают смену приоритетов), значит нужно его обязательно восстанавливать по окончании выполнения задачи. Сделать это легко. Нужно во первых переместить вызов функции dropPriority в WorkerThread::Dispatcher::customEvent(), перед вот этим:

Код: FilterResultPtr const result((*task)());