Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: shch_vg
Дата сообщения: 19.05.2006 15:46
shch_vg

Цитата:
Я не работал с такими огромными файлами, поэтому мне интересно, сколько времени занимает переход в других прогах (e.g. ACDSee), Вы не сравнивали?

На работе на маломощном компьтере (Р3-666) переход c одного 16-мегабайтного тиффа на другой в IrFan'e ~3 сек, а в ScanKromsator'e ~ 10 сек
Автор: sotori
Дата сообщения: 19.05.2006 17:04
люди, что за фигня как много файлов обрабатываю так вылетает вот такая ошибка


когда обрезка идет фиг с ней , а вот когда просходить выравнивание страницы к одинаковому размеру, напряягает.

Параметры файлов TIFF 400 dpi, черно белые.
Автор: bolega
Дата сообщения: 19.05.2006 17:50
shch_vg

Цитата:
Реализовать возможность, заключая фото в region, задавать режим внешнего bitonal, т.е. что не попадает в область, то обрабатывается как bitonal.

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


Цитата:
Т.к. приведенное выше кромсание в сером обрабатывается Document Express Editor-ом с теми же параметрами, что и ч/б страницы, хотелось бы в рамках одной задачи иметь возможность менять на вкладке Files список Color только для отдельных страниц (на которых есть ч/б фото).

Меняйте на здоровье! Кнопка special на закладке Pages и там задаете индивидуальный формат для страницы.


Цитата:
И последнее, столкнулся с непонятной ситуацией:

Я недавно писал, что в новой версии исправил глюк с bitonal-зонами: при смене dpi эти зоны не масштабировались!

ghosty

Цитата:
В том же IrFan'e переход занимает 1,5 - 2 сек, а в ACDSee 2.44 осуществляется практически мгновенно (с дорисовкой в теч. 0,5 - 1 сек).

Мда, пора мне отправлять кромсатор на пенсию....

sotori
Такая ошибка была во всех версиях кроме последней, 5.6А. У Вас какая версия? Если 5.6А, то очень хотелось бы взглянуть на этот файл, на котором она вылетает, хотя не должна бы...

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



hччp://rapidshare.de/files/20853423/sk5.65DBG.zip.html
Просьба в шапку не выкладывать и в других местах не упоминать.

Автор: vitaly1
Дата сообщения: 19.05.2006 18:13
bolega
Спасибо! А what's new будет?
Автор: bolega
Дата сообщения: 19.05.2006 18:23
vitaly1

Цитата:
Спасибо! А what's new будет?

А я его уже выкладывал недели две назад. С тех пор ничего нового не добавилось, кроме увеличения скорости отрисовки при режиме mark speckles во view result. Работа с picture-зонами в выложенной версии заблокирована.
Автор: terminat0r
Дата сообщения: 19.05.2006 18:29
bolega
Ух ты! Потестируем сегодня же!
Автор: monday2000
Дата сообщения: 19.05.2006 18:57
ghosty

Цитата:
При необходимости обработки больших файлов введение BW-дубликатов существенно экономит время.

Мне тоже кажется, что это - хорошая мысль. Вообще, имхо, тут кроется какой-то секрет: наверное, это именно в Кромсаторе большие файлы так долго обрабатываются. Вот посмотрите на Файнридер: там то - работа с изображениями серых файлов, а не Ч/Б! И скорость работы - приемлемая. Тут что-то не так, какая-то хитрость.

Вообще, попробуйте из интереса загнать те же самые большие сканы в Файнридер, и там попереходить с файла на файл - насколько это будет сопоставимо с Кромсатором?

Кстати, если бы bolega пошёл бы на разделение Кромсатора на части, о чём я говорил (пофантазируем ), то тогда можно было бы в Kromsator Lite кромсать всё как BW (Ваша идея), а нарезанное открывать в Gray enhancer и там дорабатывать до кондиции.
Kazakalitopus

