В дежавю книги Мамаева путаница с дпи - то 600, то 1200...

Василий Петрович Агафонов "Культурный" империализм без грима. Москва, Московский рабочий, 1985, 96с., (Библиотечка пропагандиста и политинформатора)
Скан Абсурдмена
https://workupload.com/file/dqmbyK3tKTT
http://lib.rus.ec/b/710273

Цвек Д.Я. Печево. Вип. 2. Львiв, Каменяр, 1993,  56с., ISBN 5-7745-0515-4
Скан неизвестно чей, обработка моя
https://workupload.com/file/ytGDh9ezwdN
http://lib.rus.ec/b/710294

Маяковский и современность 1985
scan - Absurdman, djvu - zaaley
https://disk.yandex.ru/d/FdtgVophGnC7Og

zaaley писал(а) 13.02.2021 :: 11:24:42:


Подскажите, пожалуйста, способ обработки, которым одна и та же (выбранная по более приличному внешнему виду) буква размножается на все (как минимум, несколько) страницы книги. То есть этой выбранной по контуру буквой заменяются другие аналогичные, но корявые по виду.
а) глифы? Если это ручной способ, то слишком трудоёмко, поэтому не верю. Если есть глифо-автомат, то где почитать про него?
б) какая-то особая кнопка в СканКромсаторе новейшей формации?
в) т.н. "словарь" в DjVu Small (или другом сборочном аппарате?). Что-то слышал краем уха, но где почитать?
г) иное...
Ссылки нужны на объяснения простыми словами. А еще лучше  - чёткий алгоритм типа "делай раз-два-три".

seriocity писал(а) 15.02.2021 :: 16:05:56:

bolega писал(а) 03.12.2020 :: 10:32:53:

http://www.cartesianinc.com/Help/help.cgi?product=cpctool&version=current

Iskander писал(а) 15.02.2021 :: 17:34:12:


Если по русски: прогнав тифф-страницу с бракованными, разорванными буквами через CPCTool, на выходе получаем страницу в которой косячные букаффки заменены? Я правильно понимаю, или я совсем баран? 

Ни разу не встречал попытки успешного применения этой тулзы. Итогов такой попытки. И сам не сумел.

Я сталкивался с неправильным опознанием дпи в DEE, когда кодировалась смесь джипегов и тиффов.
Теоретически, это также возможно, когда у части файлов дпи отсутствуют. Описывал это в своей старой статье про Document Express.
(Там может быть задействована опция "если дпи нет, то брать дефолтный".)

Ну что я вижу:
1) Что ошибки идут в тех страницах, где стоят зоны особого лослесс кодирования,
(то есть проблема во встраивании чанков)

2) Когда объединение идет по 77 страниц на словарь - ошибки сразу. -  на 79-й .  Когда объединение по 75 страниц - ошибки после 150- й, когда словарь 200 - ошибок нет.
(то есть в районе 76-й - 78-й страницы что-то происходит, что портит следующую связку)


3) В логе, как я понимаю, сначала все кодируется как 1200, а вот потом на стадии

ser Time(s)/image: Preprocess=0.00   Segment=0.00   JB2=0.45   IW44=0.00
Process b/w zones with special DEE profile...
  Dump structure of step2.djvu...  Done.

далее идут файлы (после 77 и со спецзонами), которые пишут сообщения, что они 600.

    Djbz [119611]     JB2 shared dictionary
    FORM:DJVU [127004] {0079.djvu} [P78]
      INFO [10]         DjVu 6656x8840, v25, 600 dpi, gamma=2.2
      INCL [9]          Indirection chunk --> {0153.djbz}
      Sjbz [126956]     JB2 bilevel data

То есть это не DEE, а команда, которая вставляет в чанки лослесс заадет им, что они 600.

Но вот почему .... ?

4) На 77-й бумажной  (78-й проекта) странице была цветная зона, которую удалили. От неё осталась незадействованная картинка.   Может, поэтому ?


