» Scan Tailor

Цитата:

СТ в чистом виде никуда не годится, а только лишь СТА более-менее приемлем как средство сканобработки

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

Rsbr

Цитата:

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

Что же тогда делать? Отказаться от прогресса (т.е. от метода разделённых сканов)?

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

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

Цитата:

Если бы СТА был основной версией-я бы от него отказался,скорее всего,потому что такой алгоритм работы меня не устраивает.

СТ имеет механизм зон (это авто-зоны и пользовательские зоны). Присутствие зон - это, очевидно, заявка на способность программы выдавать разделённые сканы (иные смыслы наличия механизма зон ИМХО можно не рассматривать ввиду их крайней малозначительности).

А вот механизма вывода разделённых сканов при этом нет (и вроде не планируется?). Зато он есть в СТА.

monday2000

Цитата:

Но это же только на время сканобработки.

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


Цитата:

Если выводить оба субскана в СТА с одинаковым DPI и пиксельными размерами - то никаких таких проблем не возникнет (потом с DjVu Imager).

Думаю, очень даже возникнет (если до сих пор не возникло, то это, говоря Вашими словами, опять же чистая случайность). Согласитесь, если скан на 600 dpi имеет нечетные значения длины/ширины, то масштабировать его до 50% с соблюдением требования кратности не получится никак.


Цитата:

А как тогда различать "только изображения" и "цветное/серое" только по цветности?

А нужно? Вот, допустим, есть у человека проект с разделенными сканами. Спрашивается, зачем ему могло бы понадобиться в такой ситуации некоторые страницы того же самого проекта выводить в режиме "цветной/серый"? Думаю, одно из двух: либо предполагается всю страницу целиком загнать в фон (в таком случае нет смысла записывать ее отдельно от выведенных в режиме "только изображения"), либо она требует какой-то сложной ручной обработки (но тогда уже без разницы, куда ее класть, поскольку с автоматизацией всё равно ничего не получается). Что и требовалось доказать.

Rsbr

Цитата:

Если бы СТА был основной версией-я бы от него отказался,скорее всего,потому что такой алгоритм работы меня не устраивает.

Но ведь СТА по умолчанию работает точно так же, как и базовая версия. В чем проблема-то?

Цитата:

Я же уже говорил: цель моей критики порой - не побудить Tulon исправить критикуемое, а просто выявить наличие такого-то недостатка в СТ. Хочет Tulon - пусть исправляет, не хочет - найдётся в будущем какой-нибудь Tulon-2 - который учтёт ошибки Tulon и сделает некий "СТ-2".

Что-то за 2 с лишнем года ни один такой, как вы выразились. Tulon не появился.
Цитата:

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

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

Цитата:

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

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

woodyfon

Цитата:

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

Про сырые-то и речи нет: понятно, что их желательно сохранять. Но для меня обработанные даже важнее.

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

monday2000
Соглашусь с Вами, что жутко не хватает поддержки метода разделенных сканов, но вот разбивать программу на отдельные алгоритмы - вопиюще неправильно, как по мне. Сужу с позиции обычного пользователя, которому чем проще, тем лучше. Честно пытаюсь читать и понимать Ваши дискуссии с такими же разбирающимися людьми, но увы, не получается (а таких как я видимо дофигульки).
Давайте вообще не будем пытаться выпросить что-либо у Tulon-а во время так сказать творческого кризиса, пусть передохнет, т.к. человек итак проделал огромнейший объем работы, за что ему еще раз спасибо.

Цитата:

(а таких как я видимо дофигульки).
Давайте вообще не будем пытаться выпросить что-либо у Tulon-а во время так сказать творческого кризиса, пусть передохнет, т.к. человек итак проделал огромнейший объем работы, за что ему еще раз спасибо.

большой дофигульки . У него сейчас не кризис, но не палим контору

woodyfon
Цитата:

У него сейчас не кризис

Давайте не будем "считать деньги в чужом кармане".
Лично мне не хватает поддержки *.8bf, но я же не кричу об этом на каждом углу.
Интересно, будет ли создана ветка "Scan Tailor (часть 2)" ?

Добавлено:

---

Объясните, давно на sourceforge варёз рекламируют:
Цитата:

Djvu Small - хоть и распространяется свободно, но по сути является лишь графической надстройкой над коммерческой утилитой documenttodjvu, которой придана способность работать бесплатно.

Цитата:

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

Есть оно там. Есть и не отключается.

Как я устал от всего этого

amz01

Цитата:

