» Scan Tailor: Часть 2

4lex4
Даже пре-релизы без предоставления исходников нарушают-таки лицензию.
Mercurial клиенты вроде-как могут общаться с Git сервером через такой плагин: http://hg-git.github.io/, так что ничего не мешает начать использовать GitHub уже сейчас.

Я поддерживаю опенсорс и исходники выложу обязательно, но приведу проект к порядку сначало. Это не пререлизы даже, а просто сырость для теста, ибо у меня банально нет времени, чтоб одному все тестировать.
В hg не нужен отдельный плагин для github, он вшит изначально.

* Улучшена производительность диалога применения настроек к страницам.
Теперь нет подвисаний диалога при применении настроек ко множеству страниц.

Ссылка обновлена.

Добавлено:

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

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

Приветствую всех создателей и пользователей различных конфигураций ST.

Оставлю свои вопросы и отзывы о STF, STE, ST-e (experimental) и STA.

Вопрос к Tulonу, будет ли как раньше поддержка на входе/выводе по DPI?
Если книга сканируется с разным разрешением (300 и 600 dpi), то ST-e непригоден к обработке.
Пример сканирования http://i11.pixs.ru/storage/9/7/1/Belpng_3658207_19461971.png
4 страницы из этой книги https://yadi.sk/d/C2IBCVDPkNFhC

В ST-e не активны Q/W для перемещения по страницам, PgUp/PgDown работают, но неудобны на клавиатуре, они справа, а в правой руке мышь.

Практика показала, что перенос исправления геометрических искажений в начало обработки в ST-e - это правильное решение, на сфотографированных файлах пропорции вытягиваются в правильном соотношении, чего на других ST нельзя добиться на последнем этапе. Tulon, спасибо, я очень доволен. Примеры:
http://pixs.ru/showimage/test21jpg_9512298_20563605.jpg
http://pixs.ru/showimage/test22jpg_9062626_20563606.jpg
http://pixs.ru/showimage/test23jpg_8774125_20563609.jpg
Пояснение расположения: STA, STE, ST-e, оригинал
Результат из STF одинаков с STA, потому не вставлял в панораму.
Ссылка на архив с картинками https://yadi.sk/mail/?hash=iir3jzT4b8oQfPJ8d1ZHxopPm65%2BO7RE9Gc8Hf0Yl0U%3D
Здесь заметно, что косяк из STF перекочевал в STA, которого нет у других ST. Поясню, при правке геометрических искажений в углах появляются белые обрезанные места. 4lex4, Вам надо было брать эту функцию из STE, где нет таких засветов на Выводе.

STE тоже имеет косяк, которого нет в STF, и он перекочевал в STA, а также частично в ST-e, во время правки зон вручную или цифрами увеличенное изображение сбрасывается в режим "картинка полностью на экране", покажу на видео https://yadi.sk/i/Yxvlt44qoNjVP ( как посмотреть видео http://pixs.ru/showimage/2png_3330201_20563997.png )
На стадии "Полезная область" изображение уменьшается/спрыгивает при правке мышью только в STE и STA, а на стадии "Поля" глюк на цифрах только у ST-e (забыл показать на видео, что глюк на цифрах также в STE и STA на стадии "Полезная область").

Про большой формат А3 и A2 (газеты):
- если скан на 600 dpi, то STF не берёт в работу даже книги А3, приходится обрабатывать в STE
- ST-e очень порадовал, он смог обработать большой формат А2 на 600dpi в градациях серого, с цветными сканами вылетает на Выводе с ошибкой http://pixs.ru/showimage/2016020604_9246106_20563741.png , файл для теста по ссылке https://yadi.sk/mail/?hash=5V26WJoifqYZow2mFZNCIHdnvbWMSqOi6y83aJ6N0%2B8%3D
- STA справляется с любым необходимым мне размером, но я решил добить его и склеил формат А1, tif, цветной, 600 dpi, 20881х14555 пикселей, файл размером 869 МБ, но новичок справился и без запинок вывел на 600 dpi и в цвете и битонал. Круто!

Про скорость:
- погонял STA и ST-e на одном журнале в 44 страницы, ну вроде как вровень идут, если просто на автомате запустить разные этапы, но я хочу отметить, что при обычной работе в ST-e как-то комфортнее, картинка при перелистывании появляется мгновенно, а в STA с задержкой, я вижу что при увеличении в ST-e точная прорисовка картинки происходит по мере увеличения, то есть по-необходимости, а в STA она уже сразу полностью прорисована, но блин этот провал почти в секунду, очень жаль время, так бы уже можно взгляд кинуть, мол всё окей и перелистнуть на следующую, а нет, нужно выждать эту секунду.