Цитата:
как обрабатывать сканы книги, в которой очень много карандашных помет?

Мне это попадалось, есть 2 варианта, см. Пособие:

Цитата:
Для исходного изображения имеется операция быстрого удаления любой тонкой сплошной длинной чёрной линии (хорошо удалять подчёркивания ручкой). Пока только для исходного b/w-скана. Нажав Ctrl + Shift, щёлкните по любой черной точке контура. Но учтите, что если линия касается буквы, то и буква удалится.

2-й вариант - уже в Result view, как-то там через Magic то ли clear, то ли wand - с этим я ещё не разбирался, может, bolega напомнит?

bolega

Цитата:
Кромсатор задумывается на некоторый миг, затем быстро-быстро, почти молниеносно прокручивает вперёд не 1 скан, как должно быть при нажатии на "]", а 3!
...
Возможно, у Вас в настройках винды задан маленький интервал "залипания клавиши".

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

Вопрос: чем отличаются "Convert to bitonal" и "Convert to b/w"? В чём разница?

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

А что, если решить вопрос радикально: сделать главное окно Кромсатора ... полноэкранным? И тогда получится, что мы даём скану максимально возможное место, сразу становится удобнее и резаки ставить, и зоны расставлять - масштаб-то большой.

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

В общем, нарисовал я Вам картину ... Result view (сам того не желая). Конечно, тут не всё так просто, возникнет проблема - куда девать ползунки резаков? Можно предусмотреть под них тонёхонькую рамочку по периметру полноэкранного окна. Сами резаки сделать разноцветными - чтобы юзер их различал, где какой. Кстати, о Result view: неудачные у Вас там получились кнопочки на edit command's panel, ну совсем уж Вы их сильно обрезали - так не стОит, смотреть на них как-то неприятно, и я уверен - (почти) никто ими не пользуется поэтому. Зачем такая "экономия"? Зато хорошо получились кнопочки на navigate command's panel - потому что размер нормальный - приятно на них кликать, и рисуночки удачнейшие (только "Sync"-рисуночек имхо не очень).

Ключевой момент в этой идее - суметь сейчас чётко разделить глобальные и странично-ориентированные фичи.

И ещё раз обращаю внимание: по-моему, очень уж у Вас громадные контекстные меню (особенно в Result view) - нельзя ли как-то подсократить? Думаю, что этим Вы отталкиваете от Кромсатора потенциальных юзеров. Можно, наверное, более-менее "глобальные" опции оттуда убрать.

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

Добавлено:
bolega

Цитата:
hччp://rapidshare.de/files/20853423/sk5.65DBG.zip.html
Просьба в шапку не выкладывать и в других местах не упоминать.

Это какая-то временно-промежуточная версия? То есть будет потом "легальная" новая версия?
Автор: sotori
Дата сообщения: 19.05.2006 20:19
2 bolega версия 5.6А

Файлы на которых вылетает можно посмотреть здесь: http://mywork.by.ru/
Автор: bolega
Дата сообщения: 19.05.2006 20:58
sotori
Спасибо.
Попробовал. Все прошло гладко, без единой ошибки.
Наверно, потому что Вы выложили не сам скан, а результат обработки. Или у Вас именно на этих файлах сбоит?
(Кстати, обратите внимание, что там не осталось ни одной точки! Будьте осторожны с despeckle).


Добавлено:
monday2000

Цитата:
неудачные у Вас там получились кнопочки на edit command's panel, ну совсем уж Вы их сильно обрезали - так не стОит, смотреть на них как-то неприятно

Слегка увеличил. Но Вы единственный, кто на это жалуется. По видимому, уже никто кроме Вас не работает с графикой на мониторе с разрешением 800х600


Цитата:
чем отличаются "Convert to bitonal" и "Convert to b/w"? В чём разница?

1-й - это на самом деле dithering. Но часто на практике его именно так и называют. Можно сказать, что толклвание этого термина неоднозначно.


