» Scan Tailor

Цитата:

Для меня более удобно так, как есть. Центрировать изображение можно одним движением мыши - совсем небольшая цена за возможность после zoom out тут же сделать zoom in с ожидаемыми результатами.

Да в чем же удобство-то? Если уж мы сделали zoom out, то явно не собираемся тут же делать zoom in. Или собираемся, но взяв за центр другую точку, которая как раз может оказаться за пределами видимости.

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

Цитата:

Да в чем же удобство-то? Если уж мы сделали zoom out, то явно не собираемся тут же делать zoom in. Или собираемся, но взяв за центр другую точку, которая как раз может оказаться за пределами видимости.

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


Цитата:

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

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

Цитата:

По идее Qt должен рисовать визуальные элементы согласно выбранной теме в операционной системе.

Вы правы, включил оформление в стиле WindowsXP и кнопки с текстом стали смотреться в нажатом виде гораздо лучше (шахматы исчезли). Зато состояния "нажато" и "отжато" для кнопок "полезная область справа" и "полезная область слева" стали практически неотличимы... http://www.onlinedisk.ru/file/261897/ Прям хоть одиночную стрелку в подмогу предлагать возвращать...


Добавлено:

Цитата:

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

А может тогда дабл клик под это действие задействовать?

Цитата:

Вы правы, включил оформление в стиле WindowsXP и кнопки с текстом стали смотреться в нажатом виде гораздо лучше (шахматы исчезли). Зато состояния "нажато" и "отжато" для кнопок "полезная область справа" и "полезная область слева" стали практически неотличимы... http://www.onlinedisk.ru/file/261897/ Прям хоть одиночную стрелку в подмогу предлагать возвращать...

Можно попробовать сделать плавный переход на границах иконок в прозрачность, но мне не охота такими мелочами заниматься, да еще и Gimp для этого изучать. Можете попробовать сделать это самостоятельно, и оценить результат. Для этого потребуется собрать ST из исходников самому, что не так уж и сложно, при наличии времени и толстого канала в инет. Документация по сборке лежит в исходниках, в packaging/windows/readme.ru.txt


Цитата:

Цитата:
А вот сделать один драг мышью для центрирования изображения, причем не заботясь о том, чтобы не переборщить, меня совершенно не раздражает.

А может тогда дабл клик под это действие задействовать?

И как по вашему люди об этом узнают? Народ даже на подсказки в статус баре не смотрит, не говоря уже о чтении документации.

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

Скачать можно здесь: http://www.thessalonica.org.ru/downloads/st_smooth_and_sep.patch.gz

Патч добавляет две новых функции к этапу вывода:

1) Можно отключить сглаживание;

2) В смешанном режиме можно выбрать, что именно мы хотим выводить: только текст, только картинки или то и другое.

Позвольте поделиться еще одной идеей.
Появилась после работы с первыми страницами глав, разделов, оглавлений, введений и т.п. Дело в том, что зачастую такие страницы имеют особое оформление http://www.onlinedisk.ru/image/262183/chapter.png . Приблизить расположение полезной области к изначальному положению в книжке кнопками простого выравнивания невозможно, и приходится дополнительно подкручивать поля страницы.
При этом, как правило, четко видна верхняя (нижняя) граница страницы (либо ею считается граница скана).
Предлагаю, например, рядом с полями "сверху" и "снизу" завести кнопки, по которым величины этих полей будут автоматически вычисляться по разнице между верхней (нижней) границей страницы на скане и верхней (нижней) границей полезной области одновременно с выравниванием по соответствующей стороне.

StanFreeWare
Не нужно придумывать решения проблемы, которой не существует.
Во первых, можно вообще ничего не менять - поля все равно заливаются белым кроме как в режиме "Цветной / серый".
Во вторых, если уж вам не хочется центрированного контента, кто вам мешает сделать выравнивание по верхнему или нижнему краю (в вашем примере - по верхнему), и потом нарастить поле с этой стороны до желаемого размера. Один клик (смена вырванивания) + один драг линии. Куда уж проще?

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

Цитата:

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

ОК, сделал вручную заданный тип для любой из зон использовался при создании новых зон.

