monday2000
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Melirius Цитата: Рекомендую этот вопрос убрать | Спасибо, уберу, и про None подправлю, только не сразу, а через некоторое время, т.к. буду стараться теперь накапливать и оптом вносить изменения, а ещё я именно этот момент хочу экспериментально проверить. Цитата: Тут нет ошибки - если не ставить Page width = Nonе и Page height = Nonе | Судя по этой фразе Цитата: В итоге получим на выходе страницы с нужными полями, но, с разными размерами. Если задано pagewidth=none, то на этом все и заканчивается. | получается, что наоборот, ставить H.Gap Value = 0, V.Gap Value = 0 не надо, достаточно выставить Page width = Nonе и Page height = Nonе, правильно? Цитата: Так они и для ч/б сканов работают, а не только для серых или цветных. | Этого я не знал. Кстати, там справа от Smooth-Blur-Sharpen окошки с циферками (1-5) (между прочим, тесновато налеплены - из-за вынужденной экономии места, что можно решить слиянием вкладок в большие вызываемые вкладки) - это кол-ва проходов обработки Smooth-Blur-Sharpen, как я понял (совет №39): Цитата: В действительности кромсатор сглаживает форму букв. Но для этого надо включить опцию Enhance.Smooth и задать кол-во проходов (1-3). | Цитата: Давайте ещё раз воспроизведём механизм обрезки кромсатором. Если я в чём-то ошибаюсь, поправьте меня. | Вот об этом я как раз на днях допытывался у bolega: Цитата: задача драфта - расставить резаки так, как это бы сделал человек. Учитывая, что назначение резаков - отсекать грязь, то и драфт соответственно делает именно это. | Я бы так сказал: Draft kromsate "грубо" распознаёт, где грязь, а где текст, и ставит между ними резаки-разделители (при Automargins=on). В общем, Draft kromsate гораздо больше интересует грязь, нежели текст (хотя полностью про текст он тоже не забывает, т.к. старается в текст не влепить резак). Кстати, я вот предлагал переименовать Draft kromsate в "Auto pre-kromsate" для понятности. А вот чтобы ТОЧНО определить контур голого текста внутри резаков, расставленных Draft kromsate'ом, мы уже запускаем Process (это и есть само кромсание). Только до запуска Process'а нужно вручную подправить погрешности работы Draft kromsate'а - путём подправления нужных резаков и сброса их подгалок в Automargins=off - причём это по сути делается чисто "силовым" путём: на самом деле тут ведь не результаты работы Draft kromsate'а подправляются (это был бы идеальный подход, но реально очень трудноосуществимый), а вносятся заведомые поправки для будущей работы Process'а (который мы запустим после внесения этих поправок и поправки повлияют именно на Process) bolega Цитата: Если cut&clear и галка засерена, то ничего не обрезает, а чистит все, что за пределами засереного резака. | Интересно, а зачем это вообще может быть кому-то нужно? Для сканеров с автоподатчиком? Цитата: Ведь край текста невозможно определить с пиксельной точностью, поэтому и чистить ничего нельзя. | Не совсем ясно. Я так понимаю, что контур голого текста (который находит Process) - это прямоугольник с гор.-верт. сторонами, максимально плотно описанный вокруг реального текста на скане, правильно? Цитата: В заключение хочу еще раз обратить внимание на то, что automarging с гапами и pagewidth type - это совершенно разные, независимые, вещи. | Важная подробность, спасибо. Хорошо бы, кстати, эту двухэтапность отобразить в интерфейсе, чтобы чайнику было интуитивно ясно, что тут имеется 2 этапа обработки. Буду думать, что предложить конкретно. Вот если бы Вы сделали слияние вкладок в большие + вызов их (по кнопке или т.п.), то там можно было бы проще такую вещь сделать, т.к. простора больше было бы. Цитата: Хотел на неделе выложить новую версию, но не получилось | Такие мини-пожелания: нельзя ли на вкладке Files в поле DPI изменить умолчание с "300 dpi" на "Original"? И ещё там я просил по возможности подровнять 2 вещи: элементы управления в Task options settings и в Result view статус-бар куда-то вниз уехал - хорошо бы подправить. И ещё такая мелочь: в Result view окно Rotate selection ( http://www.dstu2204.narod.ru/djvu/kromsator/131.gif ) имеет 3 недостатка: 1. Появляется не по центру Result view, а уехав вниз-вправо. 2. Вообще имеет зачем-то гигантский размер. 3. Имеет название почему-то "Form19". И ещё: Options 2 -> Cutters state: Вы как-то писали, что планируете убрать cut&clear t/b, может, сейчас момент подходящий? shch_vg Цитата: Столкнулся в СканКромсаторе с таким неудобством: | Имхо не самая лучшая идея просить bolega реализовывать фичи, имеющие крайне далёкое отношение к скан-обработке. Давайте ценить чужое время и силы. Вашу проблему можно удовлетворительно решить так: перегнать сканы в CCIT FAX G4 (т.е. ч.б. битовый малого размера) через Irfan View или частями через Кромсатор (что лучше, т.к. можно порог подобрать). Да, понятно, качество их немного ухудшится - но зато не надо новый бОльший винт покупать, а задача обработки сканов Кромсатором так худо-бедно, но решается. |