Цитата:
наверное, это именно в Кромсаторе большие файлы так долго обрабатываются

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


Цитата:
Это какая-то временно-промежуточная версия? То есть будет потом "легальная"

Именно так. Чтобы сразу определиться, что не влезает, что добавить в команды shortcuts и т.д.
Автор: monday2000
Дата сообщения: 19.05.2006 21:26
bolega
Посмотрел на скорую руку новую версию. Возникли замечания:

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

2. Вроде как новые кнопки вместо "Apply to..." какие-то невыразительные - или это с непривычки? Может, потому что невыпуклые просто?

3. Вроде бы неудачная иконка у новой кнопки "Open task" - сильно смахивает на "Load image files". Я вообще с подозрением отношусь к появлению новых кнопок - хорошо ли, что появились эти 2 новые кнопки "Open task" и "Result view"? Особенно "Open task"?

4. То же самое в отношении новой "Commands toolbar". Так ли уж она нужна? Хорошо хоть, увидел, где она отключается. Получается многократное дублирование одних и тех же элементов управления - это имхо ПЛОХО. Впрочем, я ей уже нашёл место вместе с панелью управления резаками: разместил их обе на самом верху в правом углу - благо, они там держатся от сеанса к сеансу. Но это уже предел! Новые панельки инструментов (если появятся) деть будет просто некуда... Да, и пиктограммки там неудачные - насыщенные многочисленными микроскопическими деталями (кто же будет в них всматриваться) - лучше просто текстовые строки в контекстном меню. В общем, крайне сомнительное нововведение.

Вы от версии к версии идёте одним и тем же неудачным путём: плодите всё новые и новые элементы управления. Согласитесь - путь абсолютно тупиковый. С ужасом думаю - а что же будет через 2-3 версии? И кто будет такой программой пользоваться? Я бы на Вашем месте боролся за невнедрение каждой фичи, внедряя лишь то, без чего ну никак не обойтись, исключил бы напрочь любое дублирование элементов управления (а у Вас сейчас 3 раза контролы зон дублируются!), и структурируя то, что есть.

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

Пожалуйста: Как можно меньше элементов управления, любых и всяких! К чёрту любое дублирование элементов управления! Что же Вы делаете?! Остановитесь!

От версии к версии, Вы методично уничтожаете степень простоты использования программы. Это приведёт к катастрофе, и очень скоро.

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

6. По поводу нового пункта File -> Options. На мой взгляд, крайне неудачное нововведение. Такие вещи обычно выносят в ini-файл. Пример - Apache-сервер. То есть это даже не я придумал. Моё мнение - не стоит переносить содержимое ini в визуальные формы, наоборот - лучше в ini загнать всё редкое и экзотичное.

7. Меню Files -> Options profiles вкладка Options - подправьте, пожалуйста, "Force LZW for non-bw TIFF".

8. По Result view: кнопочки стали нормального вида, это радует. Но статус-бар по-прежнему уехавший вниз. Появились новые кнопки - но я бы предпочёл их пёстрой сумятице обычное человеческое текстовое меню.

Резюме:

1. Выкладывать во всеобщее пользование DEBUG-версии Кромсатора ничего хорошего не даёт. Имхо не стоит этого делать.

2. Меня эта версия сильно огорчает. Вы откровенно что-то явно не то делаете, куда-то не в ту степь Вас заносит всё больше и больше. Кромсатор на глазах становится чудовищем, монстром. Это вместо того, чтобы становиться проще и лучше в использовании. Не зря я тогда так резко его критиковал - у меня было предчувствие.

3. Пока всё складывается к тому, чтобы мне ограничиться документированием версии 5.6А. Я не желаю принимать участие в этом безумии. По крайней мере, судя по этой версии.
Автор: shch_vg
Дата сообщения: 19.05.2006 21:35
bolega

Цитата:
По видимому, уже никто кроме Вас не работает с графикой на мониторе с разрешением 800х600