Добавлено:
anagnost96

Цитата:

Патч добавляет две новых функции к этапу вывода:

1) Можно отключить сглаживание;

Кстати мне так никто и не показал примера, где отключение сглаживания помогало бы.

Цитата:

Кстати мне так никто и не показал примера, где отключение сглаживания помогало бы.

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

Зато раздельный вывод текста и картинок -- это действительно такая вещь, без которой никак.

Еще пожелание - ввести каким-либо способом индикацию порядкового номера текущей страницы в списке (пусть даже до стадии разрезки страниц неактивную).
Идея в следующем - прошел все этапы, сделал djvu, произвел вычитку. Вычитку произвожу в djvu - там листание самое быстрое, или, в крайнем случае Image Viewer'ом). Выписываю на листочке номера страниц, с пометками где что поправить. И тут начинаются тормоза в работе. На ленте предпросмотра номера страницы не разглядеть, а в основном поле при отображении задержка отображения хоть и небольшая, но заметная.
В идеале бы просто где-нибудь нужный номер страницы из djvu, или выбрал из выпадающего списка.
Короче, что-то типа http://www.onlinedisk.ru/image/262529/navigator.png.

Добавлено:

Цитата:

ОК, сделал вручную заданный тип для любой из зон использовался при создании новых зон.

И, возможно, полезно будет в подсказке добавить в скобочках тип создаваемой зоны.

А можно попросить (вроде бы) простую вещь? Как было бы здорово, если клавиши 1, 2, 3, 4, 5 и 6 были бы активными! Нажимаешь, скажем, "4", и моментально переходишь из режима вывода в режим правки полезной области... Это бы сильно ускорило многие операции.

А сейчас будет действительно важное предложение:

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

Имеющиеся органы управления для этого не очень удобны даже в смешаном режиме.

Предлагаю:
1. Переименовать вкадку "Зоны картинок" в "Оригинал".
2. Показывать эту вкадку во всех режимах.
3. Режим "Смешанный" переименовать в "Смешанный + зоны".
4. Завести быстрые кнопки переключения вкладок.

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



Добавлено:
Хотя такую кнопку без фиксации "Оригинал" и соответствующую быструю клавишу можно сделать для всех режимов.

А для смешанного режима оставить все как есть...

Тогда можно обойтись без конфликтов.

Tulon
CrashReporter работает ?

anagnost96
Под windows скомпилированной пропатченной сборочкой не поделитесь? А то некоторое время назад изобретал внешнюю утилиту, делающую аналогичные вещи используя out\cache\automask. Но ваш вариант лучше (он же использует информацию о зонах?).

iit512

Цитата:

А можно попросить (вроде бы) простую вещь? Как было бы здорово, если клавиши 1, 2, 3, 4, 5 и 6 были бы активными! Нажимаешь, скажем, "4", и моментально переходишь из режима вывода в режим правки полезной области... Это бы сильно ускорило многие операции.

Можно наверное, но тогда уж не 1 2 3 ..., а F1, F2, F3, ..., потому как если фокус стоит на поле ввода, цифры пойдут туда.

Можно то можно, но стол заказов на этом закрывается. Что было быстро / просто сделать, я уже сделал (смотрите лог git'а), а остальное отправляется в долгий ящик. На днях выпущу багфикс версию 0.9.7.1, и после этого займусь доведением до ума despeckling'а - займусь надолго.

ndch

Цитата:

CrashReporter работает ?

Если падает, но не хочет отправлять crash report - так и скажите. Как я отличу "не работает" от "ни у кого не падает"?

Цитата:

но стол заказов на этом закрывается

Цитата:

2) В смешанном режиме можно выбрать, что именно мы хотим выводить: только текст, только картинки или то и другое.

А сложно/долго будет перед работой над депескингом добавить галочку для вывода еще пары папок "gray" и "bw" c текстом и картинками отдельно, раз уж минимум тремя людьми эта фича упоминалась, как почти обязательная для профессионального книгопечатания.