При улучшении качества картинок размер сильно растёт. Минимум в 3 раза. Оно нам надо?
Можно вообще оригинальные картинки вставить - это 600 метров получится.

приблизительно вот так разбираем на составляющие
djvuextract.exe "Трельсен COM-ATL3.djvu" -page=1 BG44=1.iw44
djvuextract.exe "Трельсен COM-ATL3.djvu" -page=28 BG44=28.iw44
http://djvu.sourceforge.net/
если лень:http://www.onlinedisk.ru/file/342226/

i_view32.exe+DjVu.dll позволяет их просмотреть. И увидеть где растр, где шум.
http://gd.tuwien.ac.at/graphics/irfanview/

и попробовать разные варианты сжатия при помощи c44.exe

Более простой вариант-windjview ctrl+shift+3 , "информация о странице"

при кодировании в djvu лучше один раз разобраться что из чего состоит и как лучше пожать, но лучше действительно в "Сканирование, обработка"

ndch
Поправил. Действительно, как не крути формулировки, а варез остается варезом.

ST Xml Patch 0.1
Частично реализовал свои
задумки двухнедельной давности.
Создает из папки с изображениями (важно следить, чтобы кроме изображений в папке не было других файлов) проект СТ, пройденный до 4 этапа включительно, с нулевым поворотом и границами полезной области равными границам изображения.
Теперь можно использовать СТ, например, для бинаризации с автовыделением зон предобработанных в других программах сканов.

Добавлено:
Путь запуска:
.\ST_XmlPatch\ST_XmlPatch\bin\Debug\ST_XmlPatch.exe
Традиционно требует .NET 2.0 для запуска.

StanFreeWare
Цитата:

Частично реализовал свои задумки двухнедельной давности

велосипед изобретаете: Ссылка

ndch

Цитата:

велосипед изобретаете

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

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

Зато моя реализация по сути подводит нас к пресловутой возможности "вывода после любого этапа"

ndch
Чего-то я не понял глубины смысла вышеприведённого совета. Похоже на чесание левого уха правой рукой...
Зачем надо разбирать на куски djvu, если и так есть все сканы и страницы, разбитые в STA на текст и картинки?
Зачем надо анализировать куски в i_view_32 + dll, если достаточно открыть картинки в Far-e и посмотреть на них невооружённым глазом? Эффект тот же.
Зачем надо что-то где-то дополнительно пережимать, если Djvu Imager делает это достаточно качественно, наглядно и быстро. Что я в нём и сделал. И выбрал, на глаз, наиболее оптимальный вариант при малом размере файла и достаточном качестве картинок. Более сильное сжатие ухудшало картинки, а меньшее сжатие увеличивало их до 3-х раз с тем же качеством изображения.

Или "...Нормальные герои всегда идут в обход..."?

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

И, кстати, в навязчиво рекомендуемом всеми "Сканирование, обработка" я не нашёл ничего, что было бы эффективнее набора STA (ST не годится) + BRestorer + Djvu Small + Djvu Imager. Может, для цветных книг, типа карт и атласов, нужно что-то другое, но я до них пока не добрался.

amz01
Вам все-таки нужно выложить несколько сканов с иллюстрациями и итоговый djvu на топике "Сканирования и обработки", чтобы получить адекватный отзыв о вашей работе. Потому что речь уже идет не о методе вставки иллюстраций, а о методах предобработки серых изображений, а это здесь все-таки не по теме. Мне, кстати, тоже будет небезынтересно, что там скажут старожилы.

Tulon

Ранее вы писали -
"В файле проекта поищите по тегу <splines>. Вот только они в координатах исходного, а не выходного изображения, и перевести их туда довольно сложно. В принципе я готов продублировать их в нужных координатах, но только после того, как у вас будет готова программа для работы с ними. А иначе может получиться что я добавлю костыль, который так никому и не понадобится".
Мне все-таки кажется, более того, я уверен, что при задании <zones> в координатах вывода чисто ST-шное решение для метода вставки иллюстраций не заставит себя ждать. Думаю, monday2000 все-таки не останется в стороне - ведь проблем с поддержкой пользовательских зон в его ST Pic тогда будет порядка на 2 меньше, можно сказать даже, что там их совсем не будет. В любом случае, обещаю, что свой "костыль" я точно поправлю с учетом таких зон.
Согласитесь, что добавление таких <out_zones> никак не повредит формату хранения проекта. А итоговое решение получится почти предельно элегантным (ну да, нельзя будет задавать dpi, зато все в один проход). И кроме того,imho, значительно ослабит поток негатива в стиле "ну почему же не встроен патч от anagnost96"?

