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

Цитата:

SK 5.96.1
http://rusfolder.com/35039558

Спасибо. А можно самый полный комплект выложить, со всем необходимым.
Для тех, кто отстал от жизни.

Спасибо, Torino.

Цитата:

А можно самый полный комплект выложить, со всем необходимым.

http://yadi.sk/d/z9C9krTA2fErk

bolega

Цитата:

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

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

shch_vg

Цитата:

Можно ли это сейчас сделать в СК, и если да, то как?

Надеюсь, что можно. При условии, что djvu будет делаться в СК.
Кстати, про СРС Вы раньше не упоминали.

Цитата:

Я рассчитывал получить дежавю текста в СРС

Не знал, что СРС умеет djvu делать. Наверно, Вы имели ввиду предварительную подготовку тифа в СРС.

Закодировать участок ч/б скана можно используя два подхода.
1. Имеются b/w pic-зоны, в которых и содержатся участки, которые требует особого кодирования. Здесь речь идет о внешних pic-зонах, т.е. зонах в out-задании, полученном командой File->Create out-task. В свойствах зоны на закладке djvu ставим галку на "separate b/w coding". Эту опцию нужно будет склонировать на все зоны задания соответствующей командой в контекстном меню опции.
2. Имеются обработанные тифы, или out-task, в котором области, требующего особого кодирования, не выделены еще в pic-зоны. Расставляем pic-зоны для всех этих областей. В свойствах зоны выбираем Color=special. После этого появляется закладка djvu, а далее как было описано в 1-м подходе. При этом заданные pic-зоны с атрибутом Color=special являются на самом деле псевдо-зонами, т.е. они не предназначены для обработки. Не пытайтесь обработать файлы с такими зонами! (я забыл заблокировать их обработку, если все-таки это случится. Исправлю в следующем релизе). Здесь есть один нюанс: для псевдо-зон все опции защищены от изменений (они задизэйблены, недоступны), за исключением опций закладки Paint. Это означает, что псевдо-зоны могут использоваться не только для особого djvu-кодирования, но и просто для djvu-раскраски. Допускается и одновременное применение этих опций, т.е. особые зоны могут быть дополнительно и раскрашены.

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

Параметры DEE, с которыми будут кодироваться участки, задаются в диалоге Create djvu на закладке STEP2: BW zones options. По умолчанию для них задано lossless. Обработка таких участков выполняется на step2!
И еще настоятельно рекомендую использовать attach auto для разнесения сканов по шагам визарда!

Физически кодирование и "вклейка" особых ч/б участков происходит так. Сначала DEE кодируются все файлы, которые отнесены к step2 и step3 (получается файл step2.djvu). Затем каждая страница, на которой есть особые bw-зоны, повторно кодируется тоже в DEE. При этом на странице оставляются только особые псевдо-зоны, остальное убирается (т.к. уже присутствует в step2.djvu). Затем sjbz-чанки из закодированных страниц добавляются к одноименным чанкам соответствующих страниц основного djvu, т.е. step2.djvu.

Чтобы увидеть различие между обычным кодированием и особым нужно два раза сделать Preview нужной страницы на шаге step2. Первый раз в нормальном режиме, второй раз - с временно выключенной опцией особого кодирования: в диалоге создания djvu на закладке Files поставить галку на ignore separate b/w-zones coding. Либо можно отключить соответствующую опцию в самой зоне.

Добавлено:
По поводу glyph library.
Это такой clipboard для буковок. Условно конечно, т.к. туда можно помещать любые участки. Работа ведется в окне VR.
Выделяем на обработанном скане букву (или произвольный участок), затем команда в контекстном меню special->add glyph to library. Если панелька с глифами не была открыта, то она появится. Управлять видимостью ленты глифов - с помощью команды контекстного меню Options->Show glyphs panel. Все глифы, помещенные в lib, сохраняются в спец. файл рядом с файлов задания (заданию должно быть присвоено имя, иначе сохраняться не будет!). Поэтому б-ка будет доступна во всех последующих сессиях СК для этого задания.
На панельке глифов можно ими манипулировать: удалить текущий, удалить все (командами контекстного меню панельки); менять местами (захватить глиф мышкой и перетащить в нужное место).
Поместить глиф из панельки на скан можно двумя способами.
1. Сделать двойной щелчок на глифе. СК скопирует его в карман. Потом командой paste вставить его в нужное место на скане.
2. Мышкой перетянуть глиф в нужное место на скане.
Рекомендую отключить VR:Options->Auto merge. При включенной опции слияние вставленного фрагмента происходит сразу после любого щелчка мышкой вне области фрагмента. При выключенной опции слияние возможно только по команде контекстного меню. Это позволяет безопасно двигать вставленный фрагмент не боясь случайного merge.

