Search found 10690 matches

by magick
2017-10-01T17:51:42-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

Proper of initialization of Magick++ requires you call InitializeMagick(). If you do, the number of threads are set to the number of cores on your system.
by magick
2017-10-01T15:38:47-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

Add Magick::ResourceLimits::thread(4); before you call resize(). Magick++ will then thread the resize algorithm. Or apply Magick++ best practices, call InitializeMagick(*argv); That sets the number of threads equal to the number of cores on your system.
by magick
2017-10-01T09:07:09-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

Ok, now try gdb with your Magick++ application. Does it spawn threads? If not, check the image dimensions. If its a small image, the resize will occur in 1 thread. One thread will also be used if the MAGICK_THREADS environment variable or thread security policy limits the number of threads. Another ...
by magick
2017-10-01T05:05:34-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

Try these commands:

Code: Select all

$ gdb convert
run logo: -resize 200% null:
Does gdb report any threads created? If not, we need to check the obvious. Does `cat /proc/cpuinfo` report more than one core :-)?
by magick
2017-09-30T12:08:52-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

Magick::Image::resize() calls the MagickCore::ResizeImage() method which is threaded. Its the same method called by the -resize command-line option. Use GDB to see if any threads are enabled. Our gdb claimed 8 threads were created for 'convert logo: -resize 200% null:'
by magick
2017-09-30T08:39:00-07:00
Forum: Magick++
Topic: [SOLVED] Magick++ API / OpenMP - special setup? Only one core used
Replies: 20
Views: 3011

Re: Magick++ API / OpenMP - special setup? Only one core used

To determine if OpenMP is enabled, OpenMP is listed as a feature: $ convert -version ... Features: Cipher DPC HDRI OpenMP Magick++ is a wrapper around the MagickCore API's. If an image processing algorithm is threaded, it is supported from Magick++, the command-line, or any other ImageMagick languag...
by magick
2017-09-28T05:14:01-07:00
Forum: Bugs
Topic: 69 photos is failed
Replies: 1
Views: 877

Re: 69 photos is failed

You are running out of free disk space. Review standard Windows best practices for freeing up disk space. Also see https://www.imagemagick.org/script/arch ... tera-pixel for best practices for handling large image requests with ImageMagick.
by magick
2017-09-22T05:20:53-07:00
Forum: Developers
Topic: HEIF / HEIC image format?
Replies: 3
Views: 1997

Re: HEIF / HEIC image format?

No formal roadmap. Informally, we set development priorities based on Fred's (http://www.fmwconcepts.com/imagemagick/) informal list of image processing algorithms that we think would benefit ImageMagick users. However, development has slowed due to the major effort we invested in the last year maki...
by magick
2017-09-22T04:28:01-07:00
Forum: Developers
Topic: C++ API graceful handling of MAGICK_TMPDIR becoming full
Replies: 4
Views: 1431

Re: C++ API graceful handling of MAGICK_TMPDIR becoming full

Found a better solution-- set this policy <policy domain="cache" name="synchronize" value="True"/> See https://www.imagemagick.org/script/security-policy.php. Set to True to ensure all image data is fully flushed and synchronized to disk. There is a performance penalty, however, the benefits include...
by magick
2017-09-22T03:28:07-07:00
Forum: Developers
Topic: C++ API graceful handling of MAGICK_TMPDIR becoming full
Replies: 4
Views: 1431

Re: C++ API graceful handling of MAGICK_TMPDIR full

To avoid SIGBUS, either point MAGICK_TMPDIR to a partition with plenty of free space or lose some performance by eliminating memory mapping. That is, set your MAP limit to 0. From the command-line its -limit MAP 0. Now when the resource limits are reached, you should get a graceful exit on I/O error.
by magick
2017-09-20T13:36:30-07:00
Forum: Developers
Topic: HEIF / HEIC image format?
Replies: 3
Views: 1997

Re: HEIF / HEIC image format?

The only chance of an implementation is likely if an ImageMagick user contributes a reference implementation that works directly with ImageMagick. Another option would be if there was a command-line program to decode and encode the HEIF image format. We could then use the program as a delegate progr...
by magick
2017-09-20T03:25:42-07:00
Forum: Users
Topic: License, copyright, redistribution
Replies: 1
Views: 288

Re: License, copyright, redistribution

Regarding your licensing questions. Have you read https://www.imagemagick.org/script/license.php? It includes a discussion of how to comply with the license.
by magick
2017-09-19T04:04:23-07:00
Forum: Bugs
Topic: Heap buffer overflow in GetNextToken()
Replies: 1
Views: 1217

Re: Heap buffer overflow in GetNextToken()

Thanks for the problem report. We can reproduce it and will have a patch to fix it in GIT master branch @ https://github.com/ImageMagick/ImageMagick later today. The patch will be available in the beta releases of ImageMagick @ http://www.imagemagick.org/download/beta/ by sometime tomorrow.
by magick
2017-09-17T05:22:52-07:00
Forum: Bugs
Topic: Possible bug -poly
Replies: 10
Views: 2078

Re: Possible bug -poly

IMv7 is channel aware. Since checks.jpg is grayscale, which is one channel on IMv7 (3 in IMv6), it only contributes to the red channel of the evaluation. A fix is to ensure all images are in the same colorspace which assures the same number of channels: magick checks.jpg lena2.jpg zelda3.jpg -colors...
by magick
2017-09-16T06:01:33-07:00
Forum: Bugs
Topic: Possible bug -layers optimize
Replies: 4
Views: 1092

Re: Possible bug -layers optimize

Try this command, and be patient. Its pushing pixels to disk so its quite slow:

Code: Select all

convert -define registry:temporary-path=./ -limit memory 16mb image.png null: \( input.gif -coalesce \) -gravity Center -layers composite -layers optimize des.gif