Если бы!
Пишу это за 15-дюймовым црт-монитором именно с таким разрешением
Автор: vitaly1
Дата сообщения: 19.05.2006 22:48
bolega
А как организовать вкладки так, как на скриншоте? У меня они не хотят сдвигаться с места.

Спасибо большое за то, что сделали handtool! Мможно ли сделать так, чтобы при этом курсор менялся со стрелочки на руку?

По поводу зума - в постобработке он уже в процентах, а в пре - еще в непонятных единицах. Это специально осталось или руки не дошли? И можно ли сделать так, чтобы можно было задавать произвольный масштаб, а не фиксированный набор значений, как сейчас?

Иконки Apply curent options to... какие-то очень похожие, может быть их хоть расскрасить как-то контрастнее?
Автор: bolega
Дата сообщения: 19.05.2006 23:17
vitaly1

Цитата:
У меня они не хотят сдвигаться с места

Тяните почти за самый правый край или за линию между кнопками. Либо сначала измените размер, чтобы образовалось побольше пустого пространства внутри панели, и потом тяните. Кстати после того я стал пользоваться кнопками для расстановки зон и выбора параметров чистки с помощью них, у меня время на это стало уходить в 2 раза меньше. Впрочем, кто этим не пользуется, тому конечно лучше отправиться в меню и отщелкнуть там галку на Show ... panel.


Цитата:
Мможно ли сделать так, чтобы при этом курсор менялся со стрелочки на руку?

Он примет форму руки как только нажмете кнопку мыши


Цитата:
а в пре - еще в непонятных единицах.

Тоже в процентах. Только с большей точностью.


Цитата:
И можно ли сделать так, чтобы можно было задавать произвольный масштаб, а не фиксированный набор значений, как сейчас?

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

Видимо придется на пару месяцев все бросить и заняться иконо-писью, либо нанимать дизайнера-художника за деньги, который сумеет на холсте 24х24 (16х16) пикселя передать глубокий смысл команды. Кстати, это очень не просто оказалось. Вообще я считаю все новое сразу не воспринимается. Со временем привыкаешь и уже становится безразлично, нарисована ли в иконке простая линия или bitonal-изображение Дали
Автор: vitaly1
Дата сообщения: 19.05.2006 23:32
bolega

Цитата:
Он примет форму руки как только нажмете кнопку мыши

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

Добавлено:
monday2000
Оставьте свою категоричность. Надоело, честно говоря.

Давать советы автору и что-то просить сделать так, как нам бы хотелось, мы имеем право. А вот чего-то требовать и уже почти угрожать - увольте! Пожалуйста, будьте сдержанее.
Автор: shch_vg
Дата сообщения: 19.05.2006 23:39
bolega

Цитата:
Нет, я сейчас пошел противоположным путем. Ввел picture-зоны, т.е. все будет наоборот. Так проще и больше возможностей.

А чем picture-зоны отличаются от dither-зон?

Вопрос по новому ScanKromsator-у:
в Mouse-Up mode не будет добавлено Mark as bitonal region?
Автор: vitaly1
Дата сообщения: 20.05.2006 00:27
bolega

Цитата:
Тяните почти за самый правый край...

Вы забыли упомянуть одну ма-а-аленькую деталь Нужно щелкнуть по вкладке правой кнопкой и включить мультилайн. А иначе таскай, не тайскай...
Автор: bolega
Дата сообщения: 20.05.2006 00:31
shch_vg

Цитата:
в Mouse-Up mode не будет добавлено Mark as bitonal region

Надо - сделаем. Не проблема.


Цитата:
А чем picture-зоны отличаются от dither-зон

