Legacy ImageMagick Discussions Archive

That's a great tip, thanks for that! It's amazing what IM can do when you find out how to tell it to it.

Regarding the original problem of -draw implicitly operating in RGB, I think it would be be a good idea to add a notice regarding that to the official docs.

Thanks again for the hint,

Timo

Hi again, it appears that -draw always operates in RGB internally, so the CMYK value I passed in was implicitly converted to RGB and converted back to CMYK in a second step. As a result the color values change. I eventually came up with a simpler solution which gives me the desired result: convert -...

Hi list, I'm trying to create color sample images for given CMYK values. I'm currently using the following command: convert -size 90x90 xc:white -fill "cmyk(255,255,18,97)" -draw "rectangle 0,0 90,90" -colorspace CMYK -type ColorSeparation -depth 8 out.tif However, the resulting ...

Yes, there is a more recent version of ImageMagick available in DarwinPorts (now called MacPorts). You have to force MacPorts to update its package descriptions. In Terminal execute: sudo port selfupdate to be sure execute it twice . then do a sudo port search ImageMagick which today returns ImageMa...

Just a short "mee too". But the resolution detection is not always wrong. We especially have problems with photos from Canon cameras, which save their files as 180dpi JPGs. The resolution of the images coming from the camera is correctly determined. But when such a file is opened and saved...

Just compiled a new version and did the test again. Works perfectly.

Thanks a lot for the super fast resolution of this problem.

Timo

That sounds great. Thanks a lot.

Will it then be available in /pub/ImageMagick/beta on the FTP server or only in SVN?

I corrected the URLs in the original message. Sorry for that.

Timo

Hi, It seems, that CMYK to RGB conversion is broken in 6.3.3. I'm on MacOS X and use the MacPorts (ex DarwinPorts) version of ImageMagick. I've put some images showing my problem here: Input Output with 6.3.2 (OK) Output with 6.3.3 (broken) Here's what I did to create the images: # Test 6.3.2 [mbp:~...

Did you find any solution to this? I have IM 6.3.1 on Windows XP and can't get any clipping to work. No, I didn't find a solution. I'm still interested in finding one, though. Currently, my workaround is quite complicated: Transfer the file via SFTP to some other server, which is running some prepr...

e.g.

convert "in.pdf[5]" out.jpg

to access page 5 (or 6?) in the pdf.

Timo

Try the following command: convert in.tif out.pdf ImageMagick guesses the output format by the file extension. If you want it more explicit, you could do: convert in.tif pdf:out.pdf If the TIFF contains several pages, and you want to access a certain page, use e.g. convert "in.tif[1]" out....

Use +clippath #1 to apply an operator to the image outside the clipping path. Mh, can't get it going... What's wrong? [th@localhost ~]$ uname -a Linux localhost.localdomain 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:37:32 EDT 2006 i686 i686 i386 GNU/Linux [th@localhost ~]$ convert -version Version: Ima...

Update: I installed Fedora Core as a VM in Parallels and installed the Linux RPM. There, the convert in -clip -negate out works indeed. So it works OK on linux, but not on MacOS X and Windows... Any ideas how to continue from here? The Linux version also cannot find the clipping path in the JPG like...

Hi, thanks for the quick reply. With 6.3.1-2 we get this clipping path: ... This is the same I get (for the TIFF and 6.3.1-2). and with this command: convert cliptest01.tif -clip -negate tif631.jpg We get a white rectangle on top surrounded by a black border and a black rectangle on bottom as we thi...