» Scan Tailor: Часть 2

Цитата:

Жутко не хватает в смешанном режиме на этапе вывода способа выделения/задания зон картинок ортогональной рамкой

Скорее не хватает автоматического выделения прямоугольных зон картинок.

C0USIN

Цитата:

Скорее не хватает автоматического выделения прямоугольных зон картинок.

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

Все-таки выскажу пожелания Tulon'у (навеяно возней с более чем 600-страничной пдф-книги в виде цветного тифа с очень большим количеством изображений, до 5-ти на странице, и изначальным разрешением 72дпи! ):

1. нельзя ли осуществить на стадии "Вывод" раздельное применение к определенным страницам режима (смешанный и т.д.) и выбора степени утонения/ужирнения?
2. не хватает выбора степени удаления пятен (можно сказать - промежуточных мётел ), может стоило бы ввести возможность ввода числового значения для ее (степени) выбора?
3. ну и повторю вопрос про выбор зон картинок посредством прямоугольной рамки;
4. а еще хотелось бы, чтобы возможно было переходить только по четным или только по нечетным страницам (для выравнивания границ с минимумом телодвижений).

Понимаю, что вероятность ответа небольшая, но хотелось бы услышать мнение Tulon'а...

ldb

Цитата:

автоматическое определение меня вполне устраивает

Автоматика работает непредсказуемо. Ошибки не всегда можно заметить. Приходится каждую иллюстрацию вручную обводить.
Ручное прямоугольное выделение здорово ускорит процесс. Но лучше бы изначально отменить зоны картинок произвольной формы.
Легче потом кликнуть на иллюстрации по попросить программу выделить ее поточнее.

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

Добавлено:

Цитата:

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

И нужна возможность независимого задания границ для четных и нечетных страниц. Или хотя-бы сделать зеркальные поля. Ввести понятия левая/правая верхняя/нижняя страницы.

Интересно, а если сделать миниатюры побольше - будет ли СТ тормозить? А так это было бы ощутимо удобнее.

Цитата:

3. ну и повторю вопрос про выбор зон картинок посредством прямоугольной рамки;

Двумя руками и двумя ногами за. Вот єтого действительно очень не хватает.

Цитата:

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

Точно этого нету. Раньше было что-то подобное и называлось для каждой второй, начиная с текущей.

Цитата:

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

Деварпинг работает для bw-картинок. Dewarp - это же исправление кривизны строк. Его в финальной сборке нет.

Цитата:

Интересно, а если сделать миниатюры побольше - будет ли СТ тормозить? А так это было бы ощутимо удобнее.

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

woodyfon
Цитата:

Точно этого нету. Раньше было что-то подобное и называлось для каждой второй, начиная с текущей.

Я имел ввиду, что, находясь, например, на странице №4, и нажатии клавиши "Q" или "W", осуществлялся бы переход на, соответственно, страницы №2 или №6 (естественно, при включении какого-нибудь нового чек-бокса).
А, если чек-бокс не выбран, то переход - в обычном порядке, на страницы №3 или №5, соответственно.

Цитата:

В ST миниатюры и так больше чем в других программах

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

Есть ли смысл точно расставлять резаки вручную на стадии "Разрезка страниц" и влияет ли это на размер получаемого файла DJVU или полезная область выделится автоматически, лишь бы не было подрезки полезного на странице?

Не влияет. На размер влияет самая широкая и самая высокая страницы (если выравнивать с другими страницами) и поля. Главное, чтобы страница не имела части другой страницы.

woodyfon

Цитата:

Не влияет. На размер влияет самая широкая и самая высокая страницы (если выравнивать с другими страницами) и поля. Главное, чтобы страница не имела части другой страницы.

Ну, строго говоря, может, но не слишком сильно (при конечном ч/б файле или использовании раздельного кодирования) влиять на размер, если:

1. при расстановке резаков на "автомате" в зону страницы попал какой-нибудь мусор или косяки сканирования (например, вертикальные линии краев соседних страниц, если книга очень толстая или переплет клееный и т.п.);
2. этих ненужных элементов много;
3. эти элементы остались после чистки на стадии вывода.

В большей степени теряет вид е-книги (эстетика, блин! ) от наличия этих "артефактов"...

ЗЫ Сейчас перечитал и не понимаю, что все-таки автор вопроса имел ввиду - вес конечного файла или геометрические размеры. Я отвечал про кило(мега)байты...

alpopo

Цитата:

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