Они вырезаются при обработке в отдельный файл. Можно задать для них другое dpi и цвет (для них также можно задать dither или inverse dither). Например, имеем 300 dpi-страницу с grey-иллюстрациями. Иллюстрации выделяем в p-зоны и задаем для них оставлять в grey и оставлять 300dpi. Всю же страницу кромсаем в b/w 600 dpi. На выходе кромсатор покажет b/w-результат страницы и поверх расположит зоны, в те же места и те же размеры, как если б мы их не вырезали. Дальше несколько вариантов, например: почистить b/w, и слить зоны со страницей, превратив ее тоже в grey, но чистую. После этого она сожмется в djvu очень хорошо. Сливать можно как постранично, так и для всех выходных файлов сразу.
Будет и еще варант picture-зоны (импортированной): она будет не из исходного файла вырезаться, а браться из уже имеющегося внешнего файла (и отображаться будет в главном окне). Все зоны, как на входе, так и на выходе, можно двигать и изменять размеры. Положение и размеры будут сохраняться, даже если изменялись в окне view result.
Для любителей pdf: можно будет из откромсанного задания получить новое задание для создания pdf, в котором Out-picture-зоны 1-го станут как бы импортированными picture-Зонами для нового задания. При создании pdf никакого слияния производиться не будет, зоны будут помещаться в новый слой, что избавит от необходимости переводить в grey/color всю страницу и заметно сократит тем самым размер pdf. В дальнейшем планирую добавить поддержку для pdf прозрачных зон (на случай, когда текст обтекает иллюстрации)
Вообщем, планов много, процентов на 30 уже сделано.


Добавлено:
vitaly1
А, я подумал, что Вы имели ввиду панельку с кнопками.

Добавлено:
P.S. К вопросу о dither и прочих зонах. Если внутри нее имеется b/w-зона, то кромсатор сначала обработает ее, а потом сделает dither. Это иногда полезно, когда внутри иллюстраций имеются действительно ч/б участки и оставлять их в grey или переводить в dither никакого смысла не имеет, а только увеличивает размер. Это особенно актуально для компьютерных книг, испещренных скриншотами windows-программ. Кто видел сделанные мною таким методом книги в инете, тот поймет о чем речь идет.

Автор: ghosty
Дата сообщения: 20.05.2006 01:00
bolega

Цитата:

Цитата: В том же IrFan'e переход занимает 1,5 - 2 сек, а в ACDSee 2.44 осуществляется практически мгновенно (с дорисовкой в теч. 0,5 - 1 сек).
Мда, пора мне отправлять кромсатор на пенсию....
Автор: bolega
Дата сообщения: 20.05.2006 19:16
ghosty

Цитата:
действительно рановато я создал эту ветку

Тут Вы не правы.
Многим он полезен и нужен.
И я черпаю идеи.
Я Вам, наоборот, очень благодарен!
А радикальные взгляды меня ничуть не смущают, даже, наоборот, подзадоривают

Автор: xalex
Дата сообщения: 21.05.2006 16:26
bolega

Есть подозрение на глюк в Кромсаторе :

Цитата:
ghosty :

Я просто уверен, что там 600, т.к. ну не мог Кромсатор мне такую "подлянку" сделать и уменьшить вдвое разрешение. Для "input" я выбирал "auto" (600dpi), для output - "original".
Автор: ghosty
Дата сообщения: 21.05.2006 16:34
xalex
Ну и что мне, выложить оригинал (около 30 мегов) и обработанный файл?
Хорошо, сейчас залью на рапиду. Заодно bolega может посмотреть, о каких "очень больших" файлах я говорю
Автор: xalex
Дата сообщения: 21.05.2006 16:45
ghosty

Цитата:
Ну и что мне, выложить оригинал (около 30 мегов)

Фрагмента будет достаточно (30 МБ я например скачать не смогу ...).

30 МБ - это уже после применения LZW ?
Автор: ghosty
Дата сообщения: 21.05.2006 18:34

Цитата:
30 МБ - это уже после применения LZW ?

Именно.

Хорошо, вот файл целиком:
http://rapidshare.de/files/21015604/sem011.rar.html
Фрагмент:
http://rapidshare.de/files/21023369/sem011_1.tif.html