По большому счету по функционалу (про предложенные выше доп. удобства пока забудем) не хватает именно этих двух вещей -
1. Возможности в смешаном режиме иметь отдельно текст, а отдельно картинки, чтобы можно было фильтровать/обрабатывать растр на картинках - иначе djvu будут в разы большего размера, чем нужно. А для последующей их склейки, если вы решите, что это несвойственно идеологии СТ, можно будет и какой-нибудь gimp-скрипт придумать, если уж приспичит.
2. Депескинга, само собой.

Цитата:

Под windows скомпилированной пропатченной сборочкой не поделитесь?

Я, к сожалению, не имею ни малейшего понятия о сборке СТ под Windows и не могу в данный момент с этим разбираться. Возможно, кто-нибудь сделает это за меня?


Цитата:

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

В том-то и дело, что никаких gimp-скриптов "для последующей склейки" не должно быть в принципе! С того момента, как мы сделали upsampling текста до 600 dpi, картинки просто обязаны существовать отдельно, поскольку для них такое разрешение абсолютно не нужно и даже вредно. Именно по этой причине объединение двух слоев должно делаться только при экспорте в pdf/djvu и никак не на этапе обработки графическим редактором.

anagnost96
т.е вы потом делаете даунсэмплинг картинок? Или просто фильтруете, как я, гауссом?
Я имел в виду объединять 600 dpiшный текст с пост-обработанной картинкой перед подачей, скажем, на djvu-small..

StanFreeWare

Цитата:

А сложно/долго будет перед работой над депескингом добавить галочку для вывода еще пары папок "gray" и "bw" c текстом и картинками отдельно, раз уж минимум тремя людьми эта фича упоминалась, как почти обязательная для профессионального книгопечатания.

К подобным фичам я отношусь очень осторожно. Добавишь одну такую фичу, другую, и пойдешь по стопам Кромсатора. Введение дополнительных опций, которые почти никому будут непонятны, до добра не доведет. Если бы я уж взялся за такое дело, то попробовал бы совсем обойтись без введения новых опций. Например стал бы писать маску картинок как отдельный слой в TIFF. Проверил бы, как DJVU кодеры воспримут такой слой. Определил бы, насколько падает из-за этого производительность и есть ли смысл добавлять опцию для включения / выключения этого поведения. А еще есть вероятность, что в самом ST появятся манипуляции с картинками - всякие там блюры и прочее. В общем с такими вещами торопиться не стоит.

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

Добавлено:
В крайнем случае я сам могу собрать патченную версию, но лучше, если кто другой соберет.

Цитата:

т.е вы потом делаете даунсэмплинг картинок?

Зачем делать какой-то даунсэмплинг потом? Я сейчас просто делаю два прогона патченной версии СТ: первый -- с выводом черно-белого текста в 600 dpi, второй -- с выводом одних только картинок в исходном или меньшем разрешении. Небольшой нюанс: полученные на выходе изображения потом приходится прогонять через convert, чтобы добиться строгой кратности пиксельных размеров (для djvu это важно).

Дальше черно-белые файлы кодируются в jb2 (с помощью minidjvu), а цветные/серые -- в iw44 (с помощью c44). Потом оба слоя объединяются утилитой djvumake. Всё это, конечно, не вручную, а посредством скрипта. Кстати, аналогичная технология возможна и для вывода в pdf.

Мой "костыль". Утилитка бьет смешанные файлы на серые и черно-белые на базе информации в папке mask. Под Windows (NET 2.0). И может делать обратную операцию. http://www.onlinedisk.ru/file/263765/

Выпустил версию 0.9.7.1, пока неофициально: http://www.onlinedisk.ru/file/266202/
Если новых проблем не будет обнаружено, завтра сделаю официальный релиз.

Ну и заодно патченную версию от anagnost96 соберу. Хотя вообще-то взваливать на главного разработчика задачу сборки сторонних патченных версий - это не дело, особенно учитывая наличие хорошей документации. На этот раз соберу, но будущих сборок не обещаю.

Tulon

Цитата:

Ну и заодно патченную версию от anagnost96 соберу

Нет ли смысла интегрировать патч в основную программу?

Поясните такой способ заливки зон, пожалуйста:
http://www.onlinedisk.ru/edit_image/266351/

Добавлено:
monday2000

Цитата:

Нет ли смысла интегрировать патч в основную программу?