bolega!
Большое спасибо за библиотеку глифов!

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

bolega

Цитата:

Не знал, что СРС умеет djvu делать. Наверно, Вы имели ввиду предварительную подготовку тифа в СРС.

Да, естественно. Просто неграмотно выразился.

Спасибо за подробные разъяснения, попробую в них разобраться.
Первое мое мимолетное представление таково, что сейчас в СК нельзя подсунуть сделанный где-то (например, в DEE) дежавю и добавить зоны с диаграммами, я правильно понял?

P.S. В СК сохранилось не совсем приятное: при заходе в Create DJVU захватывается файл documenttodjvu.conf.
Чтобы воспользоваться другими программами, использующими этот файл, приходится закрывать СК.

shch_vg

Цитата:

сейчас в СК нельзя подсунуть сделанный где-то (например, в DEE) дежавю и добавить зоны с диаграммами, я правильно понял?

Да, правильно. Создание djvu в СК я сделал для того, чтобы не заморачиваться вручную со сторонними программами: готовить sep-файлы с зонами, кодировать по отдельности группы страниц, потом вставлять их в нужные места и т.п. Плюс раскраска, параметры которой берутся непосредственно из задания. Иначе нужно использовать 3-4 внешних утилиты. Что-то менять в уже готовом djvu - это не задача команды Create djvu. Это уже что-то вроде djvutoy. То, что Вы хотите, мне даже представить трудно: откуда брать зоны? если сохранилось задание, где они присутствуют, то как файлы задания соотносятся с djvu, который хотите подсунуть СК (т.е. одинаковое ли там кол-во страниц и их порядок, если нет, то как совмещать их? если в djvu на месте зон что-то есть, что с этим делать: оставлять, удалять etc). Вообщем, возникает куча вопросов, для решения которых потребуется создавать нехилый интерфейс, который никак не вяжется с идеологией команды create djvu.
В принципе, такой интерфейс у меня есть, я его делал для раскраски уже готового djvu. В него можно было бы напихать других полезных команд типа Вашего случая, но этот интерфейс не для публичного релиза, в СК он не нужен. А отдельную утилиту писать желания нет.
Другими словами, кодировать участки отдельным профилем можно, но при условии, что djvu тоже создается в СК (тем же самым DEE).

bolega

Цитата:

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

На самом деле все очень просто!
В СК обработано задание с зонами на диаграммах. Затем без слияния тифы только с текстом обрабатываются в СРС (после чего в принципе даже можно сделать распознавание только текста!), а затем получается дежавю с пустотами на месте диаграмм. Аналогичная картина возможна и для варианта с зонами для фото.
НО... Для фото все понятно. Подсовываю это дежавю на третий шаг в команде Create djvu СК и добавляю в фон нужным мне профилем из DEE. В случае же с диаграммами этот номер не проходит, т.к. они должны заноситься в маску, т.е. забивать уже имеющийся в маске текст.
Когда я делал свое предложение, то я предполагал каким-то образом не забивать этот тект, а добавлять к нему диаграммы в нужное место.
Как раз согласование по зонам в этом случае обеспечено, т.к. делается out-заданием того задания, каким сделана первичная обработка.
Когда мы впервые обсуждали эту проблему, Вы сказали, что очень сложно именно добавить в маску к тексту, т.к. предварительно нужно как-то его восстановить из уже имеющегося пдф, а это, как я понимаю, делает бессмысленным проведенную ранее обработку в СРС.

И еще вопрос: Вы не пробовали реализовать возможность задания относительных путей в опциях программы на закладке Apps?
Это облегчило бы распространение программы совместно с подключаемыми модулями.

bolega

Цитата:

Если будет необходимость, можно добавить вторую закладку

Есть необходимость, как добавить?
И еще: на панели глифы располагаются в два столбика. Больше столбиков сделать нельзя?

bolega

Цитата:

Что-то менять в уже готовом djvu - это не задача команды Create djvu

Но именно это происходит, если подсовывать дежавю на третий шаг при наличии зон с фото.

Добавлено:

Цитата:

В свойствах зоны на закладке djvu ставим галку на "separate b/w coding". Эту опцию нужно будет склонировать на все зоны задания соответствующей командой в контекстном меню опции.

А если кроме ч/б зон присутствуют и серые зоны, такое клонирование не повлияет на них?

Добавлено:

Цитата:

Физически кодирование и "вклейка" особых ч/б участков происходит так. Сначала DEE кодируются все файлы, которые отнесены к step2 и step3 (получается файл step2.djvu).

Т.е. выполнить только step2 теперь невозможно?
Непонятен смысл кодирования файлов, отнесенных к step3.
Я представлял, что step2 это для кодировки серно-белого контента, а step3 - серого/цветного.
Понять бы смысл добавленных блоков: B/W zones options на шаге Step2 и Low-color zones options на шаге Step3.

bolega

Цитата:

То, что Вы хотите, мне даже представить трудно: откуда брать зоны? если сохранилось задание, где они присутствуют, то как файлы задания соотносятся с djvu, который хотите подсунуть СК (т.е. одинаковое ли там кол-во страниц и их порядок, если нет, то как совмещать их? если в djvu на месте зон что-то есть, что с этим делать: оставлять, удалять etc). Вообщем, возникает куча вопросов, для решения которых потребуется создавать нехилый интерфейс, который никак не вяжется с идеологией команды create djvu.

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

bolega
Забыл спросить главное для меня.
Вы не пробовали отвязать программу djvudecode.exe от инсталяции DEE, как это сделано в DJVU Small?
Очень не хочется инсталировать огромное DEE, а портабельные версии СК не видит.

Benoni

Цитата:

Есть необходимость, как добавить?

Пока никак. Это я гипотетически спрашивал. Т.е. можно реализовать при сильной необходимости.

shch_vg

Цитата:

именно это происходит, если подсовывать дежавю на третий шаг при наличии зон с фото

Да, но я честно говоря, не знаю, зачем это делать теперь. Ведь djvu можно закодировать DEE на шаге 2, зачем это делать в самом DEE, мне непонятно.

Цитата:

А если кроме ч/б зон присутствуют и серые зоны, такое клонирование не повлияет на них?

Опция скопируется, но она влияет только на bw-зоны (те, для которых цвет tif реально ч/б), для остальных просто игнорируется.

Цитата:

step2 это для кодировки серно-белого контента, а step3 - серого/цветного

step1 - цветные страницы (без текста или почти без текста): обложки, цветные вкладки. Используется DEE.
step2 - страницы, которые обрабатываются с помощью DEE. Цвет их роли не играет, здесь важно, что для всех этих страниц создается единый словарь (точнее: с заданным кол-ом страниц в словаре) и страницы кодируются одним вызовом DEE. Поэтому профиль DEE может быть только один. По другому и нельзя, иначе не получить единый словарь.
step3 - в файл, полученный на step2, вклеиваются цветные/серые зоны (в случае использования МПФ), раскрашивается текст, формируются low-color-зоны. step3 не может быть без step2. Если страница отнесена к step3, то она неявно участвует и в step2.
step4 - больше не нужен. Можно обойтись и step1, который позволяет задать профиль DEE разным для разных страниц (что в предыдущей версии СК не было).
Если юзер не хочет использовать МПФ, то страницы c зонами нужно привязывать к step2. В этом случае СК на лету будет сливать все зоны с основным сканом (подложкой) перед вызовом DEE.
Если страница цветная и есть зоны, то ее можно отнести только к step2, т.е. МПФ в таком случае неприменим. Это ограничение формата djvu. Поэтому на step3 не должно быть цветных/серых страниц, даже если на них есть зоны.
Особо-кодируемые bw-зоны формируются на step2. Если на странице кроме них есть и другие типы зон, то страница будет отнесена на step3, но особо-кодируемые bw-зоны все равно будут отработаны еще на step2.
Если использовать auto attach, то СК сам правильно разнесет все страницы по шагам.


Цитата:

Т.е. выполнить только step2 теперь невозможно?

Во-первых, можно. Во-вторых, учитывая вышесказанное, чего бояться step3, ведь там только зоны вклеиваются. Если нет зон, или не хочется МПФ - тогда и step3 не будет.
Кстати, если не планируется использование МПФ, то перед attach auto нужно убрать галку на соответствующей глобальной опции на закладке Files.


Цитата:

Вы не пробовали отвязать программу djvudecode.exe от инсталяции DEE

В смысле? У меня djvudecode.exe вообще в отдельной папке лежит (из нее даже всякие xml поудалял за ненадобностью), и я ее когда-то скачал независимо от DEE. Никакой привязки нет.

NME