Файл *.spt:
http://rapidshare.de/files/21024692/semantics4.spt.html
Результат обработки:
http://rapidshare.de/files/21025440/out.rar.html

Проблема: xalex предполагает, что Кромсатор при обработке снижает разрешение рисунка...
Автор: xalex
Дата сообщения: 21.05.2006 23:07
ghosty

Разрешение серой картинки совпадает с разрешением черно-белых
- следовательно глюк Кромсатора отменяется.


Цитата:
LZW

Есть еще JPEG 2000 lossless, он сжимает вроде бы лучше чем LZW
(но наверное этот формат не поддерживается Кромсатором).
Автор: shch_vg
Дата сообщения: 22.05.2006 15:02
bolega
В версии 5.65DEBUG при попытке копировать или передвинуть в окне Result view получаю:
Автор: bolega
Дата сообщения: 22.05.2006 17:20
xalex

Цитата:
Есть еще JPEG 2000 lossless, он сжимает вроде бы лучше чем LZW
(но наверное этот формат не поддерживается Кромсатором).

Поддерживается

shch_vg
Спасибо. Это я перед выкладкой блокировал работу с picture-зонами, и не везде заблокировал
Автор: sotori
Дата сообщения: 22.05.2006 17:41
bolega это именно, исходные файлы. По отдельности он обрабатывает их нормально, а в пакетной обработке, иногда глючит, причём именно, на файлах где картинка.
Автор: monday2000
Дата сообщения: 23.05.2006 17:58
bolega
Написал тут целую микро-статью. Но на свой сайт её, думаю, не уместно выкладывать:

Проблемы и перспективы Кромсатора

Появление Кромсатора 5.65 Debug, на мой взгляд, говорит о том, что Кромсатор (в его нынешнем виде) зашёл в тупик. Развитие Кромсатора идёт по линии добавления в его интерфейс всё новых и новых бесчисленных элементов управления, усложняющих использование программы до абсурда. Кромсатор уже и так имеет неоправданно сложный интерфейс, а становится и вовсе немыслимо запутанным. Причём попытки что-то улучшить ведут лишь к ухудшению (усложнению) - всё это, на мой взгляд, прямое следствие изначально неверной "парадигмы" Кромсатора.

У меня есть конкретный план "правильного" (на мой взгляд) улучшения Кромсатора:

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

1. Модульность.

2. Многопроходность.

3. Адекватность.

4. Лаконичность.

Современный Кромсатор базируется на полностью противоположных принципах - полярных на 180 градусов этим. Думаю, отсюда и многие его беды. Рассмотрим подробнее предлагаемые принципы:

1. Модульность. Это разбиение Кромсатора на несколько узкоспециализированных программ:

a. Kromsator Lite.

b. Gray Enhancer.

c. Pdf Creator.

d. Profile Editor (это для визуального редактирования ini - то, что в 5.65 DBG как "File -> Options").

Нынешний же Кромсатор похож на MS Office, объединённый в одну программу.

Это разбиение сразу же радикально облегчит интерфейс каждой новой программы и упростит юзерам овладевание этими программами, а также так мы учтём тот факт, что кромсаторные задачи имеют разную степень нужности - кромсание нужно всем, "вытягивание" серых сканов - половине юзеров, а работа с Pdf - вообще единицам (тут вообще непонятно - мало, что ли программ для работы с Pdf?). Кроме того, это позволит отказаться от резаков и заменить их прямоугольниками - т.к. никаких зон в Kromsator Lite быть не должно, и проблема "где какая зона" уйдёт. Думаю, многим ясно, что резаки - изначально неправильная концепция, и избавившись от них, мы одновременно избавимся от кучи прочего хлама - панели управления резаками, рельсов резаковых и т.д. Конечно, тут не всё ясно пока, но все возможные проблемы можно решить. Например, Automargins - можно будет сделать по 4 бокам окна скана соотв. кнопки; есть и другие варианты. Да, из-за этого Kromsator Lite потребуется написать с нуля - без резаков, но с прямоугольниками взамен.

