» Scan Tailor: Часть 2

Dimock
У Вас dpi неправильный. При импорте в ST поставьте галку "Править dpi, даже если он выглядит нормальным". Заменить 877 на 300 для всех файлов проекта.
Кстати, зачем Вы сканируете лишнее? Как минимум третья часть на скане - не книга, а черный фон.

U235

Спасибо.


Цитата:

Кстати, зачем Вы сканируете лишнее?

Я тогда еще не умел обрезать лишнее (устанавливать пользовательский размер) в VueScan-е, теперь научился через опции Размер области кадрирования по X и Y.

U235 Я понял в чем дело. Дело в том, что сдвоенные картинки в СТ на стадии "поля" я исключал из выравнивания, потому что в противном случае поля всех страниц получались слишком широкими и мне это не нравилось. В общем, я просто исключил из выравнивания по ширине самые широкие страницы, чтобы они не влияли на ширину остальных, менее широких страниц. После вывода этих сдвоенных широких страниц я занялся их искусственной подгонкой под ширину всех остальных страниц. Я просто открывал эти (широкие) страницы в faststone и через функцию "изменить dpi" менял ширину (например, с 2973 до 2808). После этого контуры букв как раз и принимали сероватый оттенок. Происходило это, как я понял, из-за выставленного по умолчанию фильтра Lanczos 3. Как только убрал фильтры все стало нормальным.
DikBSD Если Вам не трудно, скажите, что нового в этой бета-версии.