Соглашусь. Возможно стоит сделать хотя бы возможность увеличить их в два раза. Я например почти всегда контроллирую результат по миниатюрам, так как каждую страницу в режиме Output, СТ показывает с задержкой 2-3 секунды, что очень нервирует.

Tulon

Is it possible to add this software to spoon.net as a cloud app?

Неплохо бы ещё добавить в СТ поддержку форматов BMP (и GIF не повредит).

Может в шапке для STE (Scan Tailor Extended) указывать и ссылку на пост с последней сборкой?

Вопрос: Есть ли программа алтернатива, за платную основу. Какой ПО исползуют библиотеки для сканирование своих книг? Например, гугл бук..

terminat0r

Цитата:

каждую страницу в режиме Output, СТ показывает с задержкой 2-3 секунды, что очень нервирует.

Вы не представляете, как я нервничал, когда для получения более-менее нормального качества пришлось ресайзить с исходных 72dpi gray в 1200dpi bw (приходилось ждать секунд 15-20), ч/б потом даунсэмплить в 600dpi перед сборкой в djvu.

denver 22

Цитата:

Может в шапке для STE (Scan Tailor Extended) указывать и ссылку на пост с последней сборкой?

Чем страница загрузки с офсайта не устраивает (до нее из шапки пару кликов)?

diploboy
Book Restorer. Про другие просто не знают. Даже некоторые компании, которые занимаются созданием электронной копии, используют BR, превознисся возможности программы до небес.
ldb
Безсмысленно так ресайзить сканы. Максимум 300 dpi. Это по принципу автобуса - влезут все. Если это, конечно, не "умный" алгоритм увеличения разрешения.
Кстати, ST вырос до единички. Может кто-то соберет beta1?

woodyfon

Цитата:

Безсмысленно так ресайзить сканы. Максимум 300 dpi.

Да нет... Пробовал (только для текста!), картинки в другом слое с разрешением 300dpi color (раздельное кодирование):
1. 72color-300bw(с раздельными зонами)-300bw
2. 72color-600bw(с раздельными зонами)-300bw
3. 72color-600bw(с раздельными зонами)-600bw
4. 72color-1200bw(с раздельными зонами)-600bw
Последний вариант оказался самый лучший, причем это проявилось при выборе различных вариантов степени утонения. Имхо, конечно. И довольно неожиданно.

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

Вот здесь, для примера, выложил промежуточные стадии обработки текста.
Замечания приветствуются


Цитата:

Кстати, ST вырос до единички.

А где это?

Set version to 1.0.0beta2
Вот и дожили до волшебного числа.

У меня одного на автоматическом деворпинге сегфолтится?

Set version to 1.0.0beta3!

Чуть попозже "скрещу" последние изменения ST и STE и выложу exe-шник сюда...

Собрал официальную версию Tulon`а scantailor-1.0beta4
http://www.onlinedisk.ru/file/582900/

STE соберу попозже.

Собрал официальную версию СТ от Tulon:
http://www.onlinedisk.ru/file/589868/

Добавлено:
Забыл написать, что эта сборка официальной версии Tulon` - scantailor-1.0beta8

На официальной ветке СТ новый разработчик (чудесно, что есть разработчики, которые вместе с Tulon'ом развивают основную версию программы!) закоммитил новое в СТ:
Added Apply dialog box to Select Content
Как раз то, что я планировал... Замечательно!
Скоро соберу эту версию...

Разработчик и не один. В команду, похоже, вошли немец Stefan Birkner и японец Masahiro Kitagawa. Ждем Final-сборку.
DikBSD, желаю все-таки подключиться именно к основной ветке.

Цитата:

Ждем Final-сборку.

Держите - последняя из официального git:
http://www.onlinedisk.ru/file/592539/
Цитата:

DikBSD, желаю все-таки подключиться именно к основной ветке.

Наверное, это действительно будет лучшим выходом - раз уже есть несколько разработчиков... Надо будет связаться с Tulonom.

Наконец-то удалось потестить последнюю версию ST и посмотреть как работает dewarp. Моя чисто субъективная точка мнения, что программа как до неба на этой стадии до BR. Иногда бывает так, что теряются некторые элементы, которые присутствуют в полезной области, а на вывода после dewarp их нет. А хотя нет - вру. Если увеличить глубину восприятия (depth perception) - они появляются. Значит значение по умолчанию надо увеличить.

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

Еще не сделано

Добавлено:
Пока еще не сделано. Есть сложности - если отключить выравнивание освещенности в смешанном режиме, то для одних картинок это поможет, а вот для других - будет гибели подобно...