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

Alexx S

Цитата:

Цитата: Многим знакома эта проблема, и о ней здесь уже говорили. Речь о режиме Ctrl-Shift-Click (кстати, а почему не Ctrl-Click?): когда приходится много с ним работать, часто случается, что долго не можешь попасть, например, по слишком тонкой линии, какому-нибудь небольшому элементу.
Предлагаю ввести второй режим по Ctrl-Shift-Alt-Click - с увеличенным, эмм... "радиусом чувствительности": если не получается попасть мышкой в тонкую линию, зажимаю дополнительно Alt, линия (попадая в увеличенный радиус вокруг указателя) стирается.
При зажатии Alt можно обозначать кружочек, например, светло-желтой прозрачной заливкой, можно этого не делать - и так понятно. Можно ввести возможность регулировать радиус...

Можно проще сделать, я уже предлагал. В CAD- системах это называется "Выделение секущей рамкой". Смысл такой же, как и в обычном выделении рамкой, только выделяется ВЕСЬ объект, часть которого попала в выделение.
Т.е рисуем прямоугольник, то, что внутри - стирается, то что выделено частично, (допустим - кусок длинной линии), стирается полностью (вся линия)

ghosty

Цитата:

Мне кажется, что проще все-таки два разных режима Ctrl-Shift-Click - с "радиусом" и без него

Мда, на всех не угодишь...
раз уже сделал, давайте сначала испытаем в работе.

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



Добавлено:
В окне VR еще две новых кнопочки: поворот изображения на +/- 90 градусов. если есть зоны, они тоже поворачиваются.

Цитата:

Да, я помню это Ваше предложение.

C каких это пор мы на "Вы"?


Цитата:

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

Ничего не понял, какое рисование линий?


Цитата:

2) Не думаю, что метод "секущего прямоугольника" будет эффективен в борьбе со сложными линиями/спеклами. Это все-таки не CAD, где все более-менее понятно/опрятно

действие будет ровно такое же, как и при Ctrl-Shift-Alt-Click

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

Alexx S

Цитата:

Ничего не понял, какое рисование линий?

Я имею в виду диагональ "секущего прямоугольника". Т.е. если уж начал кликать, то лучше, наверное, так и продолжать. А так получается, что в одном случае кликаю, в другом (когда попасть кликом не могу) - приходится линию вести. ИМХО, не очень удобно. Почему - объяснил выше.

Цитата:

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

По моему опыту получается, чтобы иметь возможность попасть по объекту не хватает как раз каких-то 2-3 пикселей. Чаще всего я все-таки попадаю с первого раза, но бывают единичные случаи, когда тыкаешь, тыкаешь и уже чертыхаться начинаешь - лишь с 5-7-го раза получается
Т.е., может быть, и фиксированного радиуса даже хватит - чтобы народ не путать - просто чтобы срабатывало по Alt'у.
bolega прав - лучше на практике оба метода попробовать.

---

В принципе, если брать режим с подсветкой спеклов (Highlight Speckles = on), то, возможно, самым наглядным представлением при работе с "секущей окружностью" была бы подсветка другим цветом тех спеклов, которые оказываются в поле действия "окружности". Зажимаю Alt, спеклы выделяются красным, кликаю - удаляются.

---

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


Цитата:

C каких это пор мы на "Вы"?

В топиках по сканированию/обработке так сложилось (ничего личного )...

ghosty

Цитата:

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

А почему прямоугольник? Можно задать квадрат, тогда тоже будет одна точка - его центр.

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

bolega

Цитата:

А почему прямоугольник? Можно задать квадрат, тогда тоже будет одна точка - его центр.