Tulon, 4lex4, ребята, никого не хаю, оба молодцы, доведите до ума хотя бы одну версию, а то уже 4 постоянно прописались в ноуте, для разных нужд.

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

[more] [more] [more] [/more]

papaVlad, отзыв полезный, буду разбираться. Собственно, у меня у самого первоночально основная цель была избавится от зоопарка сборок. Исправления геометрических искажений наверное портану из ST-exp, а режим по границам (marginal) из STF сделаю отдельной кнопкой (4й).


Цитата:

Про скорость:
- погонял STA и ST-e на одном журнале в 44 страницы, ну вроде как вровень идут, если просто на автомате запустить разные этапы, но я хочу отметить, что при обычной работе в ST-e как-то комфортнее, картинка при перелистывании появляется мгновенно, а в STA с задержкой, я вижу что при увеличении в ST-e точная прорисовка картинки происходит по мере увеличения, то есть по-необходимости, а в STA она уже сразу полностью прорисована, но блин этот провал почти в секунду, очень жаль время, так бы уже можно взгляд кинуть, мол всё окей и перелистнуть на следующую, а нет, нужно выждать эту секунду.

Вот об этом поподробнее. Перекачайте сейчас STA (в About должно быть build from Feb 6 2016) по старой ссылке. Запишите видео, где задержка дольше, я не могу воспроизвести, у меня одинакого все.

[more] [/more]

Цитата:

Вопрос к Tulonу, будет ли как раньше поддержка на входе/выводе по DPI?
Если книга сканируется с разным разрешением (300 и 600 dpi), то ST-e непригоден к обработке.

Избавление от концепции DPI - это фишка версии Experimental. Как выясняется, в ответ на требование ввести правильные DPI, большинство пользователей сначала пытаются ввести пиксельное разрешение (чего СТ не позволит), а потом пытаются ввести что-нибудь от балды, пока СТ не согласится это принять. Что же касается сканирования в разных DPI, для этого случая была введена опция "Match size by scaling" на стадии Поля. Сами поля теперь задаются не в миллиметрах а в процентах от ширины рамки контента.


Цитата:

а на стадии "Поля" глюк на цифрах только у ST-e

Исправить это не то чтобы сложно - просто влом. Дело в том, что я работаю над ST experimental только под настроение и только for fun. Что не fun, того я просто не делаю. Например исправлять command-line режим у меня планов нет совсем. По этой причине ST experimental никогда не выйдет из стадии experimental. Я не стремлюсь сделать законченный продукт. Делать програмный продукт в качестве хобби - плохая идея. Это тяжелая работа, на самом деле даже тяжелее чем та, за которую мне платят деньги. Даже если бы мне платили за разработку СТ, я не стал бы этого делать в качестве второй работы.


Цитата:

ST-e очень порадовал, он смог обработать большой формат А2 на 600dpi в градациях серого, с цветными сканами вылетает на Выводе с ошибкой

Тут оказался виноват Qt. Не тянет картинки больше 2GB даже в 64-битных сборках. Я даже не поленился сделать бар репорт: https://bugreports.qt.io/browse/QTBUG-50912, но давайте будем реалистами - фиксить они это не будут. Кстати если вы начнете обработку с небольшой картинки, и там на стадии вывода выставите Resolution enhancement в 1x, это должно прокатить. На 2x кстати совсем чуть-чуть вылезли за 2GB, значит на 1x будет ~500MB.

[more] [/more]

Tulon,

Цитата:

Например исправлять command-line режим у меня планов нет совсем. По этой причине ST experimental никогда не выйдет из стадии experimental.

На самом деле нет практического смыла делать для ST cmd режим, ибо без ручного контроля ошибок не разгребешь. Experemental конечно звучит грозно.


Цитата:

Избавление от концепции DPI - это фишка версии Experimental. Как выясняется, в ответ на требование ввести правильные DPI, большинство пользователей сначала пытаются ввести пиксельное разрешение (чего СТ не позволит), а потом пытаются ввести что-нибудь от балды, пока СТ не согласится это принять.

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


Цитата:

я работаю над ST experimental только под настроение и только for fun

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

[more] [/more]

Цитата:

Запишите видео, где задержка дольше, я не могу воспроизвести, у меня одинакого все.