StanFreeWare
Ну, ... это... я, некоторым образом, и сам в состоянии оценить свою работу... "Не боги книги сканируют". А заниматься "творческим" добавлением "отдельных штрихов" с помощью командной строки - не собираюсь. Книга читается хорошо, картинки мало отличаются от оригиналов (с учётом дикого сжатия). Что ещё надо? А чтобы меня где-то там пинали ногами или, ещё хуже, хвалили? Нафиг? Я сам кого хочешь пнуть могу...

Я, вообще-то, пять лет ждал, пока Трельсена отсканирует кто-нибудь другой, кто себя за крутого держит. Пока окончательно не дождался. У меня ещё полно полезных книг для сканирования и вылизывать одну из них, до полного маразма, нет смысла.

Лучше бы наши гении сделали STA 0973 c dewarp-ом. Тогда бы дело быстрее пошло. А-то прога ещё совсем сырая.
Ждем-с...

amz01
Ругать - нельзя. Хвалить - тем более. Пытаться что-то советовать - у вас всегда есть аргумент "текст отлично читается, картинки вторичны". Остается только констатировать - да, вы правы, это действительно типичный результат использования метода вставки иллюстраций в контексте произведенной вами обработки.

StanFreeWare
Что значит нельзя? Можно всё. У нас свобода слова.
Я закинул сюда эту книгу, чтобы все увидели, эффективность STA. В ST такое сделать невозможно. ST я давно уже смотрел, как-то. Но он не подходит для нормальной обработки наших хреново-отпечатанных-книг. Ему надо подсовывать глянцево-гламурные журналы и т.п. А STA сделал то, что надо невзирая. Потому что разделение сканов - это самая передовая технология.

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

StanFreeWare
Цитата:

Безусловно, пальма первенства идеи принадлежит вам

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

amz01

Цитата:

вариант с получением информации о странице мне вообще непонятен. Ну, увижу я там кучу строк с непонятной информацией, и что я буду с этой инфой делать? Я про это нигде толкового описания не нашёл.

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


Кстати по-поводу Djvu Imager. На вполне адекватное улучшение изображение "на вид" "д-р. Р. Холуорта" "адепты дежавю, антогонисты быдло-пдф-а" очень неадекватно реагировали. Это я к тому что их методы не всегда стоит принимать за "чистую монету".
Но суть то в том что для изображений неплохо бы шумодавом пройтись (в основном для удаления растра, который "плохо" кодируется с потерями, особенно в djvu).
Ссылка

amz01

Цитата:

Лучше бы наши гении сделали STA 0973 c dewarp-ом. Тогда бы дело быстрее пошло. А-то прога ещё совсем сырая.

Вы ничего не путаете ? Ссылка

amz01
Да.. вот и делай после этого опенсорс. Еще вчера знать не знали о подобных возможностях, а сегодня на минуту остановились отдышаться, уже погоняем..
Просто так, для интереса, почитайте статью в шапке "о возможности альтернативы скан кромсатору" и сравните с тем, что уже сделано... всего за полтора года.
Кстати, там и про резаки пару слов было в интервью с bolega. После этого особенно весело было читать выводы про невозможность использования второго этапа ST.

Просто есть минимум три очевидных и неизвестно сколько еще не очевидных способа добавить функциональность STA в базовую ST. Каждый из них имеет свои достоинства и недостатки. А выбрать нужно один и навсегда.

amz01

Цитата:

Потому что разделение сканов - это самая передовая технология.

Это шаг назад. Читайте про сегментер DEE.

Нет, я ничего не путаю. Я жду STA версии 0973 с реализованным dewarp.
А, может, попытаюсь сам наваять что-то похожее на билдере. Хотя - маловероятно.

Намёков про биколор с полноцветом, категорически, не понимаю. Я не собираюсь возиться с каждой картинкой по 10 часов. Всё должно быть на автомате. И, к тому же, повторяю, что на входе уже есть однобитовый текст и отделённые серые картинки. Зачем же их опять выделять по-новой, но уже из готового djvu? Смысл?

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

В принципе, намёк штука полезная, но, может, лучше открытым текстом сказать? Как разобрать и зачем разбирать?

Добавлено:
ndch

Цитата:

сегментер DEE

Не знаю, что это такое и где его искать, а STA - вот он тут рядом и работает.

StanFreeWare
Не надо отчаиваться. Никто опенсорс не отменяет. И надо не "один и навсегда", а варианты с перебором. Что за роковая безысходность?

