Legacy ImageMagick Discussions Archive

I am playing with the large ring image http://www.imagemagick.org/Usage/resize/rings_lg_orig.png again.... this time with version 6.7.6-3-Q16-windows http://www.imagemagick.org/download/binaries/ImageMagick-6.7.6-3-Q16-windows.zip [1] convert.exe rings_lg_orig.png -distort resize 150x150! 01.png [2]...

Yet another approach is to use -color-matrix under linear RGB, as described in http://www.graficaobscura.com/matrix/index.html For example, to increase the saturation by a factor of 1.1 without changing luminance (hopefully), I use the following matrix: -color-matrix " 1.07875 -0.07154 -0.00721...

This bug is still found in "ImageMagick-6.7.2-5-Q16-windows-static.exe"

Binary: http://www.imagemagick.org/download/binaries/ImageMagick-6.7.2-Q16-windows.zip (exe binaries dated 8 Sep 2011) Test image: http://www.imagemagick.org/Usage/resize/rings_lg_orig.png Good: convert rings_lg_orig.png -resize 150x150! 01.miff Good: convert rings_lg_orig.png -depth 16 -resize 150x...

Thank you very much for maintaining such a great piece of software.

Perhaps I did not made myself clear enough. I have put the test files in http://www.mediafire.com/?qa0xmdc79e0zubr

I do expect the intermediate MIFF to stay as 16bit linear (I thought it always does).

What amazed me is that there is no error for 24bit color images (producing the final PNG in non-linear sRGB values). Yet 24bit gray images have the final PNG produced in linear RGB values (in 8bit depth).

There still seems to be some problem with gray images (no matter stored in a 8bit gray or 24bit color manner) in version 6.7.1 (Q16). Take the famous 1000x1000 Ring1.gif as example: convert.exe Rings1.gif -depth 16 -colorspace sRGB -distort resize 100x -colorspace RGB -depth 8 rings1_small_direct.pn...