mais писал(а) 18.05.2020 :: 21:41:39:


Если вам ради искусства и вы хотите получить МИНИМАЛЬНО возможный размер файла при субъективно ПРИЁМЛИМОМ качестве, так как две эти величины (размер и качество) взаимозависимы, то 1200 это не для вас 
Определитесь сразу, что вам важнее. Хотя под качеством, каждый понимает своё 
Моя субъективная точка зрения, которую я никому не навязываю, такова: сканирование в 600 и поднятие разрешения до 1200-от. Себе оставляю только такие файлы 
Я признаю, что в некоторых книгах с крупным размером шрифта и хорошей типографией, визуально разницу между 600 и 1200 не вижу и я, но из вредности оставляю себе 1200. Таких книг не сильно много 


AAW писал(а) 19.05.2020 :: 14:34:47:


И так и не так Эта тема не закроется никогда
Реальность такова, хочешь жить надо работать!  Хреновый специалист, ну и зарабатываешь соответственно. Так что приоритет всё таки на постоянном совершенствовании в области работы, а книги... Есть просто желание сохранить именно эти книги. Может те книги, что сделал я, спасут какую-то очень малую часть людей от деградации  Хотя ситуация с пандемией показывает, что большинству "человеков" уже не помочь, а молодёжи эти книги не в кайф.
Моя точка зрения такова: нужна книга, размер не важен.

krestik писал(а) 21.05.2020 :: 00:14:01:

За минимально возможным размером я не гонюсь, качество важнее. Но и чрезмерно "раздутые" книги не приветствую: размер в несколько десятков МБ для среднего объёма чёрно-белой книги -  перебор, по-моему.
Разрешение 1200 dpi для меня не самоцель, пытаюсь найти пути для обработки проблемных сканов, в том числе шрифтов с широкими засечками и тонкими перемычками.

AAW писал(а) 19.05.2020 :: 14:34:47:

Это ж какое орлиное зрение нужно иметь, чтобы djvu читать на смартфоне

В каких случаях стоит давить растр в старых книжках, а когда оставлять как есть?

Насколько корректно работает встроенный в СК Descreen и как правильно выбирать в нем опцию ?
Photo, rough, light или иное?

bolega писал(а) 31.05.2020 :: 12:05:54:

попробую, спасибо

bolega писал(а) 31.05.2020 :: 12:04:02:


спасибо!
я имел в виду вот для таких картинок (это из брошюрки НВЖНИТ "Мерзлые горные породы")


При опции photo появляются горизонтальные тонкие полоски.
Я бы вообще тут растр не трогал

AAW
Цвета индексные
https://yadi.sk/i/_MZ035p9NNm0Bg
https://yadi.sk/i/BqDdAVZrNw6gsQ

AAW
тут пришлось порукоблудствовать поболее. Цвета - "каша", чёрный - "цветной серый" - так что одним сдвигом никак.

Вышла новая версия СК, 6.52.
https://dfiles.ru/files/3gjcw18qm

mais писал(а) 09.07.2020 :: 22:47:46:

Когда на странице огромная зона рисунка, а снизу только подпись этого рисунка. Хотя мне кажется надежнее вводить фиксированный угол deskew через инструмент Protractor. Отпускать мышку с нажатым Ctrl.
mais писал(а) 09.07.2020 :: 22:47:46:

это к разработчику. По логике зона не должна влиять ни на что кроме вычисления поворота.
mais писал(а) 09.07.2020 :: 22:47:46:

Да, конечно.
mais писал(а) 09.07.2020 :: 22:47:46:

Какие-то кусочки работы я показывал в видео. На полный цикл обработки малоцветки у меня не готов план ролика. Не устоялись методы работы. Но конкретно по данной картинке стр.18 можно и показать, как я действовал. Будет настроение сегодня-завтра, запишу, если тут ещё хотя бы пара человек подтвердит нужность. Мне-то кажется, что инструмент интуитивно понятен и логичен без всяких роликов.

AAW писал(а) 10.07.2020 :: 05:38:18:

Вовсе нет Ну или не для всех.
Я лично понял методику в своё время только после Вашего ролика.
Нужен ролик

AAW писал(а) 10.07.2020 :: 21:50:57:

Здорово, все разжевано и показано.
О некоторых моментах даже не догадывался.

Здравствуйте.

У меня есть два вопроса-пожелания к уважаемому bolega.