Цитата:

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

На это (перенос sjbz-блитов из одного djvu в другой) в СК уйдет строк 30 нового кода Но только зачем это? Неужели настолько нужная команда? Пусть авторы DjvuToys такой мелочью занимаются.

Добавлено:
shch_vg

Цитата:

Понять бы смысл добавленных блоков: B/W zones options на шаге Step2 и Low-color zones options на шаге Step3.

Да я вроде только сегодня на прошлой странице уже описал:

Цитата:

Параметры DEE, с которыми будут кодироваться участки, задаются в диалоге Create djvu на закладке STEP2: BW zones options. По умолчанию для них задано lossless

По вопросу Low-color options попозже.

bolega

Цитата:

Ведь djvu можно закодировать DEE на шаге 2, зачем это делать в самом DEE, мне непонятно.

Это приходится делать при использовании СРС.

Что такое МПФ?


Цитата:

Кстати, если не планируется использование МПФ, то перед attach auto нужно убрать галку на соответствующей глобальной опции на закладке Files.

Не нашел, где эта галка.

Цитата:

У меня djvudecode.exe вообще в отдельной папке лежит (из нее даже всякие xml поудалял за ненадобностью), и я ее когда-то скачал независимо от DEE.

У меня тоже, СК видит все профили, но при запуске step1 или step2 результат один:
===========================
===========================
Step 2 start at 18.02.13 21:46
===========================
===========================

Prepare files... Done.
Run documenttodjvu.exe... Failed.

===========================
===========================
Step 2 finished at 18.02.13 21:46
Encoding failed (32)
===========================
===========================

shch_vg

Djvudecode тут не причем, Вы, вероятно, попутали слова. Нужно указать путь к documenttodjvu.exe сразу после открытия out-task.

Добавлено:

Цитата:

Не нашел, где эта галка.

sergiokapone
Спасибо за МПФ.

Цитата:

Djvudecode тут не причем, Вы, вероятно, попутали слова. Нужно указать путь к documenttodjvu.exe сразу после открытия out-task.

Конечно, попутал, слишком много букф напечатал сегодня
А путь к documenttodjvu.exe у меня прописан в СК, я же написал, что СК видит мой список профилей.

P.S. Перепробовал несколько documenttodjvu.exe (в том числе из DJVU Small), а результат один (см.выше).

shch_vg

Цитата:

СК видит все профили, но при запуске step1 или step2 результат один:

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


Цитата:

Это приходится делать при использовании СРС

А как это влияет? Ведь СРС по сути только сглаживает tifы. Если их имена не менять, почему нельзя их в СК задежавючить?


Цитата:

Что такое МПФ?

http://www.djvu-soft.narod.ru/scan/back_glue.htm

bolega

Цитата:

А как это влияет? Ведь СРС по сути только сглаживает tifы. Если их имена не менять, почему нельзя их в СК задежавючить?

Конечно, можно.
Но слишком много телодвижений для этого нужно делать.
В имеющейся у меня схеме обработки методом СРС получается один многостраничный тиф. Его в ирфане приходится разбирать на отдельные тифы, а потом делать групповое переименование в Тотал Коммандере, причем не дай бог в исходном задании нумерация не плавная.
Либо другой вариант: перед обработкой загнать все тифы в один многостраничный тиф, но честно говоря никогда не пробовал такого в СК, да и при работе с таким тифом могут быть проблемы, если, например, нужно добавить, заменить или удалить какой-нибудь скан.

shch_vg

Цитата:

В имеющейся у меня схеме обработки методом СРС получается один многостраничный тиф

Могу в диалоге create djvu это предусмотреть: задать имя вспомогательного многстраничного тифа (МСТ). Для навигации и Preview использовать файлы реального Out-задания, а при создании djvu брать страницы из МСТ. Главное, не ошибиться в сопоставлении: все b/w файлы задания должны быть в том же порядке содержать тифы в МСТ.
В СК нет проблем с работой с МСТ (чтение/удаление/модификация любой страницы)

Цитата:

Но слишком много телодвижений для этого нужно делать.

Не думаю что так уж и много. У меня bat-ник, который запускается из Total Commander и обрабатывает CPC выделенных tiff-ов в папке out\ .Т.е. обработали в SK, в коммандере зашли в папку выделили все, или нужные tiff и нажали кнопочку, подождали, запустили кодлирование в djvu в SK.


