AAW
от операционки там вроде зависить нечему.
AAW писал(а) 18.11.2018 :: 18:39:41:

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

Skay писал(а) 18.11.2018 :: 21:13:57:

Это было 3 битмапа своих цветов, соединённые и окрашенные в ИнДезе. Эта фича идёт с давних времён, что битовые картинки можно красить в любой цвет и они прозрачны по белому цвету.

И так, взял файл
AAW писал(а) 18.11.2018 :: 21:39:13:

Закодировал его в djvu, профиль экстримальный малоцветный - 37кб
Извлек из него данные , индексированный png - 216kb
Закодировал его с помощью pdfbeads - 36,6кб

Такие вот пироги. Обновил на яд примеры https://yadi.sk/d/5IQBcN1ciQCK0A

AAW
Мне кажется кодер jbig2 не совершенен, и не может идеально проглотить исходник. А вот если пропустить через DjVu - то ему проще.
Получается исходники -> кодируем в DjVu -> разбираем, собираем в PDF. (конвертируем т.е.)

Вот чисто выходные данные по исходному, и извлеченному из DjVu

https://i.paste.pics/45L0U.png

Skay писал(а) 19.11.2018 :: 12:26:40:

https://yadi.sk/d/6c4E7gRGtK-JFw

Skay писал(а) 19.11.2018 :: 14:47:14:

Примерно то же я делал для дежавюирования куска из БСЭ-2 в 1200. Штатные профили DEE жмут очень плохо. Видимо, неоптимально настроены под 1200. Пришлось заюзать cjb2 из djvulibre. Подобрать уровень сжатия, чтоб ничего не терялось, прогнать tiff->djvu->tiff, а уж эти приглаженные тиффы закодить в DEE. 72-75кб на текстовую страницу вышло, а не то, что у krestik.

Skay писал(а) 19.11.2018 :: 13:59:44:

не вышло?

Skay писал(а) 20.11.2018 :: 14:25:25:

на обложке эффект инь

GMAP писал(а) 25.11.2018 :: 09:01:10:

Книгоделы всякий раз новые. Кто надолго задержался, тот всё-таки выходит на уровень профессионала.
Что до ошибок - так ни один вьювер не выдаёт при открытии окно "судя по параметрам файла, книга сделана отвратительно"
База критериев нужна, однозначно. Хотя бы как публичный эталон, к которому каждый - если захочет - сможет приложить свою поделку. Сейчас все наработки профи умирают внутри головы этого профи.

GMAP
Может притормозите!? Пока просто обтачивают технологию и возможности использования

бесплатных

программ.
Я в таком формате совсем не соображаю.

GMAP писал(а) 25.11.2018 :: 09:01:10:

А может не стоит смотреть, а просто делать...
Хочется вот мне ролик записать - сажусь записываю. Пообещал AAW сделать ДЭ полностью - сижу делаю. Не нравится мне дежавю (и похоже это взаимно), но всё равно стараюсь сделать и в этом формате...

Просто делайте, если есть желание, не нужно по сторонам смотреть.

AAW

эта проблема всплывает чисто с jbig2enc, если указать другой кодер для маски (-m g4), то проблемы "инь" нету. Возможно jbig2 не подходит именно для таких вот больших букв. В тексте я вроде проблемы "инь" не разглядел больше, кроме фамилии на корешке.
Поставил Свореня пересобираться с опцией g4, посмотрим на различие в весе/качестве.

AAW
Добавил логирование + все выше правки, в виде gem'a: ядиск,  зеркало dropmefiles

Так же теперь работает на ruby от 1.9.3 до 2.3 включительно (под версию выше, нет рабочего rmagick, с новым DevKit не собирается).

Логирование будет работать если имя PDF файла будет задаваться через ключ -o. В противном случае -l / --log FILE.ext - будет игнорироваться.
Code:

pdfbeads -x8 -F 0.90 -l 1.log -o out.pdf 

у jbig2 енкодера есть еще такие параметры
Code:

  -b <basename>: output file root name when using symbol coding
  -d --duplicate-line-removal: use TPGD in generic region coder
  -p --pdf: produce PDF ready data
  -s --symbol-mode: use text region, not generic coder
  -t <threshold>: set classification threshold for symbol coder (def: 0.85)
  -T <bw threshold>: set 1 bpp threshold (def: 188)
  -r --refine: use refinement (requires -s: lossless)
  -O <outfile>: dump thresholded image as PNG
  -2: upsample 2x before thresholding
  -4: upsample 4x before thresholding
  -S: remove images from mixed input and save separately
  -j --jpeg-output: write images from mixed input as JPEG
  -a --auto-thresh: use automatic thresholding in symbol encoder
  -D --dpi: force dpi
  --no-hash: disables use of hash function for automatic thresholding
  -V --version: version info
  -v: be verbose
 

Если что то из них интересно попробовать - можно руками докинуть параметр.
вот в этой строчке.
Физически, после установки данный файл находится в Ruby\lib\ruby\gems\2.3.0\gems\pdfbeads-1.1.2\lib\pdfbeads\
Если что то полезное будет - можно "вытащить наружу", чтоб задавать как опцию в pdfbeads

на tiff картах из БСЭ в 600дпи скрипт пишет про нехватку памяти. Те же карты в джипегах - кушает. Наверное, imagemagick виноват. А может метод "flate" такие громадины не переваривает.

куда пишется лог?? в папке с картинками его нет.

любопытное поведение: при повторном запуске компрессия файлов JBIG2 проходит очень быстро только если комплект файлов *.jbig2 не изменился. Я грохнул пяток - и создание словаря пошло с нуля, т.е. очень неторопливо. Видимо, всё-таки за правило надо брать полное удаление предыдущего мусора. В папке д.б. только первичные файлы, предназначенные для сжатия.

Если имеется только файл .bg., то он в пдф не попадает. Нужна пара.

нет, по ключу "--log" скрипт ругается. А по ключу "-l" ничего не пишет.

В целом, конечно, если попрыгать по граблям, собрать pdf можно Вопрос, корректные ли они будут. Кстати, действительно, Chrome необыкновенно шустро листает слоёные пдфки с jpg2000. Намного лучше вьюверов, и плавнее.

Но - в этом "целом" - задачка не для слабонервных, особенно при попытке сконвертировать djvu в pdf. Из-под СК готовые комплекты передников и задников, наверное, будут без каких-либо заморочек собираться, если малоцветные зоны слить с текстом, а фотки отправить в sep. К полноцветным листкам, типа обложек, ещё чистые передники придётся изготовить, добавив к задникам суффикс. Масса ручной работы по переименованию и конвертации в jpg. Сборка пдф в СК - конечно, лучше. Можно и сжатие настроить индивидуально.

Skay
OK, лог теперь пишется.

Задействовал ключ --force-resolution, чтобы пдфка не была огроменного размера при открытии. Появился вопрос: а как себя поведут при этом разноформатные листки в книге? Я читал в разных местах намёки, что дпи внутри пдф нигде не пишется. Но что-то же пишется, какая-то связь с СИ должна быть. С дежавюшками всё просто, пиксели в штуках и прописанный дпи каждой страницы как переднего так и заднего слоя. А при чтении и, главное, печати пдф что необходимо предусмотреть? Типичные грабли - когда рекомендуют "масштаб по ширине", это не подходит для любых нестандартных вклеек. Допустим, геологический разрез, полоска бумаги длиной в три-четыре книжных ширины. А то и в восемь. Её "по ширине" печатать нельзя.

По вашей правке поста 21: добавьте результаты проверки правильности установки (что должен юзер увидеть по ruby -v и т.п.).