» ScanKromsator СканКромсатор

vitaly1
Вот ведь как бывает См. предыд. сообщение.

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

ghosty

Цитата:

Я говорю, конечно же, о подчеркиваниях

Я как-то писал, как можно эффективно удалять подчеркивания непосредственно на исходном скане. В background cleaner задать Method=Horizontal, выделить подчеркивание на скане (на буквы можно залазить, но желательно не сильно) и нажать Apply to selection (на закладке background cleaner)


Добавлено:

Цитата:

В версии NY в функции Process half-page - баг

Это скорее всего не баг. Кромсатор ведет себя так, если вы обрабатываете половинку разворота, при этом для оставшейся половинки нет вообще выходного файла (т.е. ранее она воо,ще не кромсалась целиком). При этом половинка на самом деле обрабатывается, но не показывается во view result. В этом можно убедиться, если заглянуть в папку out

bolega

Цитата:

Я как-то писал, как можно эффективно удалять подчеркивания непосредственно на исходном скане. В background cleaner задать Method=Horizontal, выделить подчеркивание на скане (на буквы можно залазить, но желательно не сильно) и нажать Apply to selection (на закладке background cleaner)

Да, не знал, наверное, придется делать предобработку, спасибо. Хороший метод. А он как-нибудь учитывает различие по цвету, или ему все равно, цветной или серый? Было бы здорово, если бы учитывал.
Т.е. в случае подчеркиваний синей ручкой будет ли этот метод работать лучше, если я буду сканировать в цвете? (Для OpticBook скорость сканирования в цвете и в оттенках серого одинакова...)

Цитата:

Это скорее всего не баг. Кромсатор ведет себя так, если вы обрабатываете половинку разворота, при этом для оставшейся половинки нет вообще выходного файла (т.е. ранее она воо,ще не кромсалась целиком). При этом половинка на самом деле обрабатывается, но не показывается во view result. В этом можно убедиться, если заглянуть в папку out

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

ghosty

Цитата:

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

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


Цитата:

Как же мне потом найти страницу

Такова логика view result, если для текущего разворота нет одного из двух выходных файлов, он пропускает его и переходит к следующему или самому первому. Будет время, посмотрю как это можно обойти. Но это логично: если забыли обработать одну половинку, у юзера должно сработать: что-то не так, раз разворот вообще не показывается, иначе можно пропустить и не заметить.

bolega

Цитата:

Я ведь и сбрехать могу

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

Цитата:

Но в принципе можно добавить опцию, как это сейчас есть в CIllum, только с точностью до наоборот.

Да, такой метод был бы намного эффективнее. Сейчас все-таки буквы портятся немного...

Цитата:

иначе можно пропустить и не заметить

Ну редко люди обрабатывают книги вручную по полстранички. Я пользуюсь этой функцией, чтобы посмотреть, как работают установленные параметры. Полстранички обрабатывать быстрее

ghosty

Цитата:

Лучше скажите, переводит ли он цвет в серый перед обработкой

Нет, для цветного у него свой алгоритм

bolega

Цитата:

Нет, для цветного у него свой алгоритм

Эмм, а говорите, не учитывает цвет:
Цитата:

Цитата: А он как-нибудь учитывает различие по цвету, или ему все равно, цветной или серый?

Нет, не учитывает.

Возникла такая проблема:
Создаю в SK новую задачу, добавляют файлы, настраиваю опции. Сохраняю задачу. Запускаю на обработку.

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

Потом хочу продолжить выполнение ранее прерванной задачи: загружаю исходную задачу, далее Process -> Resume processing..., в появляющемся окне не выставляют никакие галки просто нажимают Continue.

И SK выдает окно с предупреждением: "Output file for input file #1 not exists", хотя он есть и именно по тому пути который и выводит SK. Такие же предупреждения появляются и для остальных уже обработанных файлов и, как следствие, весть проект приходится заново переделывать.

Что я делают неправильно?

bolega

Цитата:

