» ScanKromsator СканКромсатор (Часть 3)

BKSRU

Цитата:

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

Цитата:

http://rgho.st/6FkFfbYD5

Непонятно, какое отношение имеет приведенный пример к к тому, что написано выше. М.б. по ссылке уже обработанный вариант?
Что-то понять здесь можно только по sub-task этого разворота.

shch_vg

Цитата:

Непонятно, какое отношение имеет приведенный пример к к тому, что написано выше. М.б. по ссылке уже обработанный вариант?
Что-то понять здесь можно только по sub-task этого разворота.

Это исходник, так как СК вытащил его из PDF. Наверное до определенной степени обрабатывали. Но сканы не выровнены, мусор не убран. Приведенный пример более менее ровный. Однако он имеет прямое отношение к сказанному выше. Граница ясная. От центра разворота расстояние до текстового блока на левой странице меньше, чем на правой. Не много, но несколько миллиметров есть (миллиметра 3), которые нет желания срезать, но есть желание подравнять поля.
Выровнять по вертикали, а затем разрезать по центру не очень хорошая затея, так как рисунок имеет смещение по вертикали.

BKSRU
Попробовал обработать просто с точки зрения полей. Что получилось не так, как вы хотели?
http://rgho.st/7gBZ2XqJ2
Ваши комментарии насчёт трёх миллиметров, выравнивания, срезания, сдвига и тэ пэ - непонятны. Запутаны. Проще уж так, на примере. Сделал дубль вашего файла, и на каждом настроил необходимые spec.gaps (справа ноль, или слева) и центровку (вправо или авто).

TelecomUral

Цитата:

Попробовал обработать просто с точки зрения полей. Что получилось не так, как вы хотели?

Поля должны быть одинаковы: a = b.


Вы же просто разрезали разворот по линии стыка.

BKSRU

Цитата:

Не много, но несколько миллиметров есть (миллиметра 3), которые нет желания срезать, но есть желание подравнять поля.

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

Цитата:

Поля должны быть одинаковы: a = b.

Аа, ясно. Ну, разрезать можно и не в точке сдвига рисунка, а на полтора миллиметра правее.
Только это всё бессмысленно - оригинал должен быть безупречен, в чём я не уверен. Вероятно, оригинал был отсканирован с утратой у корешка (может быть и типографский брак - виднеется вертикальная чёрточка - то есть страница при брошировании согнута не точно посредине, и эти 2-3мм ушли под соседнюю страницу). Надо искать другой оригинал, тут ничего нельзя сделать кроме как оставить белую полосу взамен утраты. Арифметика на пару с симметрией иначе не позволят.

А уж сдвигать рисунок относительно текста, то есть нарушать форматирование, вообще дурной тон. ИМХО. Это ничем не вызвано. Да и некрасиво будет, симметрия нарушится больше, чем есть в моём варианте, потому что картинка занимает ведущее смысловое положение по сравнению с текстовыми блоками. Она крупнее, выделяется сильнее, имеет точку вертикальной симметрии (этот самый сдвиг).

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

TelecomUral
Может быть вы и правы, но просто есть желание выровнять поля. Если добавить белое поле, оно бросается в глаза. Если оставить как есть, при перелистывании нарушение полей бросается в глаза. Сдвинув одну часть (можно и обе на более мелкий шаг, для сглаживания этой самой симметрии) это уже не бросится в глаза. Ну а искать оригинал, это вряд ли удастся, да и действительно это не особый шедевр. Так, учебное издание.
Кроме того, FineReader форматирует текст аккуратнее, если все под линеечку. Может и не велик довод, но все таки получить сразу не плохо выглядещий Word вариант, есть для чего постараться.

ScanKromsator v6.00.5
Книжка (все та же) на 60 страниц. 200dpi/серые сканы. Отключаю все, кроме апскейл до 400dpi/выравнивание/ресемпл Lanczos3. Запускаю процесс. 3 страницы из 60 увеличены в масштабе. В исходниках все нормально. Как с этим бороться?

Кстати, вот она причина обсуждаемая в прошлый раз. Оказывается это была не типографская фишка, СК так сделал. Но в прошлый раз, на сколько помню выбилась только одна страница, видимо потому, что апскейл был задан иной - 600dpi.
Нет, вспомнил, увеличены были те же страницы.

