Legacy ImageMagick Discussions Archive

Interesting, I did not know that. I always wondered why it had to be square, because nothing in the actual transforms mandate this. I'm going to investigate this. One minor "problem" is that all textbooks I've read about this (very very few since I'm an electrical engineer and hardly even that ...

I did some benchmarking with FFTW for another project. I got tired of messing with the graphs, but on my somewhat standard Core2 Quad, switching from double precision FFTW to single precision FFTW would get a speed increase of around 20-40%. The main benefit of switching to single precision is ...

I was trying to convert a bunch of huge TIFFs to floats, ran in to a bug. pipe@spacelab:~$ stream -version Version: ImageMagick 6.8.5-5 2013-05-04 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2013 ImageMagick Studio LLC Features: DPC OpenCL OpenMP Delegates: bzlib djvu fftw ...

xdpyinfo - display information utility for X

It's part of X11/X.Org. Has nothing to do with Windows or ImageMagick. May work in OSX.

I ran in to a problem when trying to separate CMYK channels, I'm not 100% sure it's actually a bug, but the behaviour is off. It has been mentioned about a year ago by Anthony: http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=20729#p83381 The main issue is this: convert rose ...

I have not printed them myself, so I have no idea about the printer/paper profile, that's my problem here. I should be able to find a color profile for the scanner, it seems pretty high-end. EDIT: I'm not trying to print anything either, I just want to analyze and improve the quality of the scanned ...

I scanned some printed material at a high resolution recently, and I want to reverse the halftoning. I know how to do this using an FFT, but I was thinking a bit about the color channels. It seems to me that I would want to do this in a CMYK colorspace, but is there a way to extract the exact colors ...

Just wanted to thank you people for ImageMagick, I've been using it for various things over the years. Here's my latest project: http://www.natrox.org/ami/blizzard1260.png (Warning, 16 MB PNG) I had to debug an old circuitboard, and to do this I had to recreate the component traces. I scanned the ...

Maybe I should start using IM7, I think there are a lot of problems with negative values in HDRI in IM6 that would still be in IM7, and I would like to help finding them. Most image processing algorithms that I have read about doesn't need to handle negative image values, so there may be a lot of ...

Yeah, what the patch does is simply to test for negative numbers just before applying the operation that would cause negative numbers to break. The level operation is left intact. This is however not the case with the -gamma operator, which works through a lookup-table, which has the effect of both ...

When I was thinking about the problem with negative values and gamma, I realized that a similar problem may show up with other algorithms, and that it would be great to have a -clamp that only clips values below 0.0. If -clamp had not already been used to clamp both the upper and lower range, I ...

If you really must do this with imagemagick you can use this trick. It assumes that you know the image dimensions and that you are running on a platform with working pipes (that is, linux/bsd/osx/cygwin..). If you run this in windows you can create a temporary file instead. (GRAY:foo.raw instead of ...

One problem with the current solution is if someone tries a gamma of 0.5. This will invert every negative value. I can see how this could be troublesome, because most of those pixels will still have a very dark color, so they will not be detected by the naked eye under many viewing conditions. They ...

For more headache-inducing problems, try a gamma of exactly 0.5 involving negative pixel values and a HDRI enabled ImageMagick: convert-hdr rose: -scale 400% -level 50,100%,0.5 -depth 8 x: This flips the negative values to positive, because of mathemagic. (Because (-x)^y is defined when y is an ...

No, identify reports TrueColor, and it's straight from the scanner so it's unlikely. I did find the source of the bug though, and it's internal to ImageMagick and relates to how Not-a-Number floats are handled. I performed some additional tests. I got the same thing to break using rose: convert-hdr ...