Можно. Но боюсь, квадрат будет менее интуитивно понятен, чем круг - тогда точно нужно будет эту фигуру обозначать под курсором.
Хотя, думаю, было бы более наглядно все же помечать (по Alt'у) красным те элементы, которые будут удалены, чем менять курсор.

Еще раз мое предложение: при уже зажатых Ctrl-Shift нажимаем Alt. Одновременно область действия курсора увеличивается (квадрат или круг) и помечаются красным элементы, пересеченные кругом/квадратом. Кликаем - все помеченные элементы удалены.


Цитата:

Не очень то удобно...

Да, верно, путаница может получиться. С Alt-Ctrl-Shift-Click такого не будет

ghosty

Цитата:

менее интуитивно понятен, чем круг

Зато на порядок возрастает сложность определения в круге-не в круге (по отношению к в квадрате-не в квадрате).


Цитата:

при уже зажатых Ctrl-Shift нажимаем Alt

А Вы попробовали? Я чуть палец не сломал

bolega

Цитата:

Зато на порядок возрастает сложность определения в круге-не в круге (по отношению к в квадрате-не в квадрате).

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


Цитата:

А Вы попробовали? Я чуть палец не сломал

Это зависит от того, какие пальцы Вы используете
Если нажимаете средним и указательным, то действительно неудобно. А вот если, как я, мизинцем и безымянным, то нажать большим еще и Alt - пара пустяков

Другой вопрос, а насколько вообще оправдано это сочетание Ctrl-Shift-Click. Может быть, обойтись Ctrl-Click, или велика вероятность ошибочного срабатывания?

Альтернатива клавише Alt - правая кнопка мыши. Т.е. опять же при нажатых Ctrl-Shift зажимаем правую кнопку - видим красные спеклы; не отпуская правую, кликаем по левой - спеклы удаляются.

Цитата:

Это зависит от того, какие пальцы Вы используете

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


Добавлено:
===============
P.S. выпуск новой версии затягивается, так как дома комп перестал грузиться

bolega

Цитата:

Кисть слева от клавы (положение - такое же, каким держат стакан), нажимаю укзательным и большим

Да, такую комбинацию я действительно не учитывал
А вариант с правой кнопкой вместо альта тоже не нравится?

ghosty

Цитата:

А вариант с правой кнопкой вместо альта тоже не нравится?

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

bolega

Цитата:

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

Ох Тогда еще один вариант - если нужно расширить область действия курсора, зажимаем и удерживаем левую кнопку мыши. Через секунду пересеченные объекты помечаются красным, ведем мышку так, чтобы красными оставались лишь удаляемые спеклы. Отжимаем левую кнопку - спеклы удаляются

Ошибка: JPG2000 codec are not found! Process aborted - почему она вылетает?

bolega
ghosty
Повеселили Вы меня, обсуждая процесс нажатия Alt-Ctrl-Shift.
Хотелось бы внести свои три копейки в этот очень важный вопрос (так сказать советы постороннего).
М.б. лучше перейти со стакана на рюмку?
Я предлагаю расжать кулак, положить безымяный на Ctrl, а средний на Shift. Прошу заметить, что при этой конструкции совершенно свободны указательный и большой, которые могут быть использованы
а) указательный - для нажатия на Alt, большой - для нажатия на пробел;
б) оба одновременно для держания рюмки.

Прошу воспринять мой совет с определенной долей юмора.

shch_vg
Думаю, можно сделать дополнительную клавишу опциональной - по выбору пользователя. Тогда будут довольны как те, кто привык при работе с СК держать в левой руке стакан, так и предпочитающие рюмку.

shch_vg

Цитата:

лучше перейти со стакана на рюмку?

Не, в пятницу я предпочитаю наоборот.


Цитата:

при этой конструкции совершенно свободны

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

ghosty

Цитата:

по выбору пользователя

Я подумал и решил, что Ctrl-Alt-Del всех устроит. Ее можно нажимать даже с закрытыми глазами.
Неплоха думаю и комбинация Numlock+Capslock.

Dimock
Почитайте в последнем whatsnew, где скачать кодек, куда его поместить и где в СК прописать путь к нему.

bolega

Цитата:

Почитайте в последнем whatsnew, где скачать кодек, куда его поместить и где в СК прописать путь к нему.

Только что это сделал, и мне кажется, что следует внести в whatsnew небольшое уточнение, что достаточно kdu_v61R.dll поместить рядом с kdu_compress.exe. По крайней мере у меня такая конструкция заработала. Ведь не все хотят забивать system32 дополнительными dll-ками.

shch_vg

Цитата:

следует внести в whatsnew небольшое уточнение,

ОК, учту.

Недавно жаловались, что СК не проверяет наличия этой самой dll. Я было стал это делать, но потом бросил. Ее вызывает kdu_compress, а не СК, и в ее имени зашита версия кодека ("61"). Завтра выйдет новая версия кодека, имя dll скорее всего поменяется, и тогда моя проверка наличия dll станет стопором для перехода на новую версию кодека

bolega
Что-то я никак не разберусь с jpg2000-кодек.
Но сначала цитата:

Цитата:

