Legacy ImageMagick Discussions Archive

The code below creates out.tif identify -verbose out.tif (using 6.7.8-0 w/ HDRI configure option) states out.tif is in sRGB colorspace. Sorry if I'm doing it wrong. #include <list> using namespace std; #include "Magick++.h" using namespace Magick; int main(int argc, char** argv) { InitializeMagick ...

ImageMagick 6.7.8-0, libtiff 4.0.2. In the LAB colorspace, .green() values of [0, 0.996109] are translated into A* values by multiplying the 0-1 decimals by 256 (possibly 255, but I think 256), and if that is 128 or more, subtracting 256. Therefore, the A* values are translated into [0, -0.996096 ...

Running into a lot of problems using LAB. Is LAB implementation still in progress, or am I doing it wrong? If in progress, is there another library I should consider for now? identify -verbose out.tif <-- 6.7.8-0 w/ HDRI ..... Colorspace: sRGB ..... :shock: :( :? #include <list> using namespace std ...

There's another way to go about it. Is there a way to create an Image, from a given area in a different Image? That (should) avoid the hidden pixel problem I'm in now. ... Right now I'm doing: Image croppedImage = uncroppedImage; croppedImage.crop(Geometry(60, 60, startX, startY)); ... Which is sort ...

You rock. (You have ninja fast responses.) Truth is I'm using Magick++ in c++, just was using convert to test why things were going wrong. Tried adding "-repage 0+0" to convert options, didn't change anything. For in c++, I searched for the phrase "repage" in /usr/local/include/ImageMagick, and in ...

Lenscape, if you get this working, would you be willing to share the code?

I wouldn't use it exactly, just as a reference, actually. But, I need to do something similar.

So, I upgraded from ImageMagick 6.2.8/libtiff 3.8.2 to ImageMagick 6.7.8-0/libtiff 4.0.2. On my old version, "convert someTiff.tif -crop 60x60+123+231 someTiffCropped.tif" did a traditional crop, which cut out a 60x60 pixel area from a large someTiff.tif file, at the 123, 231 coordinate. On my new ...

Oops, thought I included that, but just included the libtiff version (3.8.2.) ImageMagick, -c++, -c++-devel, -devel are all on 6.2.8, so I'm a ways back, and looks like I'll have to upgrade. By "The IM conversion between sRGB and LAB was only fixed"... Do you mean there was an issue displaying ...

... I see a definition of "-colorspace" as "to change the way IM stores the colors of an image within memory... So I'm thinking I need to get a working LAB file, and then I won't need the image.colorspace() call.

I have a 16 bit TIFF LAB file. QUESTION 1 - Is this the best way for me to find out the average color in LAB colorspace? Since the initial TIFF is already in LAB colorspace, I want to use a method that just averages the colors in LAB -- without jumping through RGB at all. I want to avoid any type of ...

Trying to open a Photoshop CS6 saved TIFF file with Magick++ generates "wrong data type 7 for RichTIFFIPTC; tag ignored. TIFFReadDirectory". I tried using xnView to remove IPTC data, and I can successfully open that file with Magick++, however xnView converts 16 bit TIFFs to 8 bit, and also converts ...