Обработайте http://rgho.st/6r5kZDzsJ
Первая страница будет увеличена. Во всяком случае у меня. Не заметить не возможно. Миллиметров на 5.

BKSRU

Цитата:

Обработайте http://rgho.st/6r5kZDzsJ Первая страница будет увеличена. Во всяком случае у меня. Не заметить не возможно. Миллиметров на 5.

Обработал. Отключено все кроме кроме апскейл до 400dpi/выравнивание/ресемпл Lanczos3. Перед обработкой Page width=page height=auto (у вас надеюсь так?).
Поля заданы = 150. После обработки все станицы одного размера 1800x2884.
По другому и быть не может.

Замерил (image > ruler) ширину текста на исходниках. На 1-м файле ширина примерно 95 мм, на втором - 92 мм. Вы это имели ввиду? Только при чем тут СК, если текст на исходнике разной ширины? Не поленился, замерил размеры одних и тех же букв на этих файлах после обработки ( с помощью панели глифов). Размеры идентичны, что говорит о том, что масштаб одинаковый, а разная только ширина текстового блока. Вы надеюсь понимаете разницу между масштабом и шириной колонки текста?

Добавлено:
TelecomUral
Первый раз такое вижу, чтобы трансформировали (урезали) рисунки/текст ради полей, т.е. контент ради пустоты. Обычно делают наоборот.

kardamon2

Цитата:

Замерил (image > ruler) ширину текста на исходниках. На 1-м файле ширина примерно 95 мм, на втором - 92 мм. Вы это имели ввиду? Только при чем тут СК, если текст на исходнике разной ширины?

Да, действительно не обратил внимание, что исходники были автоматически смаштабированы в основном окне.

Решил первый раз попробовать обработать детскую книжку с цветными картинками.
Почему-то в режиме VR получаются очень большие поля. Хотя на вкладке Book стоит 200 пикселей.
Подскажите пожалуйста, что не так я выставил. Вот суб-таск:
https://yadi.sk/d/ywm5O8oTsPptK

asku
Это не поля большие, это размер книги завышенный.
Фото-сканы? Скорее всего, некорректный dpi на нескольких файлах или забыли проставить spec.gaps. Чтобы вычислить, кто вносит наибольший вклад в расчет размеров, нужно в окне VR переключиться в режим показа Thumbs. ПКМ в правой панели и выбрать Sort pages>by content width. В начале списка правой панели окажутся искомые "виновники".

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

С масштабом тоже как то странно. Чтобы переключится по ширине и по листу, надо пару раз нажимать (сначала отменить, затем установить), если масштаб был сменен.

kardamon2

Цитата:

Первый раз такое вижу, чтобы трансформировали (урезали) рисунки/текст ради полей, т.е. контент ради пустоты. Обычно делают наоборот

Не понял ваше предложение.
Я насчёт белой полосы писал: добавить её вместо съеденной полоски рисунка. Не урезать, конечно.

Можно ли узнать размеры желтой области в редакторе?

BKSRU

Цитата:

С масштабом тоже как то странно. Чтобы переключится по ширине и по листу, надо пару раз нажимать (сначала отменить, затем установить), если масштаб был сменен.

Именно поэтому у меня эти действия висят на хоткеях (писал об этом выше).
В этом случае переключение происходит одним нажатием.

kardamon2


Цитата:

Фото-сканы?

Да.


Цитата:

ПКМ в правой панели и выбрать Sort pages>by content width. В начале списка правой панели окажутся искомые "виновники".

Не отсортировалось по ширине. То есть ширина одинаковая у всех?


Цитата:

Скорее всего, некорректный dpi на нескольких файлах или забыли проставить spec.gaps.

DPI я откорректировал (Tools — Correct DPI — 300 All).
А что значит проставить spec.gaps?
Я их никогда не ставил раньше. Сейчас же на тех страницах, которых есть картинка «прижатая» к краю, я ставил spec.gaps, которые на вкладке Page.
Вот в суб-таске у меня
spec.gaps-L: [R]
spec.gaps-R: [L]

asku

Цитата:

spec.gaps-L: [R]
spec.gaps-R: [L]

Надо это еще отдублировать в списках Page h.align на закладке Page.

Цитата:

Надо это еще отдублировать в списках Page h.align на закладке Page.

То есть h.align=R и h.align=L ?

А как это уберет огромные поля, которые СК добавляет?

asku

Цитата:

А как это уберет огромные поля, которые СК добавляет?