Прикрутил к СК jpg2000-кодек Kakadu. Теперь СК может создавать pdf с таким сжатием (как целиком страницы, так и зоны). Кодек сжимает в 4-6 раз лучше, чем обычный jpg при том же качестве.

Я решил это проверить и полезли вопросы.
Для проверки взял серые сканы в 300dpi (+ 2 цветные обложки в 150dp) общим объемом 1.53 гб. Запустил 5.93, все оставил по умолчанию, в результате получил пдф размером 362 MB. Для сравнения запустил на этом же объеме 5.92 по умолчанию (JPG quality - 80%) и с удивлением обнаружил пдф того же размера.
Решил разобраться с этим и выяснил следующее:
В варианте 5.93 на закладке PDF по умолчанию в окошке Use JPG2000 галочка отсутствует, т.е. используется JPG quality. Если это так, то почему получен тот же объем, что и в варианте 5.92, ведь по умолчанию JPG quality=100%?
Здесь же хотелось бы сделать такое предложение. Сейчас даже при отсутствии галочки в окошке Use JPG2000 программа требует наличия кодека jpg2000, который в этом случае не используется, что делает программу нерабочей в этой функции.
На мой взгляд имеет смысл выдавать сообщение об отсутствии кодека только при наличии галочки, или это нереализуемо?
Установив эту галочку, я запустил программу на создание пдф (JPG2000 quality - 50%) и получил объем 106 MB, что почти в 3 раза больше варианта JPG quality, и как-то не согласуется с цитатой, приведенной в начале соего сообщения.
При визуальном просмотре обоих пдф особой разницы между ними не заметил кроме того, что у большего по объему при просмотре очередной разворот сначала несколько долей секунды высвечивается нерезко, чего нет в меньшем объеме.
Может быть я что-то неправильно делал?
Еще один вопрос по окошку Remove blank pages на той же закладке. Это касается только черно-белых сканов?
И последнее:
состояние окошка Remove blank pages при выходе из программы запоминается, а окошка Use JPG2000 нет, т.е. снова при входе пустое.

подскажите, а как в СК создават pdf файл после выполнения обработки страниц и приведения их в нужное состояние?

bolega, Alexx S, ghosty
позвольте вклиниться в обсуждение режима Ctrl-Shift-Click..
опыт работы в ScanKromsator'е у меня не такой большой, но с проблемой "попадания в тонкую линию" уже сталкивался и первое, что приходило на ум как человеку постоянно работающему в различных CAD системах - именно метод, предложенный Alexx S..
увеличенный радиус (или квадрат) захвата - это не то.. и вот почему..
ghosty

Цитата:

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

если кликать чуть ниже линии - нужно четко представлять радиус действия клика, иначе можно нечаянно удалить нужные символы.. в действительности это будет происходить так: пользователь совершает первый клик на "безопасном" по его мнению расстоянии, постепенно приближаясь на 1-2 пикселя к заветной линии до ее исчезновения.. и кликов в этом случае может сделать больше, чем в сегодняшней ситуации..
в случае с секущей рамкой - клик ЛКМ ниже линии и, не отпуская клавишу, ведем вверх.. при этом на экране отображается прямоугольник (или ортогональная прямая, если вести строго вверх) и пользователь РЕАЛЬНО ВИДИТ, что удаляет.. удаление, понятное дело, происходит только после того, как отпускается ЛКМ..
и этот метод не противоречит привычному многим клику - т.е. клик, это тот же прямоугольник с размерами 1х1 пиксель..

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

а по поводу кол-ва клавиш - солидарен со многими - Ctrl-Click гораздо удобнее Ctrl-Shift-Click'a..

shch_vg

Цитата:

Я решил это проверить

Спасибо, что взялись за это.


Цитата:

ведь по умолчанию JPG quality=100%?

По умолчанию = 80.


Цитата:

Сейчас даже при отсутствии галочки в окошке Use JPG2000 программа требует наличия кодека jpg2000

Это баг. Такого не должно быть. Спасибо, что вовремя обнаружили.


Цитата:

получил объем 106 MB, что почти в 3 раза больше варианта JPG quality, и как-то не согласуется с цитатой

Наверно, в 3 раза меньше, а не болше. Возьмите качество 42%. И это зависит еще от скана.


Цитата:

состояние окошка Remove blank pages при выходе из программы запоминается, а окошка Use JPG2000 нет, т.е. снова при входе пустое.

