[Armin]

Тема-побратим.
ScanKromsator Программа для обработки сканов книг. Вопросы, советы, хитрости, обсуждение.

Сетевой каталог отсканированной литературы от Wer666 (пока без ссылки, ищем сетевой ресурс).

Чтобы посмотреть выложенную в данной теме литературу (все вложения в данной теме) заходим в раздел "Поиск литературы, чертежей, моделей и прочих материалов". Возле названия темы "Ваши сканы, наша обработка и перевод в DJVU" жмём на изображение скрепки (см. рис).




КРЫЛОВ СМ - Экспериментальное исследование работы железобетонных перекрытий каркасных зданий (статья).
Руководство по проектированию свайных фундаментов 1980
Клейн ГК = Расчет подпорных стен_1964 OCR HypLink (версия от Armin)
ДПМ-Пульс-01_60 (серия по противопожарным дверям)
Пособия по проектированию ЖБК без предварительного напряжения
СНиП 3.02.01-87 Земляные сооружения, основания и фундаменты (2007)
СНиП 2.02.01-83* Основания зданий и сооружений (не окончательная версия)
Макаров ЕВ Светлаков НД = Справочные таблицы весов строительных материалов (версия от Armin)
Строительные работы в зимних условиях Справочное пособие 1953
Пешковский ОИ "Технология изготовления металлических конструкций"
Мурашев ВИ "Трещиноустойчивость, жесткость и прочность железобетона" 1950 (версия от Armin)
Слицкоухов Ю.В. Индустриальные деревянные конструкции 1991 (версия от Armin)
Филиппов Н.А. Константинов И.А. Примеры расчёта и проектирования деревянных конструкций. 1965 (версия от ЛАО)
Арленинов Д.К. и др. Конструкции из дерева и пластмасс. 2002 (версия от ЛАО)
Арленинов Д.К. и др. Конструкции из дерева и пластмасс. 2002 (версия от Armin)
пока до #160

Старое название темы.
Умеeшь сканировать, но не умеешь обрабатывать сканы и переводить в DJVU? Постараемся помочь.

Про ценность отсканированной литературы, выкладываемой в общий доступ, понятно всем.

У многих есть возможность отсканировать и выложить необработанные сканы в инете (на файлообменниках и т.п.).
Но вот умения/возможности/времени обработать сканы (удалить мусор, на страницы порезать, перевести всё это в формат DJVU и т.д.) нет.

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

Естественно всё один я не потяну и интересны мне в основном книги связанные с проектированием (расчет/конструирование) железобетонных и прочих конструкций, зданий и сооружений (особенно старые, годов с 30-ых).

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

Статьи по поводу сканирования с http://djvu-soft.narod.ru

Сканирование бумажной книги. В результате получаются т.н. "сырые сканы"- серые или цветные необработанные изображения страниц книги. Смысл - получение "сырья" для будущей электронной книги. Рекомендуемая программа - Irfan View.

1. Не используйте программу ABBYY FineReader версий 7, 8 или ниже для сканирования книг. Она корёжит получаемые скан-изображения страниц книги. Можно использовать программу ABBYY FineReader 9 для этого - но перед сканированием сбросьте там в опциях галку "Исправлять перекос страниц".

2. Не сканируйте книги в чёрно-белом режиме (Black-White или Line Art или 1-bit), а ТОЛЬКО в режиме серого (Greyscale, или 8-bit) или цветного (Color, или 32-bit) - если книга содержит цветные рисунки. Сканирование в чёрно-белом режиме приводит в итоге к необратимому ухудшению качества получаемой DjVu-эл.книги. Данный режим сканирования задаётся в интерфейсе сканера - т.е. в том окне, которое появляется после нажатия в программе кнопки "Сканировать".

3. Не сканируйте в формат JPG. Формат JPG "размывает" скан-изображения страниц книги.

4. Не используйте опцию "Заменять неуверенно-распознанные символы их изображениями" - когда создаёте Pdf-эл.книгу в ABBYY FineReader - такие эл. книги выглядят ужасно.

5. Сканируйте книги в формат TIF и с разрешением не менее 300 DPI. Для наиболее высокого качества сканируйте с разрешением 600 DPI.

