Hi Magick!
I was wondering if you have had any success with the Intel Phi and OpenMP 4.0 this summer? I am anxious to hear the results. Thanks!
Search found 27 matches
- 2013-07-17T21:45:56-07:00
- Forum: Developers
- Topic: OpenCL Acceleration Questions
- Replies: 10
- Views: 17663
- 2013-05-07T09:31:11-07:00
- Forum: Developers
- Topic: OpenCL Acceleration Questions
- Replies: 10
- Views: 17663
Re: OpenCL Acceleration Questions
In case anyone is wondering when OpenMP 4.0 will be released, I did some research and here is what I've found. It looks like the OpenMP 4.0 specification will be completed and released very soon (2nd quarter of 2013), and then I suppose it will take some time before compilers get it implemented corr...
- 2013-05-06T13:42:32-07:00
- Forum: Developers
- Topic: OpenCL Acceleration Questions
- Replies: 10
- Views: 17663
Re: OpenCL Acceleration Questions
Have you already started to test OpenMP 4.0 with your Intel Xeon Phi coprocessor? I am very interested to hear about your experience, and how the tests are going. Just out of curiosity, did Intel "gift" you a Phi coprocessor? Those things are crazy expensive. =)
Thanks!
-Jonathan
Thanks!
-Jonathan
- 2013-04-24T20:55:14-07:00
- Forum: Developers
- Topic: OpenCL Acceleration Questions
- Replies: 10
- Views: 17663
Re: OpenCL Acceleration Questions
That's very exciting! I'm also using OpenMP in OpenShot to parallelize various things, but I'm not familiar with their new 4.0 release candidate. So, does this mean once OpenMP 4.0 is widely available in compilers, ImageMagick can leverage its existing use of OpenMP pragmas, and with some small adju...
- 2013-04-24T14:42:05-07:00
- Forum: Developers
- Topic: OpenCL Acceleration Questions
- Replies: 10
- Views: 17663
OpenCL Acceleration Questions
Greetings! I have a quick question regarding OpenCL support in ImageMagick. The next version of OpenShot ( http://www.openshot.org ) is using ImageMagick++ as its image processing platform, and integrating OpenCL to speed up performance on certain methods would be a highly desirable thing. I recentl...
- 2012-11-14T09:59:11-07:00
- Forum: Magick++
- Topic: ScaleRotateTranslateDistortion + Bestfit = Clipped Image
- Replies: 0
- Views: 6693
ScaleRotateTranslateDistortion + Bestfit = Clipped Image
I noticed when using the distort method (with ScaleRotateTranslateDistortion), the bestfit argument does not resize the image to include all pixels involved in the distortion. For example, if you set the final distort arguments (nx,ny) to a non-zero value, the best fit argument does not increase the...
- 2012-11-12T23:14:29-07:00
- Forum: Magick++
- Topic: Opacity() method removing alpha from all pixels
- Replies: 1
- Views: 7024
Re: Opacity() method removing alpha from all pixels
I found that the quantumOperator(Magick::OpacityChannel, Magick::MultiplyEvaluateOperator, alpha_value) method seems to do the trick, and simply multiplies the new alpha percentage to all values in the alpha channel, and works great.
Thanks!
-Jonathan
Thanks!
-Jonathan
- 2012-11-12T22:18:21-07:00
- Forum: Magick++
- Topic: Opacity() method removing alpha from all pixels
- Replies: 1
- Views: 7024
Opacity() method removing alpha from all pixels
Using the C++ api, it seems like the opacity() method applies the same alpha value to all pixels in the image. If I use a completely opaque image, I can fade the entire image correctly. However, if the source image already contains alpha, such as a alpha gradient, or transparent corners, etc... the ...
- 2011-08-30T12:19:25-07:00
- Forum: Magick++
- Topic: Support for YUV420P?
- Replies: 2
- Views: 14294
Re: Support for YUV420P?
Thanks for the reply. So, if I call the interlaceType(PlaneInterlace) method, I assume it will tell the Image to store the Y,U, and V in separate planes? I am no expert on YUV420P, but it looks like I'm supposed to have more Y values, and less U & V values. Every pixel would have a corresponding...
- 2011-08-29T22:33:09-07:00
- Forum: Magick++
- Topic: Support for YUV420P?
- Replies: 2
- Views: 14294
Support for YUV420P?
Greetings! I was wondering if ImageMagick++ has an easy way to convert RGB pixels into YUV420P (planar) values? I need to set the pixel data on a SDL_Overlay, which requires me to convert my Magick::Image pixel data into the YUV420P format. Can ImageMagick++ help me with this conversion? Or should I...
- 2011-03-27T15:39:19-07:00
- Forum: Users
- Topic: Does the Image constructor copy or reference my pixel array?
- Replies: 4
- Views: 8901
Re: Does the Image constructor copy or reference my pixel ar
Thanks for the info! I am processing frames of video from FFmpeg just as fast as I can, and was hoping I could pass the pixel array of each frame into ImageMagick, process the image in some way, and then return the pixel array to my program to either be sent to SDL (i.e. to the screen) or back to FF...
- 2011-03-27T14:33:40-07:00
- Forum: Users
- Topic: Does the Image constructor copy or reference my pixel array?
- Replies: 4
- Views: 8901
Does the Image constructor copy or reference my pixel array?
Greetings! When using Magick++, I am passing in my array of pixels to the Image constructor. It works fine, except I noticed that the memory footprint of my program doubles when I do this. Is it possible to pass in an array without ImageMagick doubling the memory of my program? I imagine the Image c...