Legacy ImageMagick Discussions Archive

Well, I was not asking for any "support", since it's already supported with the use of current operators :) I was only discussing how to do it, and optimize it, within the current API ;) BTW, I know it's patented, but that's a bunch of specific implementations, not the idea in general. Bot...

Hi! I was testing how LCD sub-pixel awareness could enhance images when they are resampled to smaller sizes. This is like ClearType, but for photos. For that effect I used the following commands, you might find useful. For normal resizing: convert input.tif -depth 16 -gamma 0.5 -filter Mitchell -res...

Many thanks!

Weird as it may seem I hadn't seen the -verbose option (duh!!!) when looking at the -help output...

Hello!

Is there any way, with identify for example, of knowing which chroma-subsampling was used in a certain JPEG file?

Thanks.

Found it!
Etc...

Hum... it works, but I don't understand how

What if I want other orders, like rbg, grb, etc...?

Hi! I feel this is a stupid question, but since I'm stuck in it... let's ask anyway :D How can I exchange channels in a single convert command? convert SDIMa_19045_16bit_master.ppm -channel Red -fx b -channel Green -fx r -channel Blue -fx g +channel SDIMa_19045brg_16bit_master.ppm This won't work, b...

Well, bit-depth (or shall I say quantum?) conversion has been changed lately, exactly because of a slight bias it was introducing. But that was only in the HDRI version, I think. At least that's were I detected the bug. Apparently the explicit conversion is now working fine as far as I can tell, but...

Hum... well, in fact I never tested with other HDR input formats apart from EXR... so it was a bug in EXR after all, right?

It works fine now, thanks again!

Hello again! It seems that probably while solving the quanta problems something has broke in the -auto-level command in the HDRI-enabled version... ~/ImageMagick-6.6.1-5/installed/bin/convert input.exr -auto-level -gamma 2.0 -depth 8 -interlace line -quality 98 -sampling-factor 1x1 output_ok.jpg htt...

Seems to be working now, and the code makes sense. Both good things :) I did a small cleanup in quantum-private.h, you can check it at http://rnbc.dyndns.org/pub/imagemagick_quanta/002/ It's only a cleanup, except for line 587. I also checked conversion to/from floating point EXR, and it works just ...

By the current definition in http://rnbc.dyndns.org/pub/imagemagick_quanta/001/ when I go from 8_bit_pgm to 16_bit_pgm, in a quantum=65535 version this should happen: From magick/quantum-private.h static inline Quantum ScaleCharToQuantum(const unsigned char value) { #if !defined(MAGICKCORE_HDRI_SUPP...

I changed the code again, it at http://rnbc.dyndns.org/pub/imagemagick_quanta/001/, but don't use it because that one has the same error we had one week ago :P I think the rules I stated for conversion are sound, we just need to apply them correctly, and I seem unable to do it right now... tomorrow ...

Thanks for the detailed response. We'll apply these patches to ImageMagick 6.6.1-8 and verify ImageMagick is returning correct results for HDRI. We'll need another day to confirm. No please... the patch is broken in the conversion from 8-->16 (at least!). I just checked with a PPM_8bit into PPM_16b...