Эта мини-инструкция в картинках, описывающая полный цикл создания электронной версии научно-технической книги, и предназначена для человека, искренне захотевшего сделать приемлемого качества е-книгу, но не знающего с чего начать. Важно понимать, что существует немало апробированных методов создания достаточно качественных e-книг, все они характеризуются тем, что на выходе книга, как правило, научно-техническая, имеет разрешения 600 dpi ч/б (все книги в 300 dpi ч/б, несмотря на все старания создателей, явно проигрывают в качестве).

Рассматриваемая здесь метода, основана на сканировании в 300 dpi, в градациях серого (600 dpi ч/б будет после обработки). По этому поводу следует заметить, что уменьшение геометрического размера сырого скана в 4 раза, по сравнению со сканированием в 600 dpi, практически компенсируется увеличением глубины цвета в 8 раз (зато скорость сканирования возрастает в 2 раза ), а также уменьшением количества паразитного мусора (чистить практически не надо будет).

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

Для сканирования сгодится любая программа, способная взаимодействовать с TWAIN-драйвером сканера и сохранять отсканированные изображения на диск, нумеруя их удобным способом. Сойдет любой просмотровщик графических файлов: ACDSee, IrfanView, XnView… Если ваш сканер поддерживается программой сканирования VueScan, можете использовать и ее.

Например, в IrfanView (скачайте свежую версию этой бесплатной программы) это выглядит примерно так:
- В меню Файл жмем пункт Выбрать TWAIN-источник…
- Далее, там же, выбираем пункт меню Получить изображение/пакетное сканирование…

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

можно выбрать или Без сжатия или LZW (внимание, не все программы корректно с ним работают), в последнем случае размер файла на выходе будет примерно в два раза меньше. Можно, наверное, и ZIP, но это проверьте самостоятельно.
- жмем на кнопку OK и переходим в окно TWAIN Вашего сканера.

Сама техника сканирования незатейлива:
Берется книга, кладется разворотом (т.е. двумя страницами) на стекло, прижимается если надо сверху рукой (это быстрее, чем использовать груз).
Делается предварительное сканирование.
Картинка, если это возможно, в окне сканирования, разворачивается на 90 градусов (в нормальное положение).
Выбирается область сканирования с некоторым запасом, как правило по горизонтали (по вертикали трудно промахнутся).
Мышкой жмется кнопка основного сканирования.
После того, как данный разворот отсканирован, во время обратного движения каретки сканера, переворачиваем страницу книги, кладем на то же место и жмем опять на левую кнопку мыши (курсор ведь остался на кнопке сканирования), и так пока книга не кончится.

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

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

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

На выходе этого этапа получаем так называемый сырой материал – файлы в формате tiff с разрешением 300 dpi в градациях серого, обычно размер каждого файла, без использования сжатия, составляет примерно 8 мегабайт (4 при LZW).

Скорость сканирования может достигать до 200 и даже более разворотов (400 страниц) в час, на сканере со скоростью 16 секунд на сканирование А4, т.е. сканирование среднестатистической книги, займет не более 2 часов времени! Ну, а если у Вас Plustek OpticBook 3600, то за час можно отсканировать более 500 страниц (250 разворотов).

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

Лично я раньше сканировал книги в формате tiff (CCITT Fax 4) 600 dpi ч/б. Приемлимо только для новых книг (белая бумага и чёткий текст и картинки).
У нас на работе инженерная машина (принтер/копир/сканер) только этот формат поддерживала. На данный момент аппаратуру обновили и сканирую только в tiff 600 dpi с оттенками серого или в цвете.
Повторюсь, что не надо сканировать в jpeg.
Самое лучшее - несжатый tiff в оттенках серого 600 dpi (чтоб по менее файлы весили можно использовать сжатие ZIP или LZW - потерь не будет).
В большинстве случаев хватит и разрешения 300 dpi при сканировании в формате tiff в оттенках серого.

Пересохранять файлы tiff с разным сжатием можно с помощью бесплатной программы Irfan View.

Многое зависит от качества бумажного оригинала.
По этому я и предлагаю для начала отсканировать из книги один лист/разворот и выложить в теме. Посмотрим на качество и сформулируем рекомендации для конкретного данного случая.

