You need to log in before you can comment on or make changes to this bug.
I encountered a problem with ImageMagick and in researching the issue, it has been suggested previously that it might be due to a problem in libtiff. Please see: http://www.imagemagick.org/discourse-server/viewtopic.php?t=30573 Essentially, when JPEG compression is used in a TIFF with the same quality (<=90 to ensure chroma sub-sampling), the file size of any image not in the YCBCR colorspace is THREE TO FIVES TIMES LARGER than when the colorspace is YCBCR. I believe JPEGs are converted to YCBCR internally prior to quantization so I'm having a hard time understanding why there would be such drastic differences in size. ImageMagick doesn't have this problem with regular JPEGs, only with JPEG compression inside a TIFF which suggests the problem might, in fact, be in libtiff as suggested in the issue above. Thanks!
Bugzilla is no longer used for tracking libtiff issues. Remaining open tickets, such as this one, have been migrated to the libtiff GitLab instance at https://gitlab.com/libtiff/libtiff/issues . The migrated tickets have their summary prefixed with [BZ#XXXX] where XXXX is the initial Bugzilla issue number.
