From 5d5b6aaedbd8625378e32c11b43b4c5b26a4d059 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Sun, 5 Jul 2020 17:46:21 +0300 Subject: [PATCH] =?utf8?q?=D0=A1=D0=BA=D0=B0=D0=BD=D0=B8=D1=80=D0=BE=D0=B2?= =?utf8?q?=D0=B0=D0=BD=D0=B8=D0=B5=20=D0=BA=D1=83=D1=87=D0=B8=20=D0=B4?= =?utf8?q?=D0=BE=D0=BA=D1=83=D0=BC=D0=B5=D0=BD=D1=82=D0=BE=D0=B2?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit http://git.stargrave.org/cgit.cgi/dotfiles.git/tree/bin/bin/scan.sh Впервые задумался есть ли какие простые утилиты для отрезания фона после сканирования. Оказалось что pnmcrop, как ни странно, как-раз для этой задачи и хорошо с ней справляется. Но время от времени требуется корректировка уровня чувствительности для неё. А ещё нужно переворачивать в разных направлениях сканы. Написал вот простейший скрипт для автоматизации всего этого. Не уверен ещё, но пока хочется сохранить это в lossless формате. WebP (lossless, который VP8L) не поддерживает большие разрешения, получающиеся на 1600 DPI -- сразу же обломался на попытке его использования. PNG всеяден оказался. Но вспомнил про JPEG2000. opj_compress по умолчанию сразу же имеет lossless параметры для сжатия. Но какие-то изображения он сжимает, а какие-то, большего разрешения, уже нет -- падает или не создаёт файл. Тоже звучит как облом, но нет: я ж помню про его возможность бить на tile-ы как-раз чтобы их независимо друг от друга обрабатывать. И после указания tile-ов всё успешно жмётся. Примерно в два раза, ощутимо лучше PNG. Но открывается/декодируется он значительно дольше. -- 2.50.0