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

[/off]

Цитата:

Почему так получилось

на страничке вроде написано почему и что можно сделать.

Вот еще одно зеркало без рекламы на ScanKromsator 5.92beta:
http://www.filedropper.com/sk_2
Как долго пролежит - не знаю, но обещали 30 лет хранения

Урааа !!!

Подскажите плиз для чего в ОПЦИЯХ в разделе Cutters опция Do not change cutter's width in Auto-MouseUp modes ?

Такие вопросы:
в папке с окончательными файлами сохраняются файлы картинок из Picture zone, так и раньше было, ничего удивительного, но после применения опции
Zones -->Picture zone -->Merge zones они естественно соединялись и уходилили, а сейчас - остаются, так специально сдедалано, если да, то зачем

при длительной работе с большой книгой - около 900 страниц, со множеством Picture zone происходит переполнение оперативной памяти(2Gb), а потом и файла подкачки на диске (в размере 3 Gb), например, если захочется повернуть в итоговом файле изображение выдает сообщение о нехватке памяти, приходится выходить и заходить заново. Со времени запуска программы и до ее закрытия она только потребляет память, но не высвобождает.

Хотел перекромсать книжку из сети, обычный ч/б скан на 300 дпи, новая бета выдает internal error, 5.91 с этим работает без замечаний.

Gazoved
Это решается..... Options--->Processing--->Delete picture-zone.....

VadimirTT
Выкладывай книжку бум тестить.... скорее всего что то в опциях..... либо вы просто НЕ положили новых EXE вместо старого.... а использовали его сразу

вот проект с одной страничкой, ошибка возникает при выставлении принудительного дпи в 300 на этапе вычисления границ
_http://slil.ru/26408553

VadimirTT
Да действительно какой то глюк..... отключите Automargins.... Причём глюк именно в верхнем резаке... если для него отключить автограницы то всё норм.... странно

Залил к себе:

http://www.djvu-soft.narod.ru/scan_kromsator_v5_92beta_full.rar (3,34 МБ)

Как-то неожиданно - thumbnails оказались не вместо обычного списка файлов - а рядом с ним.

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

VadimirTT
Пусть идет: больше шума - лучше фидбек.

Доброго времени суток, очередной вопрос созрел, случайно наткнулся на следующую фичу (а вовсе не багу ))) при разметке Picture zone зону можно двигать с клавиатуры - стрелками при зажатом Ctrl - медленно, а при одновременно зажатых Ctrl и Shift - быстро (относительно), размеры зоны изменяются по правой стороне и нижнему краю тоже стрелками при зажатом Shift вопрос в следющем, как закрепить результат, т.е. разметить сколько угодно зон так на странице - возможно, но при переходе на следующую все действия - отменяются, т.е. зона остается там, где ее поставил мышкой. Попробовал в версиях 5.91 и 5.92

P.S.
Как я только смог сделать уже около 200 книг и все без этого обходился, сам не пойму

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

Помогите разобраться пожалуйста

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

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

VadimirTT

Цитата:

вот проект с одной страничкой

Спасибо за проект. Там не просто баг, а прямо-таки ляпус (влияет только если out dpi<=300). Исправил.

Gazoved

Цитата:

случайно наткнулся на следующую фичу (а вовсе не багу

исправил. Спасибо

skrt
Вы действительно использовали 5.92? Эта утечка памяти характерна для 5.91. Ее я уже исправил. На днях делал несколько очень толстых книг, у меня все прошло нормально, на нехватку памяти не жаловалось, а раньше - было.


Добавлено:
Gazoved

Цитата:

при длительной работе с большой книгой - около 900 страниц

Это проявляется в новой версии?

ghosty

Цитата:

Кстати, в thumbnail я бы вывел в графическом виде также и опции

thumbnail я ввел исключительно для наглядности, чтобы быстрее позиционироваться на нужный файл. Заменять им список файлов я не планировал.

bolega

Цитата:

thumbnail я ввел исключительно для наглядности

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

bolega

Цитата:

thumbnail я ввел исключительно для наглядности, чтобы быстрее позиционироваться на нужный файл. Заменять им список файлов я не планировал.

Все таки, это было бы удобнее и привычнее в работе, чем сейчас.

bolega
Да это проявилось именно в обновленной версии 5.92

Цитата:

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

да, - именно 592

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

bolega
а есть ли в кромсаторе такая функция, чтобы как только одно задание было сделано чтобы сразу же начиналось другое?

Kiljes
нет

bolega
А сможете реализовать? Пожалуйста!

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

bolega

Цитата:

Я бы мог, если бы не одно но: не факт, что задание завершится без участия пользователя.

Сделайте пожалуйста. А все остальное

Цитата:

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

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

Цитата:

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

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

bolega
Можно ли реализовать в Кромсаторе простой process-based параллелизм для того, чтобы полностью задействовать многопроцессорные машины? О thread-based не прошу потому что такая реализация будет сложнее. Параллелизм на уровне процессов делается следующим образом. Если для обработки изображения из списка не нужны результаты обработки предыдущих элементов, то список файлов задания можно поделить на N частей (N -- количество процессоров в системе), запускать одновременно N процессов, каждый из которых будет обрабатывать свою часть списка. Планировщик ОС сам позаботится о том, чтобы каждый процесс выполнялся на отдельном процессоре. Может быть, лучше даже запускать не N, а 2*N процессов, чтобы одни могли ждать в состоянии iowait, а другие работать. Но точно не могу сказать, будет ли так быстрее.

Для этого нужно будет часть кода реализовать в виде отдельной программы или, как минимум, сделать возможность запуска Кромсатора без GUI в пакетном режиме, а также создавать временные файлы заданий для кусков списка.

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

bolega
592

При выборе input dpi меньше чем output dpi происходит ощибка internal error
при условии, что input dpi меньше чем оригинальное dpi

в 591 все нормально.

возвращаясь к вопросу памяти.
вчера поставил в 5-ти заданиях расставлять резаки. 2 из них выбило

Окончательная версия
http://rapidshare.com/files/173680769/sk-5.92.zip.html
Исправлены баги, включая утечку памяти

bolega
FRFgrab.exe из архива где должна лежать?

vitaly1
Без разницы. Это просто подправленная версия из пакета DjvuOCR, сделанная gencho по моей просьбе. Отличие от той, что входит в DjvuOCR - в том, что она более аккуратно разбирает слова, содержащие цифры. В SK эта утилита используется только для одного - для автоматической генерации линков (оглавление, индекс) для pdf (команда Service->Pdf links). Со временем сделаю и для djvu. Тогда же сделаю и описание к этой команде.
Путь к frgrab указывается в Options->Apps. Если не делаете pdf, то это и не нужно вовсе