Legacy ImageMagick Discussions Archive

I agree with placing [0] but one point is unclear. Thumbnail and the complete image are of different sizes. At best they share the same aspect ratio, but most likely not exactly in decimal floats either. What is the meaning of comparing them? Maybe my question looks stupid but what would be your ...

I'm not sure what is jpg compression inside of a tiff but what is named LZW compression is turned OFF in the tiff output dialog of Nikon programs which I use.

The tiffs are created by Nikon Capture NX2 (i.e. Nikon native, old though, NEF (aka RAW) converter). I will check about tiffs of other origin. For the moment I know two facts: - The newer RAW converter from Nikon (Capture NX-D) creates tiffs which result in the same weird behaviour of IM ...

The full output of magick -version is: alex@novo ~ $ magick -version Version: ImageMagick 7.0.8-46 Q16 x86_64 2019-05-30 https://imagemagick.org Copyright: © 1999-2019 ImageMagick Studio LLC License: https://imagemagick.org/script/license.php Features: Cipher DPC Modules OpenCL OpenMP(4.5) Delegates ...

GREAT!!! You are crazily right! The image has itself and the thumbnail ... specifying 79_2.tif[0] has resolved the issue. How come I could miss this simple point? But I have a feeling it was not like that in previous versions of IM. compare vs magick compare has no difference in behaviour. Why not ...

Dear all, as simple as the subject. The command and the result are as follows: alex@novo /mnt/storage/income.pre/20190521.d600 $ compare -metric AE 79_2.tif 79_2.tif /dev/null 2.41603e+07 As you see, I compare a file with itself. It is roughly 6000x4000 pixels, so roughly all pixels are claimed ...

Finally I confirm that the glitch of data loss when converting to jpeg2000 is specific to (at least mine, I mean got from gentoo repository) IM 6.9.0 Just compiled and installed IM 7.0.1 by hands and things work perfectly. This implies that those who use IM 6.9.0 for linux must upgrade if jpeg2000 ...

So, I guess, at least the problem is slightly rectified: it is a glitch in conversion TO jpeg2000 which happens on linux. Now, What I could check so far is that: 1. This happen on my machine which is x64 linux gentoo with IM 6.9.0-3 Q16 x86_64 2016-04-28 and openjpeg 2.1.0 2. Things works as ...

Dear snibgo, indeed, just installed the IM for win64 and got identical jp2 from Bliss.bmp as well identical reverse bmp (i.e. Bliss.bmp->jp2(quality 100)->bmp). This simply confirms that something is weird in the linux implementation. BTW, thanks for pointing out "compare -metric", was not aware ...

Dear snibgo, In my case I have this: kas@phantom /mnt/volume/cosc/slides/ll $ convert Bliss.bmp -quality 100 Bliss.jp2 kas@phantom /mnt/volume/cosc/slides/ll $ convert Bliss.bmp -quality 100 Bliss.png kas@phantom /mnt/volume/cosc/slides/ll $ compare -metric AE Bliss.bmp Bliss.jp2 NULL 2>&1 177kas ...

Dear folks, I found that IM converter TO jp2 format seems to change (in some sense lose) data. However, I could not find a related discussion, so posting my findings. First, I'm using linux gentoo x64 and ImageMagick 6.9.0-3 Q16 x86_64 2016-04-28 Second, I need INDEED a lossless transformation. And ...