Widok Moderator-Следопыт Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Предыдущие части: Часть 1 Scan Tailor Задача программы - пост-обработка сырых сканов книг для последующей сборки в PDF/DJVU,CBR/CBZ и т.д. Программа обеспечивает большое удобство для использования, большую интерактивность и не меньшую автоматизацию процесса (по сравнению со СканКромсатором). Кросс-платформенный (Windows,Mac OS, Linux) проект с открытыми исходниками. Cкриншоты | Скачать Англоязычный топик по ScanTailor   Ветки: Scan Tailor (ncraun) >>>  последняя версия Scan Tailor Experimental (Tulon) >>>  последняя версия (обсуждение на DIY Book Scanner) Scan Tailor Plus (Vadim "DikBSD" Kuznetsov) >>>  последняя версия (отличия от авторской версии) Scan Tailor Еnhanced (Petr "pejuko" Kovar) >>>  последняя версия (отличия от авторской версии) Scan Tailor Featured (monday2000) >>>  последняя версия (отличия от авторской версии) Scan Tailor Universal (trufanov-nok) >>>  последняя версия (обсуждение на publ.lib.ru) Scan Tailor Advanced (4lex4) >>>  последняя версия (отличия от авторской версии) Scan Tailor Advanced (актуальный форк) >>>  история версий   Документация: Документация (Wiki) | Зоны картинок в ScanTailor | ScanTailor. Быстрое начало | Видеоуроки и скринкасты новых функций СТ от Tulona Статья: Scan Tailor. Программа для обработки отсканированных книг Видеоурок: Создание DjVu с помощью Scan Tailor (зеркало) Использование Scan Tailor совместно с Djvu Imager (сборка djvu методом разделенных сканов) Как собрать Scan Tailor из исходных кодов под Windows Почему нельзя сделать сплошную нумерацию вывода Автор проекта - Tulon. Почему его здесь не видно? . DikBSD автор ветки ScanTailor Plus история повторяется. Юзеры! Будьте скромнее! Прочие дистрибутивы, форки, дополнения Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:17 17-02-2010 | Исправлено: Maz, 10:43 10-01-2024

TelecomUral Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: эту проблему я планирую решить после выхода СТА 1.1.x, через месяц-два Хорошо бы. Может я сам разберусь, наваяю чего-нибудь. Пока что занят по службе, времени нет поковыряться с вашими описаниями детально.   оффтоп По поводу СК спорить не буду. Это дело привычки, по зрелом размышлении: Я системотехник по образованию, PMI-book изучал, и знаю что такое проектный треугольник (время-затраты-качество). Поэтому при зафиксированном качестве результата (готовой книги) хоть ST+ФШ хоть СК (поскольку это всё равно "ПО" к которому нужны руки обработчика) должны дать одно и то же время, если потрачены одинаковые усилия. Меньше усилий - больше времени, никуда не деться. Это закон природы. В СК время тратится на ручную обработку зон и чистку, в графредакторах - на ручные группировки сканов в однотипные пачки и подстройку скриптов. При этом - если идентичность результата зафиксирована - в графредакторах всё равно нужно глядеть глазами на предмет качества обработки. "Результат" проверяется глазами, поэтому якобы простота ST - кажущаяся простота. Либо просто-быстро но с потерями, либо то же самое суммарное время "вне ST" но зато "в ФШ". Поэтому мне СК и импонирует, что раз уж я выбрал стезю биться за качественную книгу на выходе, то он и сконструирован под эту задачу, а вся рутина по разбиению сканов на группы, делению зон, настройке скриптов обработки "невидима". Нужен качественный шрифт - вот тебе набор фильтров сглаживания. Нужно фон на картинке убрать - вот галка background substract. Нужно покрасить этот текст - вот галка покрасить энным цветом. То есть моё примитивное мышление совпадает с действием. А фотошоп для меня оказался архисложен в освоении и требует нехилого базиса знаний цветовых пространств и свойств методов в плагинах. slava_kry уж сколько со мной бился, и почти что без толку. Повторяю, это не реклама СК и не попытка холивара. Я полез изучать семейство ST, потому что вижу плохие книги в Сети, а обработчики пишут "делаю в ST, проблем не вижу". Разобрался в причинах: потому что "обман потребителя" Время они не выделяют, такое какое требуется для качественного результата. ST классная штука, как сегментатор, автовыделения зон в СК действительно мне не хватает. Возможно, что и постеризатор тоже весьма полезен и упростит жизнь фотошоперам. Обязательно разберусь. Всего записей: 3323 | Зарегистр. 15-07-2010 | Отправлено: 07:19 27-02-2018

alpopo Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BKSRU Цитата: Задавайте вопросы, отвечу Задаю вопрос - Вы предлагаете на 5-ой стадии (ПОЛЯ) сделать еще одну ПОЛЕЗНУЮ ЗОНУ, отвязанную от ПОЛЕЗНОЙ ЗОНЫ 4-ой стадии (ЗОНУ КОНТЕНТА) и иметь возможность еще раз двигать ее границы, как у стандартной Полезной зоны на 4-ой стадии? Почему нельзя вернуться с 5-ой на 4-ую и поправить полезную зону там?   Уточняю цитату Вообщем, на 5й стадии мы имеем три прямоугольника:   1. Прямоугольник с контентом. (ПОЛЕЗНАЯ ЗОНА) 3. Прямоугольник мягких полей, который получаются в результате выравнивания с самой широкой и высокой страницей в проекте. Прямоугольник мягких полей имеет всегда имеет высоту = высота самого высокого прямоугольника жестких полей из всех страниц, для которых включено выравнивание, тоже самое и для ширины.   2. Прямоугольник жестких полей. (Который охватывает Прямоугольник мягких полей на установленный размер ПОЛЕЙ)   TelecomUral Цитата: вижу плохие книги в Сети, а обработчики пишут "делаю в ST, проблем не вижу" Наверное изначально в ST не ставилась задача делать из сканов идеальные книги.   На выходе надо было иметь выравненную, без лишних полей, текстовую информацию из наспех сделанных сканов не разрезанных на листы толстых книжек. И с этой задачей ST справлялся как никто другой. Время бежит, новые требования к формату изданий, новые возможности, и сейчас, если скан можно распознать в ФР12, делаю распознавание, передаю результат в ВОРД16, редактирую и на выходе получаю ПДФ в А4 и А6(для читалок) с интерактивным содержанием, номерами страниц, в электронном качестве. Правда это уже не оригинал. Это ЭлСИ - электронный самиздат. Затрат несколько больше, но соответственно и результат.         Всего записей: 1452 | Зарегистр. 02-08-2008 | Отправлено: 11:29 27-02-2018

BKSRU Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору alpopo Цитата: Задаю вопрос - Вы предлагаете на 5-ой стадии (ПОЛЯ) сделать еще одну ПОЛЕЗНУЮ ЗОНУ, отвязанную от ПОЛЕЗНОЙ ЗОНЫ 4-ой стадии (ЗОНУ КОНТЕНТА) и иметь возможность еще раз двигать ее границы, как у стандартной Полезной зоны на 4-ой стадии? Почему нельзя вернуться с 5-ой на 4-ую и поправить полезную зону там?   В этом случае при заливке полей теряем полезную информацию:   Достаточно часто существуют ситуации, когда линия выравнивания может идти внутри Полезной области. И хотелось бы иметь возможность ускорить процесс выравнивания контента в таких случаях. Это не ошибка какой либо предобработки. Это особенность издателя. Случай возможно не типичен, но есть другие схожие случаи: Выступающая красная буквица, нестандартное форматирование с основным текстом внутри, выступающие картинки, пометки...   _____________________________________ Но как говорил ранее то что предлагаю это полумера. Задача максимум убедить о необходимости следующего подхода: Попытаюсь пояснить как вижу более менее идеальную систему выравнивания контента, но на примере GIMP. Возможно так будет более понятно. Есть проблемные странички с выступом по левому краю полезной области - этот край не может являтся базой для выравнивания. Но мы должны исправить положение с наименьшими трудозатратами, максимальной точностью и конечно же быстро, не портя зрение. В GIMP имеется хороший инстарумент - напраляющие. Очень легко выставить: достаточно ткнуть по линейке и потянуть. Ставим направляющую на 10мм от края. Просматриваем странички и отлавливаем проблемные. Это сразу бросится в глаза, как на этом скрине: В GIMP можно точно и быстро подогнать контент мелким шагом, с помощью клавши - влево. Но GIMP не специализированная программа. В идеале двойной клик, рядом с любой поверхностью выбранной в качестве базы,  мог бы справиться с задачей быстрее, как это сделано теперь на 4й стадии.   Вот при таком подходе никто ваши зоны трогать не будет, просто произойдет полуавтоматическое выравнивание. А напраляющая визуально покажет, что сдесь все в порядке. На самом деле сдесь можно продумать достаточно тщательно и аккуратно все. Всего записей: 1559 | Зарегистр. 29-01-2009 | Отправлено: 11:40 27-02-2018 | Исправлено: BKSRU, 16:04 27-02-2018

BKSRU Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору alpopo Цитата: 2. Прямоугольник жестких полей. (Который охватывает Прямоугольник мягких полей на установленный размер ПОЛЕЙ)   Немного сарказма, можно? . Вот так поди и разберись из подобного определения, что такое Прямоугольник жестких полей. Из вашего сообщения все, что понял, это то что вы не поняли, что такое Жесткие поля. Я это по поводу интуитивности нынешнего положения дел при позиционировании... Смотря где стоит запятая   Добавлено: TelecomUral Цитата: BKSRU, вам просто надо было подобную картинку показать. А то с этим хвостиком у "J" фиг поймёшь. До этого я показывал проект и давал сканы с нестандартным форматированием - с основным контентом внутри Полезной области. Это не помогло. Надо полагать, что там просто не знали с чего начать. Дал попроще пример. Он не загружен и видна альтернативная - реальная база. Такие сканы попадаются частенько. Просто такова специфика. Всего записей: 1559 | Зарегистр. 29-01-2009 | Отправлено: 13:21 27-02-2018 | Исправлено: BKSRU, 16:25 27-02-2018

4lex4 Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BKSRU, наконец то с поста TelecomUral все понял сразу. Даже примеры не нужны.   В таком случае я поступил бы так (сразу же пришло на ум): 1. На 4й стадии делаем поля по тексту, исключив из полезной области выступающие части. 2. На 5й стадии все как обычно, в жесткие поля должен входить выступающий контент. 3. На 6й выключаем заливку полей.   Если на полях есть мусор, дополняем алгоритм 2м этапом: 1. На 6й стадии выводим в цвете, не заливая поля. 2. Закрываем проект, включаем профиль "Источник". 3. Загружаем выход предыдущего проекта. 4. Сразу идем на 4й шаг (поля), так как теперь они выровнены, мы можем сделать маску: вручную для любой страницы делаем такую полезную область, которая будет включать весь контент и не будет включать мусор. Применяем эту область ко всем. 5. На 5й стадии применяем для всех страниц авто-поля, ничего не делая. 6. На 6й стадии теперь заливаем поля и делаем то, что мы обычно делаем на выходе.   Так как на 2м этапе нет шагов, модифицирующих растр, потери качества не будет.   Теперь понял: ваша фича относится не к полям напрямую, а к заливке. То есть вы хотите сделать на стадии полей новый прямоугольник, который будет отвечать за область заливки, а другой будет отвечать за выравнивание. Так?   Добавлено: Цитата: Вот так поди и разберись из подобного определения, что такое Прямоугольник жестких полей. Прямоугольник жестких полей - прямоугольник полезной области, расширенный полями, который задает юзер. То есть когда вы регулируете поля, вы регулируете этот прямоугольник. ---------- ScanTailor Advanced v1.0.16 | Пожертвования Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 16:25 27-02-2018 | Исправлено: 4lex4, 17:32 27-02-2018

4lex4 Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BKSRU, если сделать этот прямоугольник, я думаю все будет даже сложнее, чем тот способ, который я предложил, с тем же результатом. Интерфейс придется замусоривать еще одними отступами для целей заливки. А тут мы используем мощь маски на 4й стадии для этой цели. Вторая проблема, архитектурная: заливка - фича выхода, а не полей. Задача полей - сделать поля и выровнять страницы по размеру, чтоб они были одного пиксельного размера. А заливка полей - просто опциональная вещь на выходе.   На самом деле тут все естественно и быстро, у вас просто мало опыта работы в программе.   Добавлено: Цитата: а предложенная мной концепция закрыла бы этот вопрос раз и навсегда, попутно решив иные задачи.   Так вы даже так и не объяснили вашу концепцию. Я же написал вам - опишите вашу концепцию нормально, в тех строгих рамках, которые я описал. Ответа нет. Я же не телепат, чтоб достать эту концепцию у вас из головы и расшифровать все эти ваши понятия. У меня нет точного представления, как это должно выглядеть. ---------- ScanTailor Advanced v1.0.16 | Пожертвования Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 16:54 27-02-2018 | Исправлено: 4lex4, 17:11 27-02-2018

slava_kry Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору   TelecomUral Цитата: По поводу СК спорить не буду. Это дело привычки, по зрелом размышлении:   Я системотехник по образованию, PMI-book изучал, и знаю что такое проектный треугольник (время-затраты-качество). Поэтому при зафиксированном качестве результата (готовой книги) хоть ST+ФШ хоть СК (поскольку это всё равно "ПО" к которому нужны руки обработчика) должны дать одно и то же время, если потрачены одинаковые усилия. Меньше усилий - больше времени, никуда не деться. Это закон природы...   Вооо... Поддерживаю шестью руками!!! У всех возникает иллюзия по поводу СЕ и СК и Шопа, что временные затраты не имеют значения:"Тут чуть-чуть, там чуть-чуть и в результате лишние день-два на работу". Ускоряем одно, тормозим другое. Мы тут подходим к "фундаменту" всего этого дела, но в современности он "никому" не нужен, хотя из вопросов первым делом выходит, что человек не понимает того, что делает, а результат "дело десятое..."! Как ни печально.   А поднятая "проблемка" видна сразу, но типографам и верстальщикам, т.к. пока сильного относительного смещения нет (даже в 2-3 символа), то и не видно и только в старых книгах с краевыми картинками данная проблема бросается в глаза на выводе. ---------- Вы выказываете себя праведниками пред людьми, но Бог знает сердца ваши, ибо что высоко у людей, то мерзость пред Богом Всего записей: 4314 | Зарегистр. 18-09-2003 | Отправлено: 18:06 27-02-2018 | Исправлено: slava_kry, 18:06 27-02-2018

BKSRU Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 4lex4 Цитата: BKSRU, как я понял, второй этап в моем предложении делает тоже самое, что и вы в гимпе, только вместо того, чтобы вручную открывать каждую страницу, вы применяете маску заливки пакетно за раз для всех страниц в СТА, что намного быстрее. В том, что я описал, нет ничего долгого и сложного, это же всего лишь один промежуточный шаг для такого нестандартного типа сканов. Просто попробуйте. Я не говорил, что в GIMP это быстрее. Я показа как эталон для подражания. GIMP не специализируется на этом. В СТ можно запилить нечто подобное заточив под наши нужды и ваша схема не сравниться по скорости обработки. Мало того необходимые правки сейчас в СТ я сделаю быстрее чем ваш способ. При этом ваш способ оставит мусор. Это при том, что пример я показал довольно еще простенький.   Простой расчет время затрат: - Ручная работа первый раз Цитата: 1. На 4й стадии делаем поля по тексту, исключив из полезной области выступающие части.     - Якобы автоматизация на дублирующем проекте: Цитата: 4. Сразу идем на 4й шаг (поля), так как теперь они выровнены, мы можем сделать маску: вручную для любой страницы делаем такую полезную область, которая будет включать весь контент и не будет включать мусор. Применяем эту область ко всем.   По факту, нам придется взять область с запасом 2мм. Ну не сложно понять почему. Т.е. оставляем мусор. Никакой пакетной обработки не получим. По факту придется делать второй раз ручную работу по выбору полезной области. Я уж не говрю о запутанности вашей схемы. Нет конечно понять можно и понимаю. Только зачем использовать? В ручную на стадии поля я сделаю быстрее без необходимости создавать дубль и работа будет чище.   При этом здесь погрешность всего 2мм . До этого давал сканы, где проблемы глобальнее - текст на некоторых страницах глубоко внутри Полезной области, которая фактически занимает всю область страницы. Так, что оставляем мусор? Всего записей: 1559 | Зарегистр. 29-01-2009 | Отправлено: 18:07 27-02-2018 | Исправлено: BKSRU, 18:11 27-02-2018

Страницы: 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 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor (часть 2)

Maz (10-01-2024 10:45): Scan Tailor (часть 3)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование