ImageMagick Q8

Jan Rękorajski baggins at
Tue Jul 8 21:52:12 CEST 2014

On Wed, 25 Jun 2014, Arkadiusz Miśkiewicz wrote:

> On Tuesday 24 of June 2014, Tomasz Pala wrote:
> > Hi,
> > 
> > most images these days are 8-bit/component, most IM use cases covers
> > simple one-pass actions like converting formats or resizing, so while
> > defaulting to Q16 is the right way to go as suggested by IM docs itself,
> > we should also provide Q8 version, especially for wide range of
> > server-side processing of user supplied content. And the overhead of Q16
> > is HUGE - 30-50% more of CPU time and TWICE as much of memory. All that
> > wasted when most of the time anyone uses IM.
> What major distros do? FC seems to use Q16, didn't check the rest.

Debian uses Q16, Ubuntu defaults which is Q16, Arch Q16, Alt Q16,
openSUSE Q16.

> If most of major distros is using Q8 then we could probably switch back. Or 
> use Q8 for php and Q16 for desktop apps if possible?

Practially everyone is using Q16, so the only viable solution would be a
separate, non-default, Q8 build for PHP and other CPU intensive, but not
quality oriented programs.

Jan Rękorajski                                 | PLD/Linux
SysAdm                                         |

More information about the pld-devel-en mailing list