Код: ::TOTALCMD#BAR#DATA
::%BookShop%\Script\CPC.bat
::%L 5
::%BookShop%\CPCTool\CPCTool.exe
::CPC Tool Processing
::%BookShop%\Script\
::
::-1

@echo off
title CPC

setLocal
set pathcpc=%bookshop%\cpctool\
set totalcycles=%2
set numselfil=0
if "%2"=="" set /a totalcycles=10
set num=0
set no=0


::------------------------------------------
echo CPC Processing
echo -----------------------------------
FOR /f "usebackq tokens=*" %%i IN (%1) DO (set /a numselfil+=1)
echo Number of selected files --- %numselfil%
echo Number of cycles --- %totalcycles%
echo -----------------------------------

FOR /f "usebackq tokens=*" %%i IN (%~1) DO (
FOR /L %%j in (1,1,%totalcycles%) do (
"%pathcpc%cpctool.exe" "%%i" -o "%%~DPni.cpc" 2>nul
IF NOT EXIST "%%~DPni.cpc" call :bad1
IF EXIST "%%~DPni.cpc" (
"%pathcpc%cpctool.exe" "%%~DPni.cpc" -o "%%i" 2>nul
del "%%~DPni.cpc" /Q

)
)

echo Processing file %%~nxi ...
)
set /a numuntreated=num/totalcycles
echo -----------------------------------
echo Number of untreated files --- %numuntreated%
pause

:bad1
set /a num+=1
exit /b

bolega

Цитата:

Главное, не ошибиться в сопоставлении: все b/w файлы задания должны быть в том же порядке содержать тифы в МСТ.

Это понятно, иначе нельзя будет в дежавю вставить серые/цветные фото в нужное место.

Я не понял вот этот момент:

Цитата:

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

Т.е., у Вас это все-таки работает?

Цитата:

Т.е., у Вас это все-таки работает

Да у всех работает тоже, только не так как хотелось бы. Нужно зайти в опции->apps и мышкой прощелкать путь к documenttodjvu (не клавиатурой прописать, а именно мышкой прощелкать), а потом кодировать djvu.

Цитата:

У меня тоже, СК видит все профили, но при запуске step1 или step2 результат один:
...
===========================
Step 2 finished at 18.02.13 21:46
Encoding failed (32)
===========================

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

Добавлено:

Цитата:

Да у всех работает тоже, только не так как хотелось бы. Нужно зайти в опции->apps и мышкой прощелкать путь к documenttodjvu (не клавиатурой прописать, а именно мышкой прощелкать), а потом кодировать djvu.

Можно просто мышкой повторно выбрать documenttodjvu (т.к. сразу откроется нужная папка)

Цитата:

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

Кстати, я тоже не пробовал с короткими путями, у меня путь длинноват D:\Programs\BookShop\SсanKrom\DEE\bin\documenttodjvu.exe может в этом и беда.

Я так понимаю, что инструкция - это слишком сложно, тогда хотя бы выложите кто-нибудь (желательно для книг с большим объёмом страниц, которые включают рисунки (цветные и серые) и цветной текст). Буду тупо применять к своим книгам. Хотя хотелось бы понимать, что я делаю и для чего каждая включённая галочка стоит.

shch_vg

Цитата:

Т.е., у Вас это все-таки работает?

Книг 40 уже сделал..
Перед вызовом documenttodjvu меняется текущий каталог на каталог с файлом, т.к. documenttodjvu вызывает какие-то свои dll по относительному пути. Видимо эта смена папки и не происходит и вызов documenttodjvu рушится, когда он обращается к своим файлам. Но у меня на двух компах всегда работало нормально! Кажись понял. У меня папка с dee в переменной path есть, поэтому не-смена каталога ни на что не влияет. Спасибо всем, разобрался. Ошибка в неправильной смене каталога.

Цитата:

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

Кстати NBell пишет инструкции к разным книгодельческим софтам, вот например, его инструкция к ST, было бы не плохо, если бы он сотворил такое же для SK.

В 2008 году не было в SK создания DjVu - и как сейчас там работать я не знаю. Я раньше обрабатывал сканы в SK - затем с помощью DjVu Hyperlink добавлял оглаление и с помощью проги от Gencho вставлял OCR слой из FR в готовую книгу DjVu (которую создавал в DEE отдельно в самой проге). Сейчас я так понимаю всё можно уже сделать в самом SK. Но все молчат - а жаль. Ведь так хочется узнать всё это.

Цитата:

Но все молчат - а жаль. Ведь так хочется узнать всё это.

Ну почему же молчат, поройтесь в форуме, точно найдете.