Жутко простая и жутко удобная программка на русском языке для обработки сканов Scan Tailor.
С хорошо сделанными сканами справляется на ура. Саму программу см. вложение scantailor-0.9.10-install.zip

Ссылка на программу СканКромсатор версии 5.91
Описание работы с программой СканКромсатор (ScanAndShare1.07, пдф-ка)
Полезныя ссылка на статью по поводу создания книг DJVU
Как сделать DJVU-книгу

Добавлено (февраль 2012).
По поводу внедрения текстового слоя (ссылку на статью убрал, ибо стала не рабочей).
Советую программу ABBYY FineReader 11.0. Открываем в ней книгу в формате DJVU, распознаём, сохраняем в DJVU (уже с текстовым слоем).
Раньше для внедрения текстового слоя приходилось использовать несколько программ, сейчас всё намного проще.
Ссылка на пост с программкой и инструкцией по её использованию для автоматического внедрения текстового слоя с помощью ABBYY FineReader 11.0 сразу в несколько книг (пакетная обработка). Благодарствие DEM
Сделать оглавление в книге можно легко с помощью Pdf & DjVu Bookmarker Просто попробуйте
Просьба. Если у кого есть в бумажном виде:
1) М.Я. Штаерман, А.М. Ивянский "Безбалочные перекрытия" 1953.
2) Голышев А. Б. и др. "Железобетонные конструкции" (часть I и часть 2) 2001
3) Железобетонные стены сейсмостойких зданий: Исследования и основы проектирования / под редакцией Г.Н. Ашкинадзе и М.Е. Соколова
Москва, Стройиздат, 1988
отсканируйте пожалуйста в хорошем разрешении (не менее 300 dpi) в tiff в оттенках серого.
На сайте уже есть эти книги, но не в очень хорошем качестве.
PPS: Самое основное и главное требование к сканам книг, которые вы делаете или будете делать и в дальнейшем выкладывать в общий доступ.
...
Делайте, как для себя.

http://djvu-spec.narod.ru
О том как правильно делать OCR в DJVU (FineReader 11)
Последний релиз Scantailor

[Нубий-IV]

Сборка STEX 0.2023.09.19 под windows.

Если кто еще не поиграл с программой:
- Есть поддержка ускорения через OpenCL, работает заметно шустрее, чем STA/STU.
- Есть рабочее распрямление строк, это может быть очень важно на кривых сканах.
- Есть дополнительные отчернобеливатели, например, Gatos на темных фото не делает страшных черных пятен на пол-листа.
Правда, все остальное обрезано, даже DPI у выходных файлов не прописывается. Но для некоторых задач лишний инструмент не помешает.

Во вложении - сама программа и подправленные исходники.

В исходниках исправлены cmake-файлы для сборки под windows, и буквально в трех местах - cpp - там, где компилятор VS2022 выдавал ошибки "массив неконстантного размера", "неопределена константа M_PI" и "недопустимый суффикс VERSION". На тестовом Ubuntu 20.04 под виртуалкой тоже собирается без ошибок, так что вроде ничего лишнего я не поломал. Сборка теперь идет в один проход. Но зависимости надо сначала собрать вручную - эту часть я просто удалил, все равно она давно устарела и с современными версиями библиотек не работает, только ошибки сыплет и не дает основную программу собрать. Теперь все библиотеки качаются и собираются по своим readme, а потом уже собирается ST, просто для cmake надо указать в CMAKE_PREFIX_PATH пути ко всем собранным зависимостям. По-хорошему исходники надо бы передавать через гитхаб, и правки оформить как редактирование с комментариями, но, пока я там разберусь что где, месяц-другой пройдет.


Архивы удалил, лежат на гитхабе.

[ingt]

Нубий-IV, scantailor-experimental-cli.exe для чего?

[Нубий-IV]

Это консольный вариант, управляемый с командной строки. Теоретически так можно было бы собрать библиотеку, скачав в автомате, например, protect.gost.ru, и натравив на них CLI. Вечером запустил - утром проснулся с готовой папкой свежих норм. Но в реальности там и повернутые страницы видел, и цветные вклейки, и даже одну-две страницы посреди СП с не таким разрешением, как у других. Даже пустые страницы с водяными знаками в автомате сконвертятся в страшную черную рекламу. Но помечтать все равно приятно.

