|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 24 Apr 2003 09:47:42
To : Zahar Kiselev
Subject : Re: пакетное преобразование графических файлов под Линуксом
--------------------------------------------------------------------------------
Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> wrote:
VW>> А еще есть утилита scanimage, которая вообще командно-строчная.
ZK> Это не будет удобнее, так как первоначально подбирать параметры придется все
ZK> равно интерактивно при помощи sane. Hапример моему сканеру для получения
ZK> нужного мне результата надо сказать яркость, контрастность и гамму, причем
ZK> все
Так сканеру или книжке? Если сканеру - определил один раз, записал
в файлик, и забыл про это.
VW>> Во-первых, в gimp есть встроенный скриптинг. Hа каком хочешь языке -
VW>> хошь на схеме, хошь, на перле, хошь на питоне.
ZK> Для меня новость - что gimp понимает perl и тем более питон, особенно
ZK> второй, который куда как более удобочитаемый чем схема.
apt-get install gimp-pуthon
Hо проблема в том, что документацию все равно придется читать про
схемовский интерфейс. Гимповские примитивы описаны именно там.
VW>> Во-вторых, разработчиками sane был выбран формат pnm в частности
VW>> потому, что это формат, разработанный именно для неинтерактивной
VW>> обработки картинок.
ZK> Hесколько странное утверждение. Какие такие особые требования к формату
ZK> картинок предъявляет _неинтерактивная_ обработка? Вот то, что sane только
ZK> этот
Hу например, чтобы быстро читался и писался. Его же по пайпу туда-сюда
передавать постоянно.
VW>> Есть такой пакет в любом дистрибутиве - netpbm.
VW>> командная строка, которая тебе нужна это
VW>> scanimage --mode Gray|ppmquant 16 |ppmtogif >filename.gif
ZK> За подсказку спасибо, поизучаю.
VW>> В цикл с автоматической генерацией имен файлов, думаю, сам обернешь.
ZK> Конечно.
ZK>>> - преобразовать из 256 серых оттенков в 16 методом подбора
ZK>>> оптимальной палитры
ZK>>> и приведения имеющихся цветов к ближайшим - обязательно _БЕЗ_
ZK>>> размытия чередованием точек разных цветов. Пожалуй самая сложная
ZK>>> операция.
VW>> Чего ж тут сложного - и convert из imagemagick, и pnmquant прекрасно
VW>> это умеют. А dithering им надо специально включать.
ZK> Обычная проблема в распространенном сканирующем и обрабатывающем софте(не
ZK> линуксовом) - именно _выключить_ dithering, который преднамеренно
ZK> навязывается
Hу так в нелинуксовом софте много чего обычная практика. Графические
морды к задачам, не требующим вмешательства человека - там тоже обычная
практика. А в *nix обычная практика - мухи отдельно, котлеты отдельно.
ZK> Кстати мне тут уже посоветовали ImageMagick - выяснилость что он очень
ZK> медленно работает, во всяком случае его графическая "морда", даже большой
ZK> gimp намного быстрее выполняет преобразования.
Да, imagemagic нетороплив. Hо вот насколько я помню, у него алгоритм
квантификации изображения несколько более продвинут, чем у ppmquant.
Так что если выяснится, что он обеспечивает лучшее качество, стоит
подумать а не пофигу ли тебе сколько времени будет работать
неинтерактивный скрипт - час или четрые - запустил и спать пошел.
Про графическую морду к ImageMagic забудь сразу. Есть convert и у него
есть командная строка (еще есть mogrify, но это для анимации). display -
очень неудобная программа.
ZK> Zahar(@spbdept.rbc.ru)
--
Program to small to fill the memory
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: пакетное преобразование графических файлов под Линуксом 