5) Любопытно, что когда я просто листаю страницы с лослесс зонами  в MW они показываются чуть-чуть в другом масштабе (там не может где-то прятаться альфа-канал, по размерам больше самой страницы ?) Непонятно за счет чего такие скачки.

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



Не могу на текущем компе поставить Process Monitor, чтобы посмотреть вызовы DEE и джвулибре из под СК, с какими ключами они идут.

джвулибре после экспериментов по разборке джву у меня, кстати, может быть и неправильная. (3.5.25.3)

bolega писал(а) 23.02.2021 :: 22:41:49:


а эти-то сообщения кто пишет?

Цитата:


Формат явно djvulibre. Может, на входе в подпрограмму и косячок - ? До низкоуровневого блока ещё. Выборка областей.

UPD
виноват. Понял: это было уже на первом этапе кодирования получено из DEE. Ну, тогда версия DEE глючная. Хотя и странно. Их не так много существует. Я вообще думал что их две, "классическая 5.1", которая инсталляции DEE требует, и "ломаная".

перерыл архивы. Нашёл всего-навсего ОДНУ documenttodjvu Из комплекта "DocumentExpressEnterprise_5.1.0". (Объем папки ~208Мб.)

На ключ --version она отвечает
[1-24114] sdk version 5.0.0.946

И она реально дает глюк если подсунуть пачку тиффов с разными dpi.

А "ломаная" дает version
[1-24114] sdk версия 5.0.0.973

И такого глюка уже не дает.

Вполне возможно что дело в профилях. "Ломаная" версия, насколько я помню инфу на сайте monday2000, отвязана от профилей. А официальная может из профилей чего-нибудь по умолчанию брать.

Причем официальная при нормальном ручном процессе опознаёт dpi корректно. А вот собирает в итоге криво:

Цитата:


НО первые три страницы дежавю - в 600 - !! А четвёртая, которая в тиффе 600 - стала 1200...

Из официального DEE 5.1.0



Видно, что карта (600дпи тифф) стала крохотной по сравнению с предыдущими страницами.

Те же файлы и та же строка запуска, но documenttodjvu из DSM



Габариты стали "какие положено".

Можно попробовать в папку, indirect, писать.

bolega писал(а) 24.02.2021 :: 18:32:04:

да, лежит такая dll внутри DSM.
upd
в конце ее тела есть текст
"S t r i n g F i l e I n f o   â
 
0 0 0 9 0 4 b 0   P 
F i l e D e s c r i p t i o n     D o c u m e n t T o D j v u   h a c k   6   
F i l e V e r s i o n     2 ,   0 ,   7 ,   0     > 
I n t e r n a l N a m e   P o s t - S e g m e n t e r     H 
L e g a l C o p y r i g h t   C o p y l e f t   ( C )   2 0 1 6   @   
O r i g i n a l F i l e n a m e   P o s t S e g . d l l   > 
P r o d u c t N a m e     D j V u   S m a l l   M o d     :   
P r o d u c t V e r s i o n   0 ,   7 ,   8 ,   0     D   
V a r F i l e I n f o     $    T r a n s l a t i o n"

upd2
исходники DSM лежат внутри его архива. В том числе и postseg этот. А вот откуда сам documenttodjvu взят - вот это любопытно. На руборде дистрибутивов DEE 6.0 и 6.5 не нахожу.

Пытался понять, откуда взялись эти номера.   

Цитата:


Гуглил, гуглил. Нагуглил свою же статью:

Цитата:


Прикол в том, что этих инсталляционных файлов я у себя найти не могу. На компе 946 билд.

Upd:  нашел на старом HDD установленный 973 билд DEE, но документтуджву внутри отзывается в нем номером версии 946
Побайтово файлы не совпали. Воткнутый на место старого, проект он закодил точно также с неправильными дпи.