Кстати, в интерфейсе нет переключателя стилей, но можно вызвать ST с параметром командной строки (например, в свойствах ярлыка прописать) и переключить стиль:

Код:

[Выделить все]

scantailor-experimental.exe --stylesheet=stylesheets\ubuntu.qss

Папку со стилями можно притырить у ScanTailor Universal. Может, где и еще стили скачать можно.

[zvezdochiot]

Сообщение от Нубий-IV В исходниках исправлены cmake-файлы для сборки под windows

Буду смотреть.

Сообщение от Нубий-IV По-хорошему исходники надо бы передавать через гитхаб, и правки оформить как редактирование с комментариями, но, пока я там разберусь что где, месяц-другой пройдет.

Всё-равно потихоньку заходи на github. Сопровождающий из тебя гораздо менее плохой, чем я.

PS: Добавил твои файлы в релиз. И внёс практически все твои правки в код, за исключением внутренней линковки. Оставил STATIC, потому как, что мне делать в моей системе с отдельными либами, куда их пихать, чтобы они были доступны, я особо не соображу. Бросать их в общую директорию либ? Там им не особо место. В отдельную директорию? Как обеспечить согласования пути до этой директории? Так что у меня пока STATIC.

[Нубий-IV]

Со статической/динамической линковкой - это приколы Windows. Linux, видимо, к этому безразличен, а под Windows проект из-за этих пяти библиотек просто не собирается.

Когда в VS делают динамическую библиотеку DLL (аналог SO в линуксе), надо явно указывать экспортируемые функции, иначе их нельзя будет вызвать, по умолчанию все скрыто. А когда собирается что-то, что пользуется этой DLL, надо наоборот указывать, что функция импортируется. Для этого обычно пишут специальные заголовки и там делают определения - #ifdef ... IMPORT ... #else ... EXPORT ... #endif, чтобы импорт/экспорт переключался автоматически, а само переключение делают макросом в настройках проекта.

Во всех папках, где были поправлены STATIC на SHARED, есть такие заголовки (imageproc_config.h и т.п.) - т.е. задумывались именно динамические библиотеки, видимо, для экономии места, чтобы GUI и CLI не распухали одновременно. На сегодня этот лишний мегабайт-другой вряд ли кому интересен, и можно все собрать в статике. Первую сборку я так и сделал.

Но тогда во всех пяти заголовках (acceleration_config.h, dewarping_config.h, foundation_config.h, imageproc_config.h, math_config.h) надо эти 5 строчек с IF-ELSE просто заменить на одну с пустым определением макроса типа:

Код:

[Выделить все]

 
#ifndef ACCELERATION_CONFIG_H_
#define ACCELERATION_CONFIG_H_

#include <QtGlobal>

#if defined(BUILDING_ACCELERATION)
#	define ACCELERATION_EXPORT Q_DECL_EXPORT
#else
#	define ACCELERATION_EXPORT Q_DECL_IMPORT
#endif

#endif

Код:

[Выделить все]

 
#ifndef ACCELERATION_CONFIG_H_
#define ACCELERATION_CONFIG_H_

#include <QtGlobal>

#define ACCELERATION_EXPORT

#endif

Иначе под Windows сборка останавливается с ошибкой на стадии линковки: студия не дает одновременно указать импорт/экспорт как для динамики, и линковать в статике. И в пяти cmake-файлах определение макроса-переключателя ADD_DEFINITIONS(-DBUILDING_ACCELERATION) тоже можно удалить за ненадобностью. Если внести еще и эти 5+5 правок, то собрать STEX в последней студии можно будет в один запуск (при условии, что зависимости уже готовы). Readme я чуть позже сделаю.

А насчет гитхаба - вроде писали, что микрософт там массово российские адреса банил, а репозитории то ли переводил в R/O, то ли блокировал даже для чтения. Там есть смысл вообще появляться?

[ingt]

Сообщение от Нубий-IV Там есть смысл вообще появляться?

Нет, конечно.

[zvezdochiot]