Видео готово https://yadi.sk/mail/?hash=GcKJxIjzx%2BHotSqsns%2B9pkXr7a%2BOkDBiqfqfJWTTCao%3D
Первый тест на журнале в 300 dpi, задержка ощутимая, а на втором тесте на газете 600 dpi формата А2 очень ощутимая. Вы можете взять ссылку на мой файл из газеты в прошлом сообщении, он на 400 МБ, сделайте ещё копию и получится проект для теста.


Цитата:

Что же касается сканирования в разных DPI, для этого случая была введена опция "Match size by scaling" на стадии Поля. Сами поля теперь задаются не в миллиметрах а в процентах от ширины рамки контента.

Попробовал, действительно правильно работает. Ранее не понимал,что означает "Match size by scaling". Поизучаю и этот метод, поищу плюсы/минусы.

papaVlad, профиксил, перезалил. Проверьте, отпишитесь.

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

papaVlad


Цитата:

В новом архиве нет запускаемого файла scantailor.exe, взял его из прошлой версии. ... -> ... ничего не изменилось

Ну так естественно, вы же просто взяли старую версию программы без фикса.

Извиняюсь, перезалил.


Цитата:

STE тоже имеет косяк, которого нет в STF, и он перекочевал в STA, а также частично в ST-e, во время правки зон вручную или цифрами увеличенное изображение сбрасывается в режим "картинка полностью на экране"

Профиксил.

Цитата:

Ну так естественно, вы же просто взяли старую версию программы без фикса.

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

Цитата:

Извиняюсь, перезалил.

Ага, теперь то что надо.

Цитата:

Профиксил.

О, как! Теперь совсем шикарно-шоколадно, уже можно смело STF и STE удалить..., наверное,... подожду пока, сначала попользую STA в работе, на разных ситуациях.

Цитата:

Исправления геометрических искажений наверное портану из ST-exp

Для меня остался важен этот момент, действительно правильное решение с переносом этой стадии на верхние позиции, а пока правлю обложки Огонька в ST-e, ради верного соотношения сторон.

4lex4, ещё бы файл русского языка прикрутить, чтоб самому не переносить из другой версии. Пусть хоть на 90 процентов перевод, по английски совсем никак не понимаю, неудобно искать наощупь.

4lex4
Цитата:

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

Только сейчас увидел Ваше сообщение..
Ссылка на архив: https://drive.google.com/open?id=0B4Dh2_s6xQZPay1JNFhkQmxVcDg
Внизу листов в последних нотных станах горизонтальные линии прерывистые. Хотелось бы чтобы как минимум ничего не убиралось лишнего, а как максимум - интеллектуальной обработки, т.е. полной прорисовки повреждённых линий.

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

VSHU, если это исходники, то сделать мало что можно, ибо информация потеряна необратимо, т. к. картинки уже бинаризованы, нужны в сером. Могу посоветовать вот что: в СТ в последней стадии ставите максимальную жирность, чтоб пробелы слиплись, затем результат пропускаете по второму кругу, ставите наоборот минимальную жирность. В фотошопе быстрее можно сжелать, размытие по Гауссу -> порог ->...еще раз гаус и порог поменьше, записываем макрос с удачными параметрами и пакетная обработка по всем остальным файлам.

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

4lex4

Цитата:

перевод лень делать

Это я понимаю, и понимаю, что нужно придумывать новые термины на русском, в данном случае я попросил Вас вставить в сборку файлы из этого сообщения
http://forum.ru-board.com/topic.cgi?forum=5&topic=32945&start=1600#21
их то не надо исправлять, просто положить в папку с программой.
А уж если найдётся мастер, кто возьмёт на себя перевод остальных функций, тогда будет ещё лучше, ждём такого.

4lex4, не знаю, будет ли версия для 32-х?, а то только один ноут 64-битный, а есть ещё 2 аппарата постарее, на которых тоже занимаюсь обработкой.

Цитата:

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

Будет программа — будут пользователи — будут и переводы. В том-то и прелесть OpenSource.

4lex4
Спасибо, получилось весьма классно и стильно, с нетерпением жду «допиливаний» с Вашей стороны. Выбранный Вами курс движения, очень нравится.
Вопрос, не думаете переносить из STF в Вашу сборку функцию экспорта (Инструменты — Экспорт)?
С уважением.

P.S. Win10 - полёт нормальный.
P.P.S. Да, и надо бы в «шапку» ... наверно.

hogu77 экспорта не будет, об этом парой страниц выше.

Если экспорт настолько важен, что все спрашивают, то так и быть, сделаю. Завтра наверное и выложу.

allo04
Простите, не долистал.