Вы как раз были третьим человеком, которого я имел в виду, говоря:

Цитата:

..для вывода еще пары папок "gray" и "bw" c текстом и картинками отдельно, раз уж минимум тремя людьми эта фича упоминалась, как почти обязательная для профессионального книгопечатания.

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

Цитата:

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

Такой необходимости на самом деле нет: никто не мешает установить одно и то же разрешение вывода для обоих проходов. Однако я всё-таки так и не понял, зачем Вам нужны картинки в разрешении чб страниц? Что это может дать, кроме непомерного раздутия размера файлов на выходе?

StanFreeWare

Цитата:

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

Это можно ещё сделать и на базе http://www.djvu-soft.narod.ru/bookscanlib/013.htm - т.е. сам GIMP уже ставить не надо.

P.S. Лично мне хотелось бы:

1. Чтобы в СТ была возможность вывода после любой стадии обработки (как в СК).

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

Тогда уж, наверное, в идеале, хорошо бы разработать некий универсальный формат мета-данных "загруженный пакет сканов" (наверное, в XML (?)) - и чтобы и СК, и СТ (и все такие будущие программы) поддерживали такой формат. Такой формат должен содержать список файлов, список зон, координаты зон на сканах. Типа out-task в СК. Тогда можно будет на любой стадии обработки "напрямую" "перекидывать" загруженный пакет сканов из СК в СТ и наоборот. Это было бы гибко и удобно.

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

Цитата:

универсальный формат мета-данных

Tulon и так использует XML в файле проекта.
Для двусторонней совместимости нужно будет добавить в ST всех тараканов из СК. Я бы пока предпочел оставаться в рамках Scan Tailor с его удобной лаконичностью.

В Гимпе мне гаусс показался более качественным. По крайней мере резульаты моих попыток сделать гаусса на базе найденных в сети алгоритмов не дали такого эффекта. Проверял на вышеупомянутой странице-убийце - так вот она после гимповского гаусса + бинаризации по порогу стала наиболее читаемой.

А насчет п1 - в принципе не так уж много осталось:
По большому счету для реализации вашей идеи нужно лишь добавить:
для стадии поворота кнопку "применить к" - и применять 0.00 ко всем страницам.
На этапе полезная область кнопку "= страница целиком" + возможность применить к.
Поля уже, по-моему дают такую возможность.
Ну и на выводе отключение фильтрации из патча + применять смешанный цветной ко всем страницам.

Цитата:

В Гимпе мне гаусс показался более качественным. По крайней мере резульаты моих попыток сделать гаусса на базе найденных в сети алгоритмов не дали такого эффекта.

кто мешает посмотреть источник : http://git.gnome.org/cgit/gimp/tree/plug-ins/common/blur-gauss.c
тут они все : http://git.gnome.org/cgit/gimp/tree/plug-ins/common

Цитата:

Если новых проблем не будет обнаружено

Скриншот: в начале темы.
прога просто мечта и замечания мои касаются очень простых пользовательских поблем(удобств).
1) не двигается (мышкой) правая граница центральной области (после разбивки 2-х страничных сканов, иконки уменьшаются в 2-ва раза,а граница остается на месте,как для разворота -интуитивно хочется ее придвинуть к одной страничке.
2)не двигается (мышкой) левая граница центральной области меньше чем занимают место кнопки в левой области.Толи расположить кнопки по вертикали (а не в ширину) и мах уменьшить их горизонтальный размер, или просто дать возможность перемещать границу до мин(например 1см) с наездом на кнопки
Почему это надо? При обработке многостраничного скана, предварительное быстрое листание страниц делается с контролем по иконкам правой области, а когда остановился хочется чтобы изображение в центре было мах размера (пункты полезная область и макет станицы). Т.е. параметры по правым кнопкам я установил, выбрал для всех(страниц) - открыл (передвинул границы) - на мах центральное окно и поехал листать материал. Конечно скролом масштаб в центральной области меняется(чтобы что-то разглядеть при работе с одной страницей) - но при быстром листании надо чтобы вся страница была видна мах возможного размера (при существующем у пользователя разрешении экрана- а оно может быть очень разным на каждом ПК) в центральной области