Такова логика view result, если для текущего разворота нет одного из двух выходных файлов, он пропускает его и переходит к следующему или самому первому. Будет время, посмотрю как это можно обойти.

М.б. имеет смысл выдавать, как в варианте Compare, 2 листа, а на месте отсутствующего давать пустой с надписью "Эта страница не обработана!"?

djdtyfhu
Я тоже наблюдал похожее, o чем уже писал выше. К сожалению, не удалось привязать к чему-то конкретному, т.к. в последнее время этого не происходит.

Цитата:

М.б. имеет смысл выдавать, как в варианте Compare, 2 листа, а на месте отсутствующего давать пустой с надписью "Эта страница не обработана!"?

Правильно!

djdtyfhu
В какой версии?

bolega

Последняя, которая доступна для закачки с Вашего сайта - Version 5.81NY.

********всё решилось, невнимательно посмотрел интерфес программы***********

bolega
В какой последовательности выполняются опции (закладки) в Grey enhance и можно ли как-то влиять на неё (последовательность).
Успехов.

xrand
Последовательность не совсем фиксированная. Зависит от наличия других опций, напр., resample, pic-зон, deskew. Первыми всегда выполняются cor.illum и background cleanar. Затем, если нет deskew, вырезаются picture-зоны. Потом остальные опции. Влиять на порядок выполнения нельзя.

=======
Сделал Picture-зоны произвольной формы. Поддерживаются и для pdf. Теперь все типы зон могут иметь произвольную форму.
Copy-Paste зон в гл. окне.
В окне View result для picture-зон удалена команда логического crop (не путать с физическим crop). Больше она не поддерживается.

bolega

Цитата:

Сделал Picture-зоны произвольной формы. Поддерживаются и для pdf. Теперь все типы зон могут иметь произвольную форму.
Copy-Paste зон в гл. окне.

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

Alexx S

Цитата:

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

Дельное-то дельное, только кто этим займется. К примеру, я говорил с AndyZ по этому поводу, он сказал, что в принципе это возможно, но времени на это у него нет...
Нам бы научиться из ФР координаты зон извлекать... Gencho, нет ли новостей?

ghosty
И еще, если промнишь, говорил и про внедрение текстового слоя в ПДФ

Сорри за оффтоп

bolega
Picture-зона занимает полстраницы, в Result view делаю у нее Merge, затем пытаюсь повернуть на 5 единиц. В окне Rotate selection картинка поворачивается, но при попытке сделать Paste получаю "Not enough storage is available to process this command".
Оперативной памяти у меня 2 гига. Какой памяти ей не хватает?

shch_vg
Видимо, это из-за нехватки места на винте (undo делается на винт). Нужно по крайней мере 1-2Гб свободного места. Либо в меню отключите undo-менеджер

bolega
На диске 3.8 гб.
Не нашел, где отключается undo-менеджер