Use JPG2000 - это опция задания, а не СК. Если хотите, чтобы опция была включена сразу после загрузки СК, измените соотвествующим образом default-профиль. В 5.93 опции pdf уже есть в профилях.

balik1982

Цитата:

подскажите, а как в СК создават pdf файл после выполнения обработки страниц и приведения их в нужное состояние?

Загрузите задание, в котором выполнили обработку. Дайте команду File->Create out-task. Задание для pdf автоматом создастся и загрузится. Ничего в нем менять не надо, кроме 2х вещей: на закладке Files задайте Output format=pdf и выше имя pdf-файла. Запустите обработку. Получите pdf. Если изображения - ч/белые, то в Adobe дополнительно придется провести пережатие, чтобы сжать их кодеком JBIG2. СК не имеет такого встроенного кодека.


Добавлено:
NME

Цитата:

Ctrl-Click гораздо удобнее Ctrl-Shift-Click'a

Просто Ctrl уже задействован - он действует как "белый" despeckle, т.е. затягивает черным дырки

А кто-нибудь видел подобный selective не в CAD, а именно в растровых редакторах? Все-таки у CАD своя специфика. Там векторы, они четко разделены друг от друга. В растре все хуже - много слипаний, разрывов и прочих случайных флуктуаций. Будет ли нужный эффект от такой фичи, если ее слепо перенести из CAD в растр?

bolega

Цитата:

Цитата:ведь по умолчанию JPG quality=100%?
По умолчанию = 80.

М.б. и 80%, даже точно (судя по размеру) 80%, но на закладке-то написано 100%.
Удивительно, но только сейчас увидел, что действительно в три раза меньше.
Интересно, а качество сканов после разборки каково по сравнению с исходными?

bolega

Цитата:

А кто-нибудь видел подобный selective не в CAD, а именно в растровых редакторах?

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


Цитата:

Просто Ctrl уже задействован

имхо "белый" despeckle востребован в разы меньше, чем "удаление линий".. м.б. все-таки стоит поменять их местами?

NME

Цитата:

м.б. все-таки стоит поменять их местами?

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

NME

Цитата:

имхо "белый" despeckle востребован в разы меньше, чем "удаление линий"..

А я так к стыду своему и вовсе впервые услышал про "белый деспекл" по Ctrl. Мне приходится встречаться с большим количеством белых спеклов настолько редко, что никогда об этом не задумывался - либо применял "затягивающие" алгоритмы, либо пользовался auto-clean.
Конечно, если бы черный деспекл работал по Ctrl-Click, проблема была бы решена.


Цитата:

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

Именно эту проблему я и "решил", предложив вместо отображения секущей фигуры (круга, квадрата, прямоугольника) выделять цветом те объекты, которые будут ей пересечены. В этом случае, зажав дополнительную кнопку (Alt, Ctrl, правую кнопку мыши и т.п.), пользователь увидит, какие именно объекты будут удалены, и сможет перемещать мышку до тех пор, пока в поле действия курсора не попадет только мусор. Именно в этом случае он кликает. Т.е. будет только один клик, а не много...


Цитата:

но при работе с монохромными изображениями данный метод будет весьма полезен

Боюсь, он будет интуитивно понятен только пользователям CAD.

Вот как выглядит новая иконка SK под Windows 98:



Под Win XP у меня выглядит так:

У меня к новой иконке к кромсатору одна притензия, бледненькая она какая то

Цитата:

будет весьма полезен

Цитата:

А кто-нибудь видел подобный selective не в CAD, а именно в растровых редакторах? Все-таки у CАD своя специфика. Там векторы, они четко разделены друг от друга. В растре все хуже - много слипаний, разрывов и прочих случайных флуктуаций. Будет ли нужный эффект от такой фичи, если ее слепо перенести из CAD в растр?

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

Вообще, в CAD - системах эта команда служит для того, чтобы была возможность выделения объектов в том случае, когда обычное выделение захватит много лишнего. В противном случае гораздо удобнее сделать два-три обычных выделения, чем вызывать отдельную команду. Исключение - Автокад, где от направления выделения зависит будет ли оно обычным или секущим. Но это специфика, в Кромсаторе это вызовет лишние вопросы и неудобства.

bolega

Цитата:

Многие годами этим пользуются.

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

ghosty

Цитата:

Боюсь, он будет интуитивно понятен только пользователям CAD.

уверяю Вас, это очень удобно..

Цитата:

Цитата: "Выделение секущей рамкой".

Это я сделаю.