2. Многопроходность. Имеется в виду, что в Kromsator Lite не должна быть предусмотрена однопроходная обработка сырых сканов. Только многопроходная! Вы сами писали, что все сканы - разнобойные, и "какой смысл изобретать очередной Фотошоп" (но при этом сами же свои слова и нарушили). Смысл обязательной многопроходности в том, чтобы сначала тем или иным путём унифицировать разнобойные сырые сканы, получить некий полуфабрикат и уже лишь его подавать на само кромсание. Предподготовка - это в основном разрезание разворотов или отпиливание ошмётков, но может быть и что-то ещё. Заодно выкинется эта невыносимая ерунда - подопции для "левой" и "правой" страницы, понятия "чётные" и "нечётные" страницы. Причём для предподготовки можно и другие программы использовать - FineReader, Irfan View, BookRestorer. "Экономически" немыслимо обрабатывать разнобойные сканы за один проход. Пусть Kromsator Lite принимает на входе только (может быть, даже и исключительно) 3 типа файлов (все TIFF):

а. CCIT FAX G4.

b. Grey LZW.

c. Color LZW.

(Работу с DjVu - хорошо бы также выкинуть, на то есть свои проги).

Также следует сделать ставку на отличную программу Irfan View - пусть Kromsator Lite работает в связке с Irfan View и не дублирует те возможности, которые уже есть в Irfan View (кстати, там они лучше реализованы, чем в Кромсаторе). Да, использование унифицированных сканов-полуфабрикатов заодно сильно упростит работу с профилями Task options settings, а то и вовсе Kromsator Lite сможет автоматом запоминать в ini-файл изменённые юзером опции (как Irfan View) - я уже об этом писал - эта фича - убойнейшая! И не надо ложно "заботиться" о юзерах, давая им возможность обрабатывать сканы за один проход - эта "забота" потом боком выходит всем.

3. Адекватность. Здесь речь идёт о том, чтобы "подтянуть" Кромсатор по некоторым базовым показателям до уровня популярных графических программ. Кстати, в настоящее время это самая важная, серьёзная и актуальная задача для Кромсатора. Конкретно имеется в виду следующее:

а. Научить Кромсатор листать большие файлы с приемлемой задержкой. И тогда сразу же отпадёт нужда в идее ghosty подсовывать под Draft kromsate BW-файлы, а кромсать потом уже такие же GREY-файлы. Всё-таки, это по уму неправильное решение. Правильное решение - научить Кромсатор листать большие файлы быстрее - сужу по Файнридеру - он же с серыми изображениями работает, а не с BW, а в ABBYY не дураки сидят.

b. Подправить кромсаторное deskew - ну что это такое - практически любая большая картинка сбивает его с толку, и Кромсатор поворачивает лист под диким углом каким-то. В то же время Файнридер - без проблем справляется. Натаскайте с КпНемо худ. книжек, там полно картинок, на которых можно потренироваться.

с. Вылечить баг, когда нажимаешь на "]" - а листается одновременно 3 файла. Нормальная работа невозможна в таких условиях.

d. Появилось у меня вчера смутное подозрение, что и dithering-алгоритм в Кромсаторе реализован не лучшим образом. По сравнению с Irfan View, который (как я понял) все серые сканы целиком конвертит в Ч/Б по dithering-алгоритму, и при этом мусор не вылезает - так, как в Кромсаторе. Если так сделать и в Кромсаторе, то отпадёт нужда в зонах "convert to bitonal", "convert to b/w".

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