bolega
Приходится в Result view вычищать много сканов.
Обычно я это делаю в режиме Fit width, очищаю мышью.
Для просмотра всего листа требуется два щелчка по полосе прокрутки (за один щелчок прокручивается примерно 2/5 страницы, а между ними нужно перемещать мышь на удаляемые участки.
Нельзя ли вывести прокрутку скана вперед/назад по одному щелчку в команды, чтобы к ним привязать Shortcuts?
Если можно, то хотелось бы, чтобы по этой команде делалась прокрутка на длину чуть меньшую, чем длина прокрутки по щелчку на полосе, чтобы не терять грязь, приходящуюся как раз на границы этих зон просмотра.
Надеюсь, мне удалось понятно выразить свою мысль .


Добавлено:
bolega
Еще одно неудобство - мелкое, но раздражает. Основной мой режим работы в Result view - Fit width, т.е в ниспадающем списке правее лупы с плюсом против этого режима стоит галочка. Для более детальной очистки приходится иногда в этом списке выбирать, например, 100% или в другом списке вариант Compare, чтобы сравнить исходное расположение текста с обработанным. Однако при этих переходах галочка против Fit width остается, и чтобы вернуться в основной режим приходится сначала переходить в Fit height, затем в Fit width.
В добавление к этой теме среди команд для Result view почему-то отсутствует команда Fit width, хотя команда Fit height. А как бы было удобно по горячим клавишам переключаться между этими режимами.
Еще мне кажется не помешала бы команда включения/выключения режима Clear/Despecle, очень удобно было бы иметь ее на хоткее.

shch_vg

Цитата:

Не нашел, где отключается undo-менеджер

В контекстном меню Options->Lock undo


Цитата:

Еще мне кажется не помешала бы команда включения/выключения режима Clear/Despecle, очень удобно было бы иметь ее на хоткее

А двойной щелчок мышкой, как сейчас предусмотрено, не устраивает?

bolega

Цитата:

В контекстном меню Options->Lock undo

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

Цитата:

А двойной щелчок мышкой, как сейчас предусмотрено, не устраивает?

Я предлагаю не ПЕРЕключение между этими режимами, а выключение режима Clear или Despecle, а после повторного применения команды снова включение именно в тот режим, который был отключен. Хотелось бы правую руку с мышью при очистке скана освободить от побочных действий, кроме очистки, а остальное делать левой рукой по хоткеям. А такое выключение/включение нужно довольно часто для действий по смещению или поворота отдельных фрагментов скана.

shch_vg
А, Вы про это (не toggle). Есть уже такой хоткей - Auto Clear

bolega
А в принципе возможно реализовать прокрутку окна Result view не на видимый экран, а чуть меньше, чтобы не терять из виду грязь на границе видимых зон?
Если да, то м.б. имеет смысл это сделать и реализовать использование его наряду с нынешним вариантом, например, задавая параметр в ini-файле?
Я сейчас приступил к основательной чистке 3-х книг, в каждой более 600 страниц, поэтому эти идеи из меня и лезут, как было бы мне легче делать это.

bolega, shch_vg
Я тоже подумывал, в каком режиме было бы легче чистить результаты. Хотелось бы иметь вариант zoom'а, в котором вся страница проходилась бы за две операции листания (в режиме Fit page требуется одно листание) с небольшим захлестом. То есть, на экран выводится, скажем, 53% высоты страницы и чтобы увидеть оставшуюся половину страницы ("с захлестом") нужен всего один хоткей. Хорошо бы ещё тем же хоткеем переходить на следующую страницу.
По мне так больше этих двух режимов (Fit page и, условно говоря, Fit half) для чистки и не нужно. Но вот Fit half был бы очень удобен.
добавлено
По моим прикидкам, отличие от режима Fit Width будет в пределах 15-20%, а для большинства форматов и того меньше.
Зато надо будет меньше отвлекаться на просмотр областей, которые показываются по 2 раза (в "захлесте"), и реже топтать клавиатуру (а сейчас ещё и мышью водить туда-сюда). Мне кажется, что наиболее употребительными должны быть режимы работы, различающиеся по числу листаний (экранов) на страницу по x,y: (1*1), (1*2), (1*3), (2*2) и (2*3). Наверное, и более крупный zoom кому-то пригодится, я не призываю исключать эти возможности.

pepux
На мой взгляд для достижения лучшего результата основную чистку надо проводить в том режиме, в каком потом читается книга. У меня это Fit width.

Насчет перехлеста согласен. Насчет режима - я ставлю большое увеличение, вполть до 100%. Ври режиме "Fit with" очень много пропускается...
Давно хотел попоросить: а нелзя ли доработать ZigZag Navigation таким образом, чтобы охвачена была вся площадь скана, да еще и с задачей направления?

Т.е на большом увеличении нажимаем одну кнопку и последовательно просамтриваем всю страницу на, к примеру, 6-ти экранах. Направление просмотра опционально (верх-лево, верх-право, низ-лево, низ-право или верх-лево, низ-лево, верх-право, низ-право ). Потом переход на следующую страницу. Главное, чтобы ничего не осталось непросмотренным.