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

derrikF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BKSRU Цитата: а полезная область не двигается... работа на стадии Полезная область итак автоматом совершается... после автомата идёт ручная работа... ручная работа помогает определить ошибки работы автомата и поправить... в зависимости от качества скана, ручная работа может быть долгой или же быстрой... вчера, проект из 120 страницы вывел очень быстро потому что печать была качественной и поэтому полезная область корректно расставилась автоматом и работать не надо на этой стадии... но вот когда страницы не очень чистые, то приходится отсортировать страницы по высоте/ширине и править вручную полезные зоны из-за ошибочных захватов, или же номера страниц не будут захватываться из-за их нестандартной реализации в книге, ибо я делаю книги качественно, хотя читаю чисто я...   на стадии Поля другая работа - лично мне она нужна в основном для того чтобы на всех страницах по возможности сделать одинаковые поля на страницах... на этой стадии есть несколько ошибок, которые по правилам каких-то умельцев были ведены, но я иду своим путем, а не как вы выразились, "сила привычки" другого человека…   итак, на стадии  Поля могут быть такие проблемы: некие умельцы предлагают все страницы ровнять по обложкам - чушь какая-то, зачем делать поля большого размера, логичнее же обложку немного обрезать, обложку раз посмотрел и все, а страниц та много, главное чтобы они были приятны постоянно для глазу... для меня глупо делать ... поэтому как вы представляли на последнем скрине, то тот пример мне будет говорить, что у меня либо размер обложки учитывается, поэтому у меня поля большие получаются, либо на стадии Полезная область ошибочные области с большим захватом либо грязи либо контент какой-нить особенный либо еще что-нить... поэтому я на стади Поля делаю сортировку и смотрю особенность контента.. например, в чем ошибочность может проявляться - часто когда много сносок, то на нескольких страницах высота страниц таких будет больше чем все остальные... поэтому я на таких страницах, которые хорошо будут показаны при сортировке по высоте/ширине, правлю вручную поля, если проблема с высотой, то я чисто оставляю поле вверху, а для остальных полей на таких страницах я значения обнуляю, тое сть, я иду на то, что поля на нескольких страницах будут слишком маленькие, зато на всех страницах будут стандартно... например я делал книгу в 550 страниц, и там как раз были 10 страниц с некорректной версткой сносок на таких страницах и у меня был выбор - или сделать чтобы все 540 страниц были с большими полями внизу страниц, а только 10 страниц с корректными поля по всем краям, либо только 10 страниц с почти отсутствием полей внизу, но зато все остальные страницы будут выглядеть стандартно, и такую проблему нельзя увидеть на стадии Полезная область, именно исключительно на стадии Поля... после правки таких страниц с чем-то нестандартным, поля сами на всех страницах будут почти одинаковые и практически работа на этой стадии закончена - остается только несколько страниц выравнить по центру вручную, несколько страниц по вверху...   нестандартным контентом может быть также сильный перекос на страницах из-за сканирования, в таком случае иду как и описал, просто делаю на таких страницах поля меньшего размера сортирую страницы по высоте/ширине, выделяю несколько страниц, и для них применяю особые значения полей и проблема со средним значением полей будет решена...   для чего я привожу пример как работаю я - ваше желание, чтобы на стадии Поля показывались реальные значения полей, для меня не имеет смысла, я как раз должен сделать правки на стадии Поля чтобы подвести поля на всех страницах именно к тому значению которое я задал, я для всех книг (за исключением единиц) делаю поля 6/8... всё, я быстренько подгоняю на этой стадии к этому значению, и делаю вывод изображений, зачем мне тратить уйму времени, как вы говорите, это для меня не понятно...   лучше бы избавились книгоделы от манеры подгонять размер полей страниц под обложки, нежели ожидать что будут показываться реальные размеры полей, которые не должны показываться на этой стадии...   я уверен, что 4lex4 поэтому и не может понять что вы от него хотите, ибо не поймет что хотите вы, ибо проблем та нет здесь...   так что я могу только посоветовать вам пересмотреть свою работа с помощью данной проги и радоваться жизни, либо ожидайте чуда просвещения ума разраба, либо того, что он еще скажет по этому поводу...   это я написал не для того, чтобы сейчас была развязана полемика, а чтобы вы увидели, что проблемы, по моему мнению, нет на этой стадии в вопросе значений полей...   я говорю это как мнение, потому что я не разраб, поэтому отнеситесь к этому именно как к мнению, а претензии/пожелания/отчеты о багах адресуйте исключительно 4lex4 Всего записей: 235 | Зарегистр. 25-02-2007 | Отправлено: 09:10 20-02-2018 | Исправлено: derrikF, 09:11 20-02-2018