To Tulon & DikBSD
В следующих версиях сглаживание при выводе отмените пожалуйста (или как в каком-то из модов был для этого дела чек-бокс привинчен

amosopher
Английским владеете? В шапке ссылка на последние изменение. Каждое изменение - с комментарием.
Мне вот, например, небезинтересна новая кнопка Применить для стадии Полезная область..

Цитата:

DikBSD Если Вам не трудно, скажите, что нового в этой бета-версии.

Там дальнейшая работа Tulona над Деварпингом (выравнивание искривления строк) и, если не ошибаюсь - он опять задействовал автодеварпинг...
Я довавил (спасибо Tulonу за подсказку, где что делать) в код этой версии ST возможность переноса проекта с машины на машину без повторного полного вывода всех сканов. Раньше при запуске полностью или частично отработанного проекта на стадии вывод на другом компе все сканы помечались как требующие вывода, что требовало повторной работы.

Цитата:

В следующих версиях сглаживание при выводе отмените пожалуйста (или как в каком-то из модов был для этого дела чек-бокс привинчен

Это было сделано anagnost96 в его сборке STA - вариант ScanTailor версии 0.9.7.1. (В шапке есть ссылка) Я спишусь с Tulonом - если он не будет против лишней опции (он не всегда одобряет излишество в настройках, как усложнение GUI) - можно будет заняться...

StanFreeWare
Цитата:

Английским владеете? В шапке ссылка на последние изменение. Каждое изменение - с комментарием. Мне вот, например, небезинтересна новая кнопка Применить для стадии Полезная область..

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

Цитата:

Мне вот, например, небезинтересна новая кнопка Применить для стадии Полезная область..

Masahiro Kitagawa сделал то, что указанная область контента (верхняя левая точка коодринат и площадь) может присваиваться выбранным сканам. По идее, ИМХО. лучше было бы - чтобы по кнопке Применить... для указанных сканов в качестве полезного контента была бы задана ВСЯ их площадь (как это сделано в утилите StanFreeWare). Не знаю, будет ли это вводить Masahiro Kitagawa или нет - я понимаю английский только со словарем (учил другой язык) - написать ему не могу...

DikBSD

Цитата:

Я спишусь с Tulonом - если он не будет против лишней опции

Спасибо.
И весьма актуально было бы навести порядок в той части программы, которая ответственна за макет. Книги со сколько-нибудь сложной вёрсткой в Скантайлоре до сих пор делать невозможно (за приемлемое время) - возьмём самый простой пример - сборники стихов.
Нужна хотя-бы возможность применять выравнивание полезной области "к каждой 2-й странице".
Неплохо было бы также выстроить миниатюры страниц в виде книжного разворота, т.е. в 2 колонки.

amosopher
Я бы воспользовался не ресайзом, а опцией "размер холста". Тогда размер букв не будет меняться, а лишь добавятся белые поля в зависимости от типа выравнивания. Хотя для десятка пикселов разница будет практически незаметной. Зато не нужно задумываться о фильтрациях.

И да, вы правы, в сборке бета8 scope уже был. Ведь это была скорее сборка 8.5

DikBSD
Если есть возможность, подумайте о возможности изменения степени жирности после разбивки страниц по режимам на стадии Вывод (применение ко всем страницам похерит ранее сделанный выбор режима, а выбирать постранично - затюкаешься). Это же касается невозможности поменять режим Белые поля только для ранее выбранных цветных страниц. Я пока вижу два способа.
1. Добавить возможность сортировки в превью-панели по режиму.
2. Разделить выбор режима (который можно делать и для всех страниц) и задание параметров режима. И для параметров режима дать возможность применить только к страницам данного (или совместимого) режима.

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

Или по scope-хотелкам лучше к Китагаве обращаться напрямки, как считаете?

StanFreeWare
Я, к сожалению, не совсем понял про изменение степени жирноти. Не могли бы вы пояснить...

Цитата:

Это же касается невозможности поменять режим Белые поля только для ранее выбранных цветных страниц.

За все время мне не приходилось делать цветных журналов ни разу, поэтому я не совсем понял, о чем вы. Кнопка Применить на стадии Вывод для Режим задает параметры и для цветных сканов (Белые поля и Освещение). Я прогнал цветные страницы с включенной опцией "Белые поля", потом выделил некоторые сканы и убрал эту опцию, а через диалог Применить к... задал новые параметры для выбранных сканов. Все сработало.
Возможно я не совсем понял вас

Цитата:

Или по scope-хотелкам лучше к Китагаве обращаться напрямки, как считаете?

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


Добавлено:

Цитата:

И весьма актуально было бы навести порядок в той части программы, которая ответственна за макет. Книги со сколько-нибудь сложной вёрсткой в Скантайлоре до сих пор делать невозможно (за приемлемое время) - возьмём самый простой пример - сборники стихов.
Нужна хотя-бы возможность применять выравнивание полезной области "к каждой 2-й странице".
Неплохо было бы также выстроить миниатюры страниц в виде книжного разворота, т.е. в 2 колонки.

Я все это занес в TODO - но не факт. что будет и скоро.

DikBSD
Представьте, вы довели книгу до стадии Вывод, применили к нужным страницам нужный режим, прогнали Вывод. И потом видите, что с жирностью, например, переборщили.
В текущей версии вам придется выбрать все страницы, кроме цветных/серых и применить новый выбор жирности к выбранным. Для 99% книг это не проблема, но есть книги, в которых полностраничных иллюстраций достаточное количество, и отделить их от остальной массы черно-белых и смешанных страниц будет трудоемко.
Для этого 1% поэтому нужен механизм либо разделения страниц разного режима, либо применения к страницам хотя бы с тем же режимом.

Спасибо, понял...

Скажите а формат исходных файлов и то как они сжаты имеет значение для времени которое тратит программа на вывод сканов? Просто вывод длиться очень долго.

Пишу исходя из своего опыта работы:
Если на входе jpeg (крайне не рекомендуется сканировать книги именно в этом формате!) - то ждать будете долго...
Для tif сжатого и без компрессии - "на глаз" не заметно различия по скорости обработки.

vladlen666
Я замечал что несжатые TIFF обрабатываются немного шустрее чем TIFF-LZW. Учитывая, что ST пересчитывает картинку при каждом чихе - разница очень даже заметна. Особенно на слабых компьютерах.
Но за скорость приходится платить дисковым пространством.
А сканировать в jpg IMHO - изврат. Только книги портить.

C0USIN
Цитата:

канировать в jpg IMHO - изврат

уточните в чем сканировать:формат, разрешение и т.д.(минимум, ниже которого нельзя опускаться и максимум, после которого сканирование превращается в пустую трату времени). Собираюсь много сканировать. Хочется, чтобы при обработке было меньше проблем
Зачастую приходится для обработки доставать изображения из пдф и джву. В какой формат и с каким разрешением это делать?

Цитата:

минимум, ниже которого нельзя опускаться и максимум, после которого сканирование превращается в пустую трату времени

1bit 300 dpi
8bit 150 dpi

желательно 300/400 dpi 8/24 bit - (в зависимости от сканера), tif со сжатием lzw
несжатые TIFF обрабатываются немного шустрее, но несущественно.

можно и в png но это моветон.

Цитата:

минимум, ниже которого нельзя опускаться и максимум, после которого сканирование превращается в пустую трату времени

мой минимум - 8бит 300dpi. Но и тут все зависит от конкретной книги. Если шрифт с тонкими перемычками, то они теряются при таком разрешении.

Оптимально все-таки 600dpi. А большее разрешение уже не дает улучшения качества но заметно замедляет сканирвание и обработку.

Чтобы получить честные 8 бит на выходе, мне кажется лучше сканировать в 16 бит и после выравнивания уровней в Vuescan сохранять уже в привычные 8 бит серого. Тогда точно ничего полезного не потеряется.

Ну и альтернатив формату TIFF просто нет. В других форматах либо сжатие с потерями либо не сохраняется информация о разрешениии сканов. Зачем искать себе проблемы?


Цитата:

доставать изображения из пдф и джву. В какой формат и с каким разрешением это делать?

доставать с таким же разрешением как оно зашито в PDF. И распаковывать в несжатый TIFF.

Цитата:

Ну и альтернатив формату TIFF просто нет. В других форматах либо сжатие с потерями либо не сохраняется информация о разрешениии сканов.

Это не так: в PNG и сжатие без потерь (причем несколько эффективнее, чем TIFF-LZW), и информация о разрешении сохраняется.

Цитата:

минимум, ниже которого нельзя опускаться и максимум, после которого сканирование превращается в пустую трату времени

Мне кажется ниже 300 dpi опускаться нельзя.


Цитата:

Я замечал что несжатые TIFF обрабатываются немного шустрее чем TIFF-LZW. Учитывая, что ST пересчитывает картинку при каждом чихе - разница очень даже заметна. Особенно на слабых компьютерах.

Спасибо. Сканирую я немного, за год наверно книг 10-15. И обычно сканы после создания Djvu удаляю.

C0USIN
Цитата:

доставать изображения из пдф и джву. В какой формат и с каким разрешением это делать?доставать с таким же разрешением как оно зашито в PDF. И распаковывать в несжатый TIFF

Вопрос1:При загрузке этих сканов в СТ зачастую необходимо выравнивать разрешение. Для выравнивания при загрузке подходит например и 300 и 600. что выбрать? Как этот выбор скажется на дальнейшей обработке?
Вопрос2:Выравнивания уровней в Vuescan обязательно? и в каких случаях?
ndchПочему такие полярные мнения о PNG?
vladlen666
Цитата:

И обычно сканы после создания Djvu удаляю

Распаковка своего Djvu600dpi из СТ на изображения (или прямая его загрузка в FR) эквивалентна первоначальным сканам 300dpi? Например для последующего распознавания в FR

alpopo
Выбирать нужно "честное" разрешение, т.е. то, которое максимально подходит вашему скану с позиций его физического размера.
Почитайте здесь.
Насчет распознавания - офтопик здесь. Но самому интересно - что лучше для ФР серые300 или черно-белые600?

StanFreeWareВопрос не по распознаванию, а вот несколько перефразирую Ваш вопрос - что лучше для ФР исходные серые сканы 300 или черно-белые600 после СТ. И можно ли заменить хранение оригинальных сканов 300 их упаковкой после СТ(цветной/серый600) в Djvu600?

Доброе время суток!

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

Полезная область не вырезается из общего листа.

Вот скрины:
http://www.imagepost.ru/?v=574/UJeBSvq.jpg

http://www.imagepost.ru/?v=574/vluE3b7.jpg

RiffSkill По скриншотам непонятно в чем проблема? На втором есть и полезная область и мягкие поля, которые вы выставили и жесткие поля. При выводе все что попало в зону полей будет залито белым.
Огромные жесткие поля, которые ST выставил для указанной вами страницы, вызваны наличием первой страницы с таким размером. ST подогнал размер второй страницы к первой.
В данном случае просто удалите первую страницу из проекта.

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

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

Вечерком попробую Ваши советы, отпишусь. Я вот забыл спросить: в программе Scan Kromsator есть функция, аналогичная функции Scan Tailor "Компенсация наклона"? Я её не нашёл....

Добавлено:
Итак, вот что получилось:
1) Удалил из проекта обложку
2) В настройках полезной области поставил "Автоматически". Произвёл пакетную обработку -> http://www.imagepost.ru/?v=577/11.jpg Пока всё отлично, контуры выделились как нужно.
3) Перехожу в раздел "Поля" и вижу это -> http://www.imagepost.ru/?v=577/22.jpg
Никак не пойму, как убрать лишнее пространство вокруг полезной области. Поля то полями, но вот всё, что находится ЗА пределами полей остаётся.

