Search found 8 matches
- 2011-04-21T13:42:06-07:00
- Forum: Developers
- Topic: Compiling ImageMagick (64 bit libraries?)
- Replies: 3
- Views: 16882
Re: Compiling ImageMagick (64 bit libraries?)
Thanks so much for the post. You got me on the right track. There were a few items I either overlooked or was poorly documented: * The delegate libraries should be compiled with a --prefix that matches the format name for imagemagick (i.e. make install for the png library should go into the png ...
- 2011-04-18T14:20:13-07:00
- Forum: Developers
- Topic: Compiling ImageMagick (64 bit libraries?)
- Replies: 3
- Views: 16882
Compiling ImageMagick (64 bit libraries?)
Trying to build latest Imagemagick with more recent versions of JPEG and PNG than is available on my operating system. It seems like doing a delegate build was the way to go: - Unzipped Imagemagick - From the delegates directory (on the IM website) downloaded and unzipped libpng-1.5.2.tar.gz (called ...
- 2010-11-04T13:24:11-07:00
- Forum: Users
- Topic: Image Format Normalization
- Replies: 1
- Views: 5704
Image Format Normalization
Our application processes 10s of thousands of user uploaded images daily (mostly from cameras). Our "happy path" when processing these images is to go into javax.imageio.ImageIO to see if the image is readable/sane. If it fails, we go to ImageMagick to covert it to PNG or JPEG and resize or set the ...
- 2010-05-12T15:22:55-07:00
- Forum: Bugs
- Topic: Composite Producing Diffs Where There Are None
- Replies: 6
- Views: 14879
Composite Producing Diffs Where There Are None
1) Convert a SVG to PNG (using an external Batik Tool, not ImageMagick). The png image is called hello.png. 2) Run the following command : "composite hello.png hello.png -compose difference out1.png" which will show the difference between the two files. In this case, they are the exact same file, so ...
- 2009-08-04T08:33:25-07:00
- Forum: Users
- Topic: Multi Process Contention?
- Replies: 12
- Views: 43783
Re: Multi Process Contention?
fyi: downgrading the libgomp package has seem to rectify the problem. Was using 4.3.2-7.el5 now using 4.1.2-42.el5 not sure what they change along the way, but it wasn't good for im. going from 8 to 64 threads should not have that detrimental effect. I can confirm that this version change (to ...
- 2009-07-28T19:36:21-07:00
- Forum: Users
- Topic: Multi Process Contention?
- Replies: 12
- Views: 43783
Re: Multi Process Contention?
That makes sense. For the record, this behaviour does not occur across all versions of Redhat. For the previous (slow) results above, with --enable-openmp and the very high load average, it was run on: 2.6.18-128.2.1.el5 #1 SMP Wed Jul 8 11:54:47 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux Target: x86 ...
- 2009-07-28T15:02:49-07:00
- Forum: Users
- Topic: Multi Process Contention?
- Replies: 12
- Views: 43783
Re: Multi Process Contention?
Wow. What a difference (with --disable-openmp) 1 thread running 200 times : Average call time : 73ms, Total completion time: 14638ms 2 threads running 200 times : Average call time : 85ms, Total completion time: 8643ms 4 threads running 200 times : Average call time: 94ms, Total completion time ...
- 2009-07-27T14:14:20-07:00
- Forum: Users
- Topic: Multi Process Contention?
- Replies: 12
- Views: 43783
Multi Process Contention?
I am running ImageMagick under RedHat Enterprise, executed by a java process and am running into a odd performance issue. I wrote a java test that reads an image, then spawns a thread with the image content. That thread does an identify, and then a -resize 111x111 on the image. All identify and ...