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 ...

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 ...

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 ...

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 ...

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 ...

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 ...

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 ...