4. Лаконичность. Тут я имею в виду, что не надо в Kromsator Lite реализовывать такие фичи, которые есть в том же Irfan View. А также не надо гнаться за тем, чтобы юзеру было "всегда удобно". Пусть ему будет в чём-то немного неудобно, зато сохранится простота использования программы. Также следует ориентироваться исключительно на среднестатистические потребности юзеров (вычисляя их умозрительно), а не на пожелания "уважаемых колхозников" (какие бы блага они взамен ни предоставляли, сколько бы книг они Вам не сканировали). Иначе толку нет, а есть то, что сейчас. В конце концов, если будет нынешний Кромсатор и Kromsator Lite, то обе стороны окажутся удовлетворены. Посмотрите, например, на WinDjView - вот Вам образец высокой эргономичности и продуманности интерфейса. Всё удобно, но ничего лишнего. Реализовываются лишь действительно нужные фичи. А у Вас даже иконки на кнопочках и те - какие-то пёстрые, крикливо-разнобойные, совершенно случайные. В иконках кнопочек не наблюдается никакой хорошей строгости, системности, общего стиля - то, что есть практически в любой нормальной программе.

Пожелания к будущей версии

1. Сделать ручное переключение типа зон. Чтобы юзер мог ставить зону, не думая, какого она типа, а потом мог бы изменить её тип (как в Файнридере).

2. Сделать зону, чтобы выделить цветную картинку, а то, что за её пределами - перегонять в BW, при этом режим цветности файла пусть сохраняется (Color LZW). Сейчас приходится заниматься геморроем: выделять картинку простым выделением, затем "Invert selection" и "Convert to bw" к выделению.

3. Зачем Вы собираетесь сделать вырезание цветных картинок с сохранением их в отдельный файл с последующей вставкой назад? Вполне достаточно сделать так, как в предыдущем пункте.

4. В 5.65 DBG изменился вид "File -> Options profile" - появились вкладки. Вот всё-таки какой же Вы любитель вкладок! Это, знаете ли, характер! По-моему, без них было лучше - "всё ж меньше щёлкать", как Вы говорите.

Заключение

То, что я предлагаю, Вам сделать совершенно реально (кроме, возможно, п. "Адекватность" - этого я не знаю). Заметьте, я даю только предельно конкретные советы. Конечно, Вам тут потребуется немного себя пересилить и заставить (иначе нельзя, невозможно всегда обойтись лишь деланием того, что "хочется" или "приятно" ), но никто же Вас тут в шею не гонит. Не спешите, не торопитесь - делайте новые программы (типа Kromsator Lite) постепенно, неспешным измором. Главное - не идите прежним путём, не совершайте больше каких-то просто безумств (типа плодения мириадов кнопочек, галочек и т.п.). Смотрите - а ведь у Колхоза до сих пор нет путёвой программы для обработки сырых сканов. Надо ли говорить, какое это имеет значение. И ладно там, ну не было бы ничего вовсе - так ведь сложилась какая-то совершенно искусственная и дурацкая ситуация ("Горе от ума" ). Почти всё тут в только в Ваших руках.
Автор: terminat0r
Дата сообщения: 23.05.2006 18:25
monday2000

Цитата:
Смотрите - а ведь у Колхоза до сих пор нет путёвой программы для обработки сырых сканов.


а xx xxx сделаных книг не в счет?
Перестань разводить панику. Мысли у тебя местами умные, но надо поработать над стилем изложения;)

Автор: romanef
Дата сообщения: 23.05.2006 21:16

Цитата:
Появление Кромсатора 5.65 Debug, на мой взгляд, говорит о том, что Кромсатор (в его нынешнем виде) зашёл в тупик


Коллега, тут вы не правы.

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

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

Для _совсем_ новичков напишите лучше ФАК по Файнридеру восьмой версии. В триальной версии (которая работает без ограничения по времени) есть все необходимое и очень "user friendly" - сканирование, нарезка на страницы, дескю, обрезка полей, и даже выравнивание кривых строк. Да, дескю кривоват, но для новичков пойдет. Упомяните о сканкромсаторе, а ищущий да обрящет.

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

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: MSN Search Toolbar with Windows Desktop Search


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.