Сообщение от Нубий-IV Но тогда во всех пяти заголовках (acceleration_config.h, dewarping_config.h, foundation_config.h, imageproc_config.h, math_config.h) надо эти 5 строчек с IF-ELSE просто заменить на одну с пустым определением макроса.

Годится. Ты можешь уже проверенную тобой сырцу со STATIC мне на почну выслать? Вот совсем не хочется играть в сломанный телефон. Потому как мне эти динамические библиотеки не то что совсем ненужны, а поперёк горла. Могу конечно и сам вправить всё по твоему шаблону, но проверить то не смогу.

Сообщение от Нубий-IV Там есть смысл вообще появляться?

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

PS: Я как раз видел наоборот, когда Ростелеком на определённые промежутки времени блокирует гитхаб.

[Нубий-IV]

Вот поправленные исходники. Исправлены 5 заголовков и соответствующие 5 cmake - вычищены лишние определения и команды на установку, и еще один cmake - убраны команды на копирование lib (раз они теперь не dll) в инсталлятор. Всего 11 файлов.


Архив удален, лежит на гитхабе.

[zvezdochiot]

Сообщение от Нубий-IV Всего 11 файлов.

Спасибо. Да я Meld пользую, так что мне сравнить 2 варианта исходников достаточно просто. Сличу, проверю сборку у себя и запушу на git. А вот с докой беда-беда. Мои "уникальные лингвистические способности" не позволят мне "вправить" доку по сборке. Останется как есть.

PS: Всё просмотрел. Всё понравилось. Запушил. Единственное: убрал условную компиляцию, пущай нужный вам define будет для всех компиляторов. Лишним не будет. Теперь код спокойно будет компилиться у вас прям с репы (с учётом помещения его в специально подготовленный "рассадник" остальных либ).

Сообщение от Нубий-IV - Есть дополнительные отчернобеливатели, например, Gatos на темных фото не делает страшных черных пятен на пол-листа.

А фильтр "screen" на пятна натравить не пробовал в сочетании с денойсерами? Я именно для этой цели его внедрял в STEX. А так же в "тяжёлых" случаях пользую порог "BlurDiv", у него на малых размерах окна (5 - 50) значительный эффект выбеливания проявляется.

[Нубий-IV]

Иногда приходится обрабатывать не сканы, а фото. Выше пример книги давали - она сфотографирована на телефон, причем даже не на окне, а прямо на столе под лампами, потому от руки с телефоном в середине страницы сильная тень:

С настройками по умолчанию эта тень считается текстом:

Даже если подкрутить что крутится, тень уйдет, но пересветлятся части страницы, где тени не было.

А, например, Gatos чистит такую страницу сразу правильно

Не лазал в исходники, но, судя по названию, там работает что-то вроде BANDPASS-фильтра в фотошопах, удаляя неравномерные большие размытые пятна, но сохраняя мелкие детали.

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

Обновление на гитхабе проверил - собирается. Осталось инструкцию свалять.

[zvezdochiot]

Сообщение от Нубий-IV Иногда приходится обрабатывать не сканы, а фото. Выше пример книги давали - она сфотографирована на телефон

Вижу, вам деварпинг прям просто обязателен. Так что сразу извиняюсь за дёргающуюся сетку в левом столбце. Но без этого дёрганья деварпинг не заставить работать правильно. А за счёт округления возле 0 такой вот эффект. Это наверняка можно "победить", сдвинув всю сетку на 1.0 и всю систему на туже единицу. Но мало того, что координатная система деварпинга совсем непростая, так ещё и реализована на таких плюсах, что казалось бы такой простой момент, как сдвиг, не поддаётся простому "расколдовыванию". Чортовы прогеры, умеют же обычную математигу превратить в головоломку.

Сообщение от Нубий-IV Не лазал в исходники, но, судя по названию

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

Сообщение от Нубий-IV например, Gatos чистит такую страницу сразу правильно

Тогда небольшой вопрос. Сейчас Gatos работает по классической схеме: Niblack + метрика Gatos. То есть Niblack является вшитым исходником маски для метрики Gatos. Это классика. Но можно разделить эту схему и вынести метрику Gatos как опцию. А раз опция, то и применять её можно будет не только к Niblack, но и ко всем остальным порогам. Беда только в том, что такое применение метрики Gatos нигде не описано и все привыкли воспринимать Gatos только в классическом исполнении.

