You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "John Phillips (Jira)" <ji...@apache.org> on 2021/08/17 20:28:00 UTC

[jira] [Created] (IMAGING-310) JpegImageParser: Grayscale JPEG file with app14Segment returns ColorType.UNKNOWN

John Phillips created IMAGING-310:
-------------------------------------

             Summary: JpegImageParser: Grayscale JPEG file with app14Segment returns ColorType.UNKNOWN
                 Key: IMAGING-310
                 URL: https://issues.apache.org/jira/browse/IMAGING-310
             Project: Commons Imaging
          Issue Type: Bug
          Components: Format: JPEG
    Affects Versions: 1.0-alpha2
            Reporter: John Phillips
         Attachments: sample-grayscale-with-app14segment.jpg

In org.apache.commons.imaging.formats.jpeg. the logic to determine colorType (lines 825-970) does not account for a Grayscale image when there is an app14 segment present.

When the number of components is 1 or 2, the colorType should always be Grayscale. None of the other logic would change that.

It seems to me that the switch (numberOfComponents) statement should be moved to the top of this bit of code, and the rest of the logic should handled under Case 3 & 4:
{noformat}
// See http://docs.oracle.com/javase/6/docs/api/javax/imageio/metadata/doc-files/jpeg_metadata.html#color
ImageInfo.ColorType colorType = ImageInfo.ColorType.UNKNOWN;

switch (numberOfComponents) {
case 1:
    colorType = ImageInfo.ColorType.GRAYSCALE;
    break;
    
case 2:
    colorType = ImageInfo.ColorType.GRAYSCALE;
    transparent = true;
    break;
    
case 3:
case 4:
    // Some images have both JFIF/APP0 and APP14.
    // JFIF is meant to win but in them APP14 is clearly right, so make it win.
    if (app14Segment != null && app14Segment.isAdobeJpegSegment()) {
etc.
{noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)