Про boleg-у я не говорю. Я СК юзать не собираюсь. Пробовал уже. Это кошмар в натуральную величину. Ни хелпа, ни структуры - какая-то амёба с фичами, обставленная кучей резаков, которые под шаманский бубен расставлять надо. И первая осмысленная рекомендуемая операция после запуска - "удалить все опции", блин. Каждую картинку надо индивидуально редактировать и сохранять и, после выхода из редактора, видна исходная картинка, а не отредактированная. Чюдо!

amz01


Цитата:

Я не собираюсь возиться с каждой картинкой по 10 часов

И не надо, но для достижения удовлетворительного результата.


Цитата:

Всё должно быть на автомате

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


Цитата:

на входе уже есть однобитовый текст

Строго говоря с изображениями однобитовой глубины. Но никак уж не текстом.


Цитата:

Зачем же их опять выделять по-новой, но уже из готового djvu

Цитата:

Как разобрать и зачем разбирать?

Не делать из готового djvu!!! А разобраться как djvu сжимает !!!
Потом сделать вывод и улучшить потребительские свойства книги (размер/качество).
И всё же удосужтесь, прочтите десяток сообщений.Ссылка


Цитата:

Я не знаю, что такое djvu с точки зрения сжимальщика, но понял, что текст и картинки надо скармливать ему по-отдельности.

Очевидно что не понял.


Цитата:

сегментер DEE
Не знаю, что это такое и где его искать, а STA - вот он тут рядом и работает.

В sta и есть простейший сегментер.

Почему простейший и почему шаг назад ?
Попробуйте им обработать "глянцевый журнал", потом сравнить с dee.
Не хочу разжёвывать. Потратьте полчаса времени и всё поймёте.

Хотя если не заморачиваться - часто и простейшего достаточно.

Можете почитать "сканирование, обработка, сборка". Там многое обсасывалось.

Добавлено:
amz01 если не сложно выложите исходный скан страницы 29.
Изображу в лицах что можно улучшить.

Добавлено:
amz01
Цитата:

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

Вы не правы. Нет в СТ фиксированного размера кропа.

ndch

Цитата:

исходный скан страницы 29.

ndch

Цитата:

Почему простейший и почему шаг назад ?
Попробуйте им обработать "глянцевый журнал", потом сравнить с dee.
Не хочу разжёвывать. Потратьте полчаса времени и всё поймёте.

Ясное дело, STA рассчитан в первую очередь на обработку нормальных книжек, где текст является по возможности черным и располагается отдельно от картинок. Для глянцевых журналов смешанный режим в СТ(А) не особенно хорош. Но и DEE при автоматической сегментации непременно запихнет отдельные участки картинок в маску, и, что гораздо хуже, большие куски текста -- в фон.

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

P.S. Я вообще не понимаю, к чему эти религиозные войны. Тут вполне традиционная коллизия: быстрота и автоматический режим против более высокого качества и ручного контроля. Каждый выбирает свое.

amz01
ndch
Я позволил себе перенести обсуждение в топик
Электронные книги

anagnost96

Цитата:

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

Цитата:

Но и DEE при автоматической сегментации непременно запихнет отдельные участки картинок в маску, и, что гораздо хуже, большие куски текста -- в фон

Вот и иллюстрация "быстрота и автоматический режим".
ДЕЕ действительно делает это на автомате.

Ещё раз акцентирую: на полноцвете и на серых оффетных желательно пользоваться дерастеризаторами, шумодавами.
Можно в пакетном режиме проехаться по "иллюстрациям".

Цитата:

Вся беда djvu-кодирования в том что толковому новичку трудно разобраться. Нет толкового FAQ, есть только рецепты "обходных" путей. Нет краткого обзора djvu изнутри.
Всё запутано и очень "наукообразно", названия всякие страшные.

Ох, как Вы правы! Лично у меня от всего этого голова кругом идет.
Отчасти возможно из-за того,ч то новый уровень обработки сканов пока обгоняет имеющееся ПО (по крайней мере по оптимальности его использования). Но даже для неновичка по обработке сканов - честно - я в АУТЕ!
Но буду разбираться...
P.S. Делаю попытку снова установить всё ПО для сборки ST/STA. Что-то пока снова ничего не получается. Ещё малость по-разбираюсь... потом буду просить помощи у Tulon. Повторяю: ничего пока не обещаю...

Вчера U235 поделился весьма интересной и, что немаловажно, очень простой идеей разделения сканов.

Я добавил описание его методики, а также небольшой анализ STA и Метода U235 (можно даже дать ему какое-нибудь красивое название, типа BlackMethod )) ) в Руководство.
И набросал набор утилит под Windows.