4lex4
Ой-спасибо! Если Вы и сами масштабно занимаетесь оцифровкой - понимаете что эта функция не прихоть и не пустое баловство.
В начале года узнал о новой работе Tulon'а, ... и там этой функции нет! («возможно - пока»). Запускать ещё одну программу для разделения сканов - бред, о чём было сказано до и после меня много раз. Но, как бы там не было, всё-равно я благодарен Tulon'у ... и без обид.

papaVlad, это сейчас такой ажиотаж на тесте, там дальше буду кидать намного реже.

А можно версию для Linux?

4lex4
Всё-таки при приглушённом комнатном освещении, при различных операциях в программе, исчезновение и появление белой страницы на тёмном фоне... Эх, глаза устают. Вижу, что на момент исчезновения страницы фон чуть осветляется, но не гасит яркостные вспышки.
Можно ли мне самому что-то исправить, чтоб не менять предлагаемое Вами оформление? Вдруг это не сложно и я сам подправлю какой-то файл. Подскажите.

[more] [/more]

iit512, обязательно, вместе с x32 для винды, но после релиза, ибо я систему сборки еще не до конца доделал.
Кстати да, сразу предупреждаю пользователей x32 (и Linux, и Windows): Tulon в своей версии experemental вообще вырубил поддержку многопоточности для x32 из-за опасений по памяти, то есть скорость обработки на x32 у него такая же низкая как была, и это оправдано, ибо на x32 для программы нельзя выделить больше 2х gb оперативки, это еще вместе со стеком и кучей, я так категорично поступать не буду, ибо для обычных книженций 600DPI на четырех ядрах расход памяти у меня колеблется от 200 до 900МБ на x64, что достаточно, но у кого восьмиядерные процы и x32 - будьте осторожны, могут быть вылеты, хотя всегда можно снизить количество потоков ползунком. Обязательно пользуйтесь автосохранением. Надо будет тестировать этот момент.

А вообще рекомендую юзать x64, там такие проблемы исключены.

papaVlad, принял. Придумал, как профиксить эту траблу, погодите, выложу вместе с экспортом, протестите.

[more] [/more]

Цитата:

Обязательно пользуйтесь автосохранением

Может стОит его включить по-умолчанию. Блондинки тоже пользуются этой программой и не полезут искать в меню нужную галку.

Вообще вопрос по сохранению настроек поднимался не раз, мне тоже было бы удобно, чтоб не сбрасывались настройки по дефолту, к примеру делаю партию журналов - одни настройки, на книги - другие. Конечно, для журналов перещёлкнуть 600 на 300 и применить ко всем не сложно, но ещё изменить b/w на цветной, да тут на каждой стадии приходится менять настройки, перевернуть каждую вторую, разрезка не нужна, наклон на 0 (если сканировал с упором в край стекла), убрать поля на 0, опять же по компрессии LZW, зачем она нужна?, благо в STE и теперь в STA можно отказаться. LZW это как архив, программе нужно распаковать, сделать изменения и снова запаковать. На крупных файлах встречал проблемы, что графический редактор отказывался работать с LZW (зависал), приходилось перегонять в "без сжатия", да файл ещё крупнее, но никаких проблем и скорость обработки пакетом выше.

4lex4, если понимаете, о чём прошу, то поимейте и это в своих планах.

p.s. или хотя бы, чтобы оставались последние настройки, с прошлого проекта.

4lex4
Скажите, а в «Threshold method» ... э-э ... разные будут?
Можно в двух словах о преимуществах и недостатках методов.

Цитата:

вопрос по сохранению настроек

И портабельность хотелось бы. Зачем писать в реестр, если можно просто сохранить немногочисленные настройки рядышком в ini-файле??

Цитата:

LonerDergunov
И портабельность хотелось бы. Зачем писать в реестр, если можно просто сохранить немногочисленные настройки рядышком в ini-файле??

А что, программа сама не сохраняет или с новым проектом всё переводит в дэфолт?
Что-то я не замечал такого в том же STF'е.

Цитата:

А что, программа сама не сохраняет

Зайдите в Tools-Settings, поставьте или смените галочку - увидите, что программа не сохраняет эти настройки в своём каталоге, а где-то в реестре совершенно ненужные записи оставляет.

LonerDergunov
А, понял, сохраняет но не там где хотелось бы.
Не знаю, выскажу своё мнение, portable подразумевает как бы - «запустил хоть с флешки и готово», пожалуй, только тем у кого ST прописан для работы на реестры мало обращают внимание.
Портативка - приятное дополнение, не более того, более или менее качественнее сканы от этого не станут.
Ошибаюсь?