Search found 73 matches
- 2014-12-06T13:21:19-07:00
- Forum: Users
- Topic: DrawPathCurveToQuadraticBezierSmooth example
- Replies: 7
- Views: 7504
DrawPathCurveToQuadraticBezierSmooth example
Can anyone point me to any example of how this is used in SVG? I don't mind what language or platform - I'm just failing to understand how this part of the SVG spec is meant to be used. For example the code below generates the image https://cloud.githubusercontent.com/assets/1505719/5328766/38696cf4...
- 2014-09-28T15:58:16-07:00
- Forum: Bugs
- Topic: MagickWand DisplaceCompositeOp incorrect
- Replies: 4
- Views: 5856
Re: MagickWand DisplaceCompositeOp incorrect
> Hope this helps.
Erm - not really.
To be clear, the issue is that the result of the image generated programatically through the MagickWand functions is not the same as the result generated from the equivalent command line version, which doesn't seem to be addressed by your answer.
Erm - not really.
To be clear, the issue is that the result of the image generated programatically through the MagickWand functions is not the same as the result generated from the equivalent command line version, which doesn't seem to be addressed by your answer.
- 2014-09-28T14:00:00-07:00
- Forum: Bugs
- Topic: MagickWand DisplaceCompositeOp incorrect
- Replies: 4
- Views: 5856
MagickWand DisplaceCompositeOp incorrect
Hi, It looks like there is a bug when using composite displace through the MagickWand interface. It almost seems as if the 'sign' of the displacement is incorrect. Two example questions on SO http://stackoverflow.com/questions/13232551/imagick-compose-with-mask http://stackoverflow.com/questions/260...
- 2014-08-08T05:48:16-07:00
- Forum: Bugs
- Topic: Color values not generated exactly Q32 + HDRI
- Replies: 1
- Views: 2609
Color values not generated exactly Q32 + HDRI
Hi, it looks like in some cases ImageMagick is generating a value for colors that is slightly off from what it should be, leading to values that are outside of the QuantumRange in some cases. The code below is compile against Image Magick with Q32 and HDRI enabled. color 'red' 1.000000 bits are: 3ff...
- 2014-08-01T07:42:09-07:00
- Forum: Bugs
- Topic: Unitialized memory access corrupting images
- Replies: 6
- Views: 11552
Re: Unitialized memory access corrupting images
Hi, I think I've found the problem - as valgrind suggested there is nothing setting the pixels before they're read when a gradient image is generated. * ReadGRADIENTImage in gradient.c calls AcquireImage but doesn't set any pixels. * GradientImage in paint.c - doesn't appear to set any pixels * Draw...
- 2014-07-25T07:54:18-07:00
- Forum: Bugs
- Topic: MAGICKCORE_EXCLUDE_DEPRECATED not returned by Wand-config
- Replies: 0
- Views: 3107
MAGICKCORE_EXCLUDE_DEPRECATED not returned by Wand-config
It seems like the MAGICKCORE_EXCLUDE_DEPRECATED define is not being returned by the wand-flags program on Centos. This means that programs that depend on ImageMagick don't have the correct flags, and so try to use functions that have not been compiled into the library. I'm configuring ImageMagick wi...
- 2014-07-24T16:29:07-07:00
- Forum: Bugs
- Topic: Unitialized memory access corrupting images
- Replies: 6
- Views: 11552
Re: Unitialized memory access corrupting images
Hi, I did a little more investigation: > We fixed the size of each file to 256x256 That does 'fix', or rather hide, the problem. The problem does definitely only manifests itself when the image size is at certain sizes. I don't have a good C debugging environment set up currently, but doing a lot of...
- 2014-07-03T06:47:36-07:00
- Forum: Bugs
- Topic: Pseudo image from rose change
- Replies: 1
- Views: 2871
Pseudo image from rose change
Hi, Not sure if this is a bug or just change of behaviour, but it looks like creating an image from the the built in rose canvas now returns a lower quality image. e.g. Running the command "./convert rose: /temp/rose_check.png" generates an image that has dithering on it (https://s3-eu-wes...
- 2014-06-20T15:44:45-07:00
- Forum: Bugs
- Topic: PixelGetBlueQuantum doesn't work in HDRI
- Replies: 3
- Views: 4870
Re: PixelGetBlueQuantum doesn't work
Hi,
It looks like the issue only occurs when ImageMagick is compiled with --enable-hdri for both Q16 and Q32.
Is calling PixelGetBlueQuantum a valid thing to do when ImageMagick has been compiled as the HDRI version?
cheers
Dan
It looks like the issue only occurs when ImageMagick is compiled with --enable-hdri for both Q16 and Q32.
Is calling PixelGetBlueQuantum a valid thing to do when ImageMagick has been compiled as the HDRI version?
cheers
Dan
- 2014-06-19T14:49:37-07:00
- Forum: Bugs
- Topic: PixelGetBlueQuantum doesn't work in HDRI
- Replies: 3
- Views: 4870
PixelGetBlueQuantum doesn't work in HDRI
The ImageMagick wand functions for getting colors as quantum values seem to not work. Code below gives the output: Color pink Blue value is 0.796078, quantum adab Color purple Blue value is 0.501961, quantum adab Color red Blue value is 0.000000, quantum adab Color blue Blue value is 1.000000, quant...
- 2014-06-16T05:25:06-07:00
- Forum: Bugs
- Topic: Unitialized memory access corrupting images
- Replies: 6
- Views: 11552
Re: Valgrind reports issues.
I have a reproducible test case for this issue, code is below. Using the debugging function 'mallopt' to initialize any malloc to be non-zero and then generating an image reliably produces images that are pretty obviously reading from uninitialized memory. e.g. mallopt set to 0, image produced is fi...
- 2014-06-13T05:30:21-07:00
- Forum: Bugs
- Topic: setImageBias has no effect
- Replies: 5
- Views: 11057
setImageBias has no effect
According to the manual: "MagickSetImageBias() sets the image bias for any method that convolves an image (e.g. MagickConvolveImage())." However it appears to have no actual effect. The code below is a C test case based on a StackOverflow question #include <stdio.h> #include <stdlib.h> #in...
- 2014-06-13T05:24:20-07:00
- Forum: Bugs
- Topic: Repeatedly using DrawSetClipPath shows corruption
- Replies: 13
- Views: 14550
Re: Repeatedly using DrawSetClipPath shows corruption
Hi, was just wondering if there was an update on this issue?
- 2014-05-27T05:57:47-07:00
- Forum: Bugs
- Topic: Repeatedly using DrawSetClipPath shows corruption
- Replies: 13
- Views: 14550
Re: Repeatedly using DrawSetClipPath shows corruption
btw I'm not sure how the code is handled differently for PNG format and TIFF format, but it does look like running the program through valgrind detects the use of uninitialized memory when the format is set to PNG. e.g "valgrind ./setClipPath" ==17541== ==17541== Use of uninitialised value...
- 2014-05-26T17:09:19-07:00
- Forum: Bugs
- Topic: Repeatedly using DrawSetClipPath shows corruption
- Replies: 13
- Views: 14550
Re: Repeatedly using DrawSetClipPath shows corruption
Nope, it doesn't seem to occur.dlemstra wrote:Can you reproduce the problem when you change the output format to tiff instead of png?