Получится примерно так: https://yadi.sk/i/NjSUswGusQpTf
Я выровнял желтую зону на левой части по левой стороне текста, а на правой - по правой стороне текста.
Затем вышел в основное окно и выбрал в меню Process->Calculate book size.
Программа сама подкорректирует линейные размеры.

kardamon2

Цитата:

После обработки нужно до финализации и расчета размеров, откропить все зоны, которые касаются краев. СК не позволяет чистить/изменять страницы до финализации, но для зон можно делать все.

Этот момент не ясен. До финализации можно как то двигать зону?

Текущая учебная задача: выровнять рисунок, расположенный на весь разворот, так чтобы добиться одинаковых полей от текстовых блоков к центру разворота. Проблема в том, что линия раздела рисунка ярко выражена и не делит рисунок пополам. Иными словами зону рисунка надо сдвинуть по горизонтали так, чтобы a было равно b:

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

Итак, надо сдвинуть каждую часть рисунка миллиметра на 1,5.
Как решаю подобную задачу:
1.
Предподготовка:
- Скан сам по себе выровнен. Каждую часть разворота не клонировал. Просто разделил пополам, строго по линии раздела.
- Центрировал страницы по горизонтали.
- Каждую половинку рисунка выделил как пикчерзону.
- Обработал текущий файл.
2.
Для начала понадобилось точно узнать размер будущей страницы. Для этого:
- В режиме редактора, для каждой половины разворота, выставил боковины желтой зоны по краю текстовых блоков, для того, что бы по ним выровнять поля.
- Для большей точности выставил пару вертикальных пиксельных линеек по краю тестового блока, что бы листая страницы туда и обратно, точнее настроить выравнивание текстовых блоков относительно друг друга. Это как хотите, можно и пропустить.
- Переключаясь между основным и окном редактора, выставляю ширину страницы, так, что бы у одной половинки рисунка был бы белый отступ от края страницы, миллиметра на 1,5. У другой половинки рисунка был бы заступ на те же 1,5 мм.
Наконец то удалось выяснить истинный формат (ширину) будущей книги.
3.
Далее осталось подвинуть каждую половинку рисунка к краю страницы:
- Финализируем страницы.
- Выделяем на каждой странице пикчерзону. Благо зональные рисунки не срезаются, если они имеют заступ за край страницы, но при этом выделены в зону.
- Для большего комфорта, можно включить видимость самих полей.
- Двигаем каждую половинку рисунка к краю страницы по Ctrl+стрелки.
- Объединяем (Merge) текстовую часть страницы и рисунки.
Работа произведена.

Если все таки смущает, заступ или отступ половинок рисунка за текстовый блок с его другой стороны, можно растянуть/вытянуть слегка пикчерзоны перед слиянием. Однако, такие 1,5 мм заступы/выступы не бросаются в глаза вовсе. Не пришлось ни срезать рисунок, ни добавлять белые пикселя и не нарушена симметрия.
Результат: http://rgho.st/7PFqhhdkj

asku

Цитата:

Не отсортировалось по ширине.

Как это?
Файлы уже финализированы что ли?
Кстати, на закладке Book включена опция "Use average sizes"?

Цитата:

Файлы уже финализированы что ли?

Да.
Я снова запустил процесс и отсортировал по ширине не финализированные файлы.
СК отсортировал, но никаких отличий у «самого широкого» файла я не вижу.


Цитата:

Кстати, на закладке Book включена опция "Use average sizes"?

Включена.

Возник еще вопрос.
Как повернуть (на несколько градусов) picture-зону?
В выложенном pdf-файле Болега отвечает:
Зоны поворачиваются при deskew на такой же угол, что и вся страница.
Что такое deskew? Не понял я, как поворачивать.

Есть ли возможность снять галочку с файла, что бы он значился бы как обработанный? Что бы на него уже не действовали никакие автоизменения, например если остальные файлы понадобилось перепроцессить?

BKSRU
Как-то странно у вас предложение построено: "файл" - не один, а два, или даже три, если сосканен разворот.

TelecomUral

Цитата:

BKSRU
Как-то странно у вас предложение построено: "файл" - не один, а два, или даже три, если сосканен разворот.

Можно ссылку. Не нашел источник.

BKSRU

Цитата:

с файла, что бы он значился бы как обработанный? Что бы на него уже не действовали никакие автоизменения

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