[Нубий-IV]

Сообщение от zvezdochiot вам деварпинг прям просто обязателен.

Лично мне он реально понадобился только один раз, когда дали книжку по-быстрому перефотографировать. А вот работающего распрямления тогда не было, так и лежит эта книжка у меня в позорном виде, вся кривая и косая. Но раз уж тут в теме массово взялись чинить старые сканы, пусть будет и хоть одна более-менее работающая программа, которая с этим справляется. А то у STA/STU с этим совсем все печально.

Сообщение от zvezdochiot Раз вы хотите вносить правки в доку

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

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

Сообщение от zvezdochiot Но можно разделить эту схему и вынести метрику Gatos как опцию

Если бы у меня была своя экспериментальная ветка, я бы в ней еще и не такого накрутил .

Лично мне тут работа с DPI не нравится: например, на фото каждая страница может быть со своим разрешением, не факт, что у них одинаковые множители; даже на protect.gost.ru попадались документы со страницами разных разршенений; и то, что DPI теряется при записи - очень неудобно.

Не хватает разделения фон/текст в выдаче. Я бы эти вещи в первую очередь на место вернул.

И во всех ST-программах не хватает списка форматов, вместо жесткого приведения к одному размеру. Ведь даже у книг обложки - эта пара листов другого формата, которые тоже надо выравнивать; сейчас все приходится по папкам вручную разбирать.

Но сам я не прогер, в дописывании не поучаствую.

Архивы удалены, лежат на github

[zvezdochiot]

Сообщение от Нубий-IV Лично мне тут работа с DPI не нравится: например, на фото каждая страница может быть со своим разрешением, не факт, что у них одинаковые множители; даже на protect.gost.ru попадались документы со страницами разных разршенений; и то, что DPI теряется при записи - очень неудобно. Не хватает разделения фон/текст в выдаче. Я бы эти вещи в первую очередь на место вернул. И во всех ST-программах не хватает списка форматов, вместо жесткого приведения к одному размеру. Ведь даже у книг обложки - эта пара листов другого формата, которые тоже надо выравнивать; сейчас все приходится по папкам вручную разбирать. Но сам я не прогер, в дописывании не поучаствую.

Спсб. Добавил вашу сборку в релиз 0.2023.09.25.

По поводу прогеров: никого и не осталось, один Александр в STU. Все остальные перебиваются на крайне сомнительных участниках. "Развитие" STA больше напоминает систему искусственного жизнеобеспечения. Максимум могут поддерживать собираемость уже имеющегося кода. Такие вот дела.

По поводу разных масштабов: в STEX на этот случай предусмотрен "Math size by scaling" в "Полях". То есть берёшь одну страницу как базовую, а все остальные подгоняешь под неё. Возня с DPI же настолько геморройная, что просто-напросто нет человека, способного её разрулить. Да и насчёт остального: я сетку деварпинга на 1.0 сдвинуть не могу, а тут целые подсистемы внедрить практически с нуля предлагаете. Никак.

Исправлены размеры страниц в новом релизе, связанном именно с этим исправлением: 0.2023.09.27.

[Николаевич]

Вот...
Хотя, здесь: https://disk.yandex.ru/d/n6ZJUh0jE1qhYA, по-моему, лучше получилось. Но, размер(чик) не для форума...

[selega]

Популярная в среде продвинутых инженеров-проектировщиков и не только книга с исправленной ошибкой оригинала в табл. 1.4 (стр. 21) и примечанием к ней.

[румата]

selega, ссылки на исходники нет?

[selega]

Сообщение от румата selega, ссылки на исходники нет?

Есть, конечно.
https://dwg.ru/dnl/2510

[ingt]

Неплохо бы ИИ подключить для сравнения качества вариантов обработки и самой возможности повышения качества.
Думаю, в данном случае любая обработка только снижает качество (изображения).

[Николаевич]

Вот...

[ingt]

Тут получше качество: https://www.geokniga.org/bookfiles/g...erov-1982.djvu