mstdn.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A general-purpose Mastodon server with a 500 character limit. All languages are welcome.

Administered by:

Server stats:

16K
active users

#imagemagick

3 posts2 participants0 posts today

Standard interchange image format for Open Source DTP

Hi people,

with all the mayor GUI #DTP software reaching their peak: #GIMP, #Scribus and #Inkscape; and the well established #TeX software #ConTeXt and #SpeedataPublisher, and #ImageMagick we need a serious discussion about which image format we should adopt that works seamlessly across all these applications and it is generally accepted in the press workflow, whereas is embedded or not into a PDF file.

It should be something that has good quality, supports #CMYK and Alpha channels and it is #opensource friendly and perhaps an #openstandard.

I would dare to say that perhaps jpeg2000 matches most of them, it exists from a very long time and can be adopted as common ground, however it is need a combined effort, if what I am writing makes sense for you.

ImageMagick supports it, Gimp 3 currently doesn't, #LuaTeX and #LuaMetaTeX neither. I guess that Inkscape once it will be able to export in CMYK it will decide which format using to store images in CMYK with alpha into a PDF.

It would be very beneficial if we can adopt a format that works everywhere and it is press friendly, thanks.

I am so spoiled by package managers like sbt, Maven, npm, apt, yum, pip, gem or sdkman that I forgot the „good“ old days of downloading source tgz and jumping through autoconf, configure, make et al. With everyone using slightly different incantations and nothing tracking down the indirect dependencies.

In case you need a recent #ImageMagick with HEIF support and your OS package manager does not carry it, here is a helpful write-up on how to install it from source: medium.com/@kamransharief7/ins

Medium · Installing ImageMagick with libheif for HEIC Support on Amazon Linux 2 (ARM64)By Kamran Sharief
Continued thread

mit diesem #nonDestructiveEditing verstehe ich das Problem nicht. Ja ich habe dann eigene Ebenen angelegt, die ich aktivieren und deaktivieren konnte. Ja, das ist umständlicher. Aber wie viele Effekte nutzt ihr dann gleichzeitig? 40, 50? Weil bei 4-5 Effekten sehe ich keinen großen Gewinn. Ich nutze Bildbearbeitung aber auch nicht beruflich und täglich. Mag sein, dass es im Job durchaus sich addierende Zeit ist. Aber wenns um Zeit geht, würde man ja eh Skripte und #ImageMagick nutzen?

I just came across this question I asked 13 years ago about pixelating images using the command line

graphicdesign.stackexchange.co

That method of downscaling then upscaling to produce pixelation was acceptable at the time but the problem is that you couldn't easily specify the size of the "big pixels"

Searching again in 2025 and it looks like ffmpeg has had a pixelation filter since 2022 and can be used like this:

ffmpeg -i input.mp4 -vf pixelize=40:40 output.mp4

So now I'm using ffmpeg, a video editor, to pixelate images.

Graphic Design Stack ExchangeHow can I pixelate an image via the command line on LinuxIs there a command-line utility for Linux that can pixelate an image by a specified percentage eg "-pixelate 30%"