Legacy ImageMagick Discussions Archive

Thank you very much for your response - works like a charm! Also didn't notice the wrong arg order of -profile - Now the converted files look a lot better

Hello, I am using IM6. Cause the migration currently is to big for us. My demo file: https://www.dropbox.com/s/u1em6g663helkhi/test.tif?dl=1 Using identify I found, that this tif file has multiple scenes: - Scene: 0 of 2 - Compression: LZW - Scene: 1 of 2 - Compression: RLE My batch process clips ...

ok I formulate all over again we have a jpg "test.jpg" picture as start: https://dev.codebrauer.de/notgit/test.jpg This test.jpg we imported in photoshop and then exported with the following profile as a PDF: ISOcoated_v2_eci.icc See results here: https://dev.codebrauer.de/notgit/test_result ...

Extracting the images with pdfimages, and looking at pixel values in the solid blocks of cyan, magenta, yellow and black: In testicc.pdf, which has no embedded profile, "cyan" is actually CMY = (78%, 20%, 0.4%). "Magenta" is CMY = (0, 95%, 10%). "Yellow" is CMY = (5%, 0, 87%). "Black" is CMY = (79 ...

How do you know the colors are incorrect? You have not shown a correct color image? So it is hard for us to recommend something without testing and comparing. Nevertheless, the only thing I can suggest is to attach a proper CMYK profile testicc.pdf was created in Photoshop CC - saved as PDF (CMYK ...

I have created an good PDF here: https://dev.codebrauer.de/notgit/testicc.pdf The problem is, our software has some issues creating a correct CMYK PDF. https://dev.codebrauer.de/notgit/tofix.pdf What could be a way to correct the colors with convert to fix this? We already tried to fix the color in ...

Nobody has an idea? I checked LCMS and LIBTIFF is installed, but no configure command could find them... $ find / -name "*lcms*" 2>/dev/null | grep 'so' /usr/lib/x86_64-linux-gnu/liblcms2.so.2 /usr/lib/x86_64-linux-gnu/liblcms.so.1 /usr/lib/x86_64-linux-gnu/liblcms2.so.2.0.2 /usr/lib/x86_64-linux ...

Hey there. I cannot build IM from source with some delegates. Because I'm on a managed host I have to set tmp path before: export TMPDIR=~/.tmp/ Lets go: so here is what I've done: $ wget http://www.imagemagick.org/download/ImageMagick.tar.gz $ tar xvzf ImageMagick.tar.gz $ cd ImageMagick-6.9.1-0 ...

Thanks. It worked!

Hey there - I just wanted to install the newest IM with some libs so this was my command: ./configure --with-jpeg=yes --with-png=yes --with-tiff=yes --with-lcms=yes But I'm on a shared host and I'm not able to use the default /tmp/ dir. "my" temp. dir. path looks more like this: /usr/home/<username ...

Hi, on Debian the latest IM version 6.7.7 so i wanted to install 6.9.0 - like this: $ wget http://www.imagemagick.org/download/ImageMagick-6.9.0-3.tar.gz $ tar -xzvf ImageMagick-6.9.0-3.tar.gz $ cd ImageMagick-6.9.0-3/ $ ./configure But my server-provider has a custom tmp path and the configure ...

Now I transferred my whole files to another server with less power and the latest stable for Ubuntu 14.04 LTS Server (Version: ImageMagick 6.7.7-10 2014-03-06) And i got the same errors. CPU and RAM was loaded about 35-50%, nothing special. Here an example: -> With loop: http://i.imgur.com/b8BbvU5 ...

snibgo wrote:log.txt shows no significant errors from IM.

So you think the server/hostsystem or my files are broken?

Running the convert command in terminal with no loop delivers a perfect result.

So I've runned the script for 256 files. So first of all while running the script I get this 'errors': sh: line 1: 25065 Killed /usr/bin/convert 'public_html/source_files/XXXX123/XXXX123/XXXX123.tif' -limit memory 0 -limit map 0 -limit file 0 -alpha transparent -clip -alpha opaque -resize 800x600 ...

What error message(s) do you get? I suppose you are looping through the images. What is your code? Your version 6.7.7 is very old. You might try a more recent version. My code looks like this (PHP 5.5): https://gist.github.com/CodeBrauer/6200c5ca6a5befe0208e I will try to update to the newest ...