Вы писали "Огромные жесткие поля, которые ST выставил для указанной вами страницы, вызваны наличием первой страницы с таким размером." - для каждой страницы проекта можно выставить индивидуальные параметры полезной области, т.е. не понятно, почему программа сама изменяет размер. В данном случае первые страницы я уже удалил, но проблема осталась.


Добавлено:
Кажется, я полный идиот

Всё получилось снятие галки "Выравнивать размеры с другими страницами".

Вопрос остался один: в программе Scan Kromsator есть функция, аналогичная функции Scan Tailor "Компенсация наклона"? Я её не нашёл....

Цитата:

Вопрос остался один: в программе Scan Kromsator есть функция, аналогичная функции Scan Tailor "Компенсация наклона"? Я её не нашёл....

Да, есть, но только на автомате. На вкладке Page есть опция (chekbox) Deskew. При Alt+Deskew можно установить автовыравнивание для выбранных сканов.

RiffSkill
Цитата:

сё получилось снятие галки "Выравнивать размеры с другими страницами"

Это не решение проблемы. На выходе будут страницы разного размера.
После некоторых экспериментов подозреваю проблему в низком разрешении исходных сканов. При загрузке изображений в СТ могут быть два варианта.1)Реально низкое разрешение (70дпи). 2)Реальное разрешение 300дпи, отображаемое как 72дпи. Во втором случае надо выбрать при загрузке в СТ 300дпи и все будет хорошо. Пришел к выводу, что в случае 1) надо выбирать при загрузке минимальное возможное разрешение (150дпи) и смотреть что из этого выйдет и выйдет ли. Если в случае 1) при загрузке поставлю разрешение 600дпи будут проблемы и с полями в том числе.
Вопрос - какое реальное минимальное разрешение можно загружать в СТ? 150дпи?
Тренировался на http://depositfiles.com/files/5237840