Я заметил, что в новой версии СК 6.52 справа от выпадающего списка режимов бинаризации на вкладке Binarization исчез счётчик для задания величины порога бинаризации вручную при выборе режима Custom (изменение происходит с шагом 10). Поле для введения значения с клавиатуры осталось, а счётчика нет. Не то чтобы это критично, но в предыдущей публичной версии СК он был и я им пользовался, поэтому хотелось бы, если это не сложно сделать, восстановления этого инструмента.





И ещё одно пожелание.
Благодаря замечательным видеоурокам уважаемого AAW я начал осваивать методику постеризации изображений. AAW показывает в роликах как после проведения постеризации можно убрать "мусор" (точки и небольшие пятна), появившиеся внутри участков рисунка, залитых каким-либо цветом - нужно выбрать тип чистящего цвета: "Magic color", задать "магический" цвет, выделить требующий редактирования участок (стандартными инструментами выделения или в режиме полигонального выделения), затем нажать копку Delete на клавиатуре, и voilà -  выделенный участок залит.
Также можно использовать инструменты "ластик" и "метёлку" с зелёной ручкой, выполняющую полную заливку выбранным цветом, в том числе "магическим" (Режим mose-up очистки).

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



Последовательное выделение участков с "мусором" и их заливка выбранным "магическим" цветом занимает довольно много времени, как и закрашивание "мусора" интсрументом "ластик". Но в СК есть удобный инструмент "Режим mouse-up очистки спеклов" ("метёлка" с красной ручкой), который обычно используют для очистки страниц от мелкого мусора. В настройках красной "метёлки" можно установить размер удаляемых спеклов и помимо удаления чёрных спеклов, можно удалять и белые (despecle white holes). Только этот инструмент не работает с зонами изображений.



Планируется ли в следующей версии использовать режим mouse-up очистки спеклов для работы с зонами изображений, в том числе с применением "магического" цвета? Можно было бы удалять мелкий мусор, в том числе из залитых цветом участков изображения, довольно быстро и безопасно, работать по площадям, как с текстом.

Нечаянно столкнулся с "особенностью".
При импорте ПДФ если у вас назначено 600 dpi, а в файле картинка имеет допустим 620 dpi, то SK увеличивает размер картинки до 600 dpi, а не делает ресемплинг...
Пока допёр "где собака порылась" прошло много времени. 

Меня это не трогает, для меня это просто особенность.

Ну я так и понял, потому и написал что меня это не заботит, я просто на выходе из ИнДизазайна поставил ресемплинг в 600 и всё решилось.

Если в ПДФ шрифт внедрён как шрифт (ОпенТайп или ещё какой), то СК его игнорирует, а если шрифт превратить в кривые Безье, то СК его растрирует.
Потому и называется так - "скривить (скурвить Curve) шрифты".

Попробовал я прогрузить pdf альбом ГАЗ-53А в СК. И обнаружил, что в редакторе такие крупные зоны в режиме Zones не показываются. Вероятно, из-за области превьюшек. Она начинает прорисовывать пустую область зоны, а потом всё остается серым. Без ошибок.
Проверил на СК 6.53, 6.52 и 6.43. Одинаково.



upd
В главном окне в свойствах зоны кнопки next page и prev page не работают. Это как-то связано с окошком preview зоны.

upd2
А что за ошибка на step3?
---цитата---
Processing file 5 (Page 5)
---------------------------
Extract chunks from page 5 of step2.djvu...  Done.
Merge color picture zones...  Failed.
Stretch zone error: Not enough storage is available to process this command.


===========================
===========================
Step 3 finished at 18.08.20 14:55
Zone merging error: Stretch zone error: Not enough storage is available to process this command.

===========================
===========================

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

Воспользовался командой множественного перевода picture-zone из полигона в прямоугольник (по меню ПКМ на кнопке создания зоны). С указанием группы. Зоны были маркированы. Команда отработала, но на активной странице координаты зон слетели и стали огромного размера:




И есть вопрос по работе параметра "default" уровня бинаризации зоны.
Я сначала выставил у зон порог "Auto". Но у этих зон на бумаге розовая заливка (на скриншоте это видно), и порог устанавливается неудачно, съезжает аж до 220, захватывая розовое как черное. Поэтому я поменял параметр на default, переобработал зоны, но даже на одной странице результат обработки плавает, зоны то сильно затемненные, то вполне нормальные. Видимо, применяется заранее рассчитанный порог auto. Или это баг? Как должен сработать default? Я по аналогии с dpi подумал что это значит брать порог зоны копией с порога основной страницы. А тогда зоны должны получаться практически одинаковыми.