tlotr Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Выскажусь, пожалуй, от имени молчаливого большинства, хоть никем и не уполномочен. Всё с шагами и полями нормально и интуитивно понятно. Не надо тут ничего менять.   derrikF Цитата: некие умельцы предлагают все страницы ровнять по обложкам   Думаю, что это предлагают  изготовители подшивок журналов, где обложка не отличается от прочих страниц по размеру, но это - вырожденный случай.   Есть ещё вариант, когда страница обложки имеет отличный по ширине размер от прочих страниц. Это может быть связано с тем, что скан обложки включает в себя корешок, а после этого ровнять страницы на размер обложки уже бред. Я не к тому, что делать подобные страницы обложки единственно правильно или неправильно, а к тому, что подобный подход имеет право на жизнь.     При наличии же обложки книги без корешка было бы логично её отмасштабировать под прочие страницы, хотя тот же WinDjview и, кажется, Acrobat reader прекрасно сделают это сами. За линуксовые вьюверы не поручусь. Когда лет десять назад сидел в никсах, такой возможности ни у одной программы я, вроде бы,  не видел, но зуб не дам.     Цитата: я иду на то, что поля на нескольких страницах будут слишком маленькие, зато на всех страницах будут стандартно   Мне пришлось как-то вступить в полемику с людьми, отстаивающими идею того, что электронный вариант книги должен быть идентичен по оформлению оригинальной печатной версии. Я придерживаюсь иного мнения. Всего записей: 85 | Зарегистр. 16-09-2009 | Отправлено: 15:42 20-02-2018

derrikF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 4lex4 разговор не про обложки, а про пример который представлен, на котором были большие поля по ширине, и я сказал по какой причине такое может быть...   а как кто делает обложки, это вопрос который даже не стоит поднимать...     речь просто была поднята о том, что бредово реализован этап Поля, ибо не указываются реальные, хотя так и не понятны зачем такое...   так что самое лучшее с нашей стороны просто предлагать идеи, а разраб будет определять полезность и возможность реализации, ибо нам остает только принять будет что будет нам предложено...   повторюсь - если 4lex4 посчитает это полезным/возможным, то это будет, но лучше не надо сразу так говорить, что он не видит, или кто-то другой, вследствии слепоты от привычки...   итак, 4lex4 - я считаю инструмент удобным и полезным и претензии не имею   но у других свое мнение... Всего записей: 235 | Зарегистр. 25-02-2007 | Отправлено: 17:00 20-02-2018 | Исправлено: derrikF, 17:01 20-02-2018

alpopo Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BKSRU Поясню свой подход к полезным областям и полям: 1)Скажем имеем скан (картинки) книжки формата А5 на картинках А4. Или имею стихи в книжке формата А5, которые занимают по пол страницы. Или фото книжки А5 с полями гораздо шире формата страницы 2)В результате обработки хочу, (скажем для стихов) иметь минимальный размер страницы, чтобы и в эл.книжке что-то было видно. Да и вообще при обработке хочу лишние (неинформативные) белые поля сканов (фото) обрезать вне зависимости от исходного реального размера страницы книги(А5). Мне исходный реальный размер страницы знать вообще незачем. 3) Выделяю полезную область по нужным мне блокам текста (на хорошем скане автоматом) 4)На этапе Поля задаю отступ границы будущей страницы  от блока текста. После прогона по всем страницам на экране видим полезную область и "мнимую" по вашей терминологию границу страницы для самого большого блока текста. Делаю проверку в сортировке по максимальной ширине и высоте. 5) делаю ВЫВОД "мнимых" страниц   При таком подходе зачем мне знать реальный размер книжной страницы (особенно для фото-сканов) и зачем мне двигать по столу страницу? Всего записей: 1454 | Зарегистр. 02-08-2008 | Отправлено: 21:27 20-02-2018

BKSRU Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tlotr Цитата: Моя цепочка рассуждений такая (поправьте, пожалуйста, если где-то я не то понял):   1. Ширина блока текста остаётся неизменной в обоих вариантах сиречь константа. В общем да, если ее можно назвать неизменной. Ширина все таки варьирует даже для книг с простым форматированием: точность определения границ; перекосы блоков, которые фактически не реально поправить; опять же выступающий хвостик f..., да и у левой границы бывают выступающие хвостики. От сюда и бессмыслица с мнимыми полями. Они становятся не реальными. Фактически из 500 страниц, только две страницы с реальными размерами. У одной высота, у другой ширина. Реально может быть и больше совпадений , но это не меняет положение дел. По этой причине точно регулировать положение полезных областей довольно нудно. Только приблизительно. Кого то это устроит, кого то нет. Но можно кое, что сделать в этом плане по моему мнению. Для этого стоит продумать совместно более удобную и интуитивную концепцию начального макетирования страниц. Начальным макетированием называю расположение полезной области относительно формата.   Цитата: 2. Ширина страницы, как я понимаю, в вашем случае задаётся заранее, в существующей реализации она меняется в зависимости от заданных "мнимых" полей; Да в общем то так же ширина меняется в зависимости от заданных желаемых полей. Можно и в ручную. Все как сейчас.   Цитата: 3. Таким образом сами "реальные" поля будут в предложенной вами концепции варьироваться для того, чтобы компенсировать разницу между шириной распознанного блока и шириной страницы; Они будут варьироваться точно так же как и при нынешней реализации, но информацию выводить лучше о них. Сами же желаемые поля лучше сделать отключаемыми, кому это понадобится. Мне лично они не нужны, только путают. При новой концепции итак будет ясно где они совпадают, а где нет. И таким образом, что бы выравнивать полезную область относительно формата (который выставлен либо автоматом в зависисмости от заданных желаемых полей, либо в ручную) достаточно всего четыре кнопки, регулирующих поля сверх/сизу/слева/справа. И это более просто и понятно сразу даже для новичков. Это так же как управлять кадром в плеере. Да собственно куда ни кинь всюду эти простые принцыпы. И не спроста. Зачем здесь усложнять ситуацию.   Всего записей: 1559 | Зарегистр. 29-01-2009 | Отправлено: 05:03 21-02-2018

4lex4 Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору TelecomUral, я знаю, что я делаю, там все логично и нет ничего лишнего.   Естественно сегментер и постеризатор работают для переднего фона и не трогают картинки. Постеризатор, как отдельный независимый компонент, может быть применен к полноцветному изображению для различных целей, но только в цветном режиме. Это для тех, кто пилит пдфники, ибо за рубежом djvu намного меньше пользуются. В смешанном режиме постеризатор всегда работает на передник и только в комбинации с цветовым сегментером.   Фишка оригинальный фон не для этого. Допустим есть страница с цветным фоном, цветным текстом и картинками. Фишка оригинальный фон позволяет разделить изображение на 3 слоя, а не на 2: картинки, передник и этот фон. К фону нужно применять фильтры вроде поверхностного блюра, которые не могут быть применены к картинкам, а также, обязательный шаг, избавится от дырок, оставшихся от передника - это важно для уменьшения размера background слоя в djvu, ибо вейвлетовые алгоритмы сжатия лучше всего работают с градиентными изображениями, а эти дырки являются высокочастотным компонентом. Затем с помощью пакетного комбинирования изображений объединяем обратно фон и картинки, скрипт для этого и надо написать. А потом кодируем передник-малоцвет и скомбинированный фон+картинки в djvu. Вообщем, тут просто нужен пример.   Второе, это фичей можно вытащить контуры (пример с гиперболоидом), причем правильно, а не как вы это делали. Вы получили огромное увеличение размера djvu после того, как вытащили черные линии из гиперболоида из-за непонимания, как работает сжатие в djvu.   Фишка оригинальный фон резервирует оригинальный белый, а белым являются только вырезанные компоненты с передника, поэтому мы можем в граф. редакторе применить выделение по белому и убрать эти дырки и мусорные соседние пиксели, получатся чистые линии в результате, причем с помощью цветого сегментера можно сохранить их цвет.     Пример на вашем гиперболоиде ниже. Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 21:08 21-02-2018 | Исправлено: 4lex4, 01:28 22-02-2018

derrikF Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 4lex4 Цитата: нужно потестить develop ветку. ок...   сейчас обрабатывал новый проект (но в master версии, так получилось, поздно зашел на форум, так бы тестил новую develop, но кое-что потестю), возникли некоторые вопросы   1. в проекте 417 страниц, разрезанные по полам... на стадии Полезная область только на 4 страницах показыватюся звездочки - на двух обложках и на двух пустых страницах, на остальных нет звездочек... вопрос из проекта к проекту - зачем эта функция? как она работает? оно при чем здесь пустые страницы? или так легче определить ошибочный автоматический сильный наклон, что иногда бывает? отклонение на стадии Компенсанция наклона почти понятна, но не совсем - политика не ясна, ибо страница с наклоном 0,50° или -0,69° помечана звездочкой а со значением -0,62° или -0,50° нет... как идёт подсчет, для чего - словно как в джунглях... может кто-нить объяснит по доходчевее?   2. обратил внимание на последних проектах, что полезная область по всем краям стала всегда отступать на определенный запас... на англ форуме вам кто-то в скрине показывал что обрезаются края букв... поэтому теперь будет отступать с запасом границы полезной области от крайних букв? теоретически, это хорошо, просто надо знать, тогда придется немного свои правила обработки немного изменить... --------------------------------------------------------   проверил новый develop - сортировка в проекте с разным dpi работает, сортируется правильно... вывожу остаток страниц в новом проекте, вроде бы с dpi проблем нет в выходных файлах, вылетов нет, но это страницы просто с текстом без картинок...     Добавлено: новый elf стал меньше на 40 кб... это нормально? обычно всегда больше становился... Всего записей: 235 | Зарегистр. 25-02-2007 | Отправлено: 21:53 21-02-2018

4lex4 Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору TelecomUral, пример использования фичи на вашем гиперболоиде:   Без извлечения контуров (114.6 KB) С извлечением контуров (58.3 KB)   В примерах, которые вы мне присылали, без извлечения контуров было 144 KB, и с извлечением контуров 184 KB, то есть все наоборот, получился прирост размера вместо сжатия. Вы извлекли контуры неправильно.   А вы говорите оригинальный фон ненужная фича. Это вариант использования этой фичи в комбинации с цветовым сегментером для извлечения контуров. Основное же ее назначение я уже описал - сканы с цветным сложным фоном (4й пример (г) в инструкции).   Вот папка со слоями, чтоб разобраться. Кому интересно, исходник в инструкции, пример в)   (желтый и розовый прямоугольнички фона дорисовывать не стал, ибо это незначимо, вы сами это можете сделать в фотошопе, они дадут прирост 1-2кб максимум. Синий вверху сам сегментировался цветовым сегментером в СТА, поэтому оставил его. Если его переделать в шопе под ручной идеально ровный, djvu будет весить еще меньше).   Что как делал по шагам объясню в инструкции, когда ее перепишу, щас на писанину нет времени и настроения. PS: Обновил экшены для шопа.   derrikF, спасибо за тест, https://en.wikipedia.org/wiki/Standard_deviation   Для 2й стадии я просто неправильно подобрал порог, звездочки стали слишком чувствительны. Основное назначениие для 2й стадии - помечать очень подозрительные страницы, значения угла поворота у которых очень сильно различается от других страниц. (обычно это обозначает сбой авто-компенсации поворота на таких страницах).   Поправлю. Для остальных стадий тоже самое. На 4й стадии авто-алгоритм может захватить мусор, и размер полезной области увеличится по сравнению с другими страницами, или наобот, что-то пропустить - такие страницы должны помечаться звездочкой. Вообще мне нужно откалибровать эту штуку, сделаю это завтра для всех стадий.   Цитата: новый elf стал меньше на 40 кб... это нормально? обычно всегда больше становился...   Не могу ничего сказать. Если все работает - значит нормально. ---------- ScanTailor Advanced v1.0.16 | Пожертвования Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 22:40 21-02-2018 | Исправлено: 4lex4, 06:06 22-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 Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование