ICEpdf
  1. ICEpdf
  2. PDF-815

Image colours in provided PDF rendered incorrectly

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 5.1
    • Fix Version/s: 5.1.1
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      All

      Description

      With the provided PDF, there is an image that is rendered in what looks to be the opposite colours of how it is rendered in Adobe.

        Activity

        Arran Mccullough created issue -
        Patrick Corless made changes -
        Field Original Value New Value
        Fix Version/s 5.1.1 [ 11770 ]
        Hide
        Patrick Corless added a comment -

        DeviceN colour space issue. Will need to investigate further as to what is the cause of the ordering issue.

        Show
        Patrick Corless added a comment - DeviceN colour space issue. Will need to investigate further as to what is the cause of the ordering issue.
        Hide
        Patrick Corless added a comment -

        Unfortunately the fix breaks a bunch of other sample files we have. PDF-762 had his original fix attached to it, I'll need to revisit the issue to see if some sense can be made of this corner case related to our other samples.

        Show
        Patrick Corless added a comment - Unfortunately the fix breaks a bunch of other sample files we have. PDF-762 had his original fix attached to it, I'll need to revisit the issue to see if some sense can be made of this corner case related to our other samples.
        Arran Mccullough made changes -
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #43286 Thu Oct 30 11:26:06 MDT 2014 patrick.corless PDF-815 adjustment to DeviceN ordering issues.
        Files Changed
        Commit graph MODIFY /icepdf/branches/icepdf-5.0.1/icepdf/core/src/org/icepdf/core/pobjects/graphics/DeviceN.java
        Hide
        Patrick Corless added a comment -

        I have a fix for the missing red dashed boarder which is actually an image. The image is raw and falls back to our old parseImage legacy image code. The only problem is that the code has no support for 2 bit per component and the deviceN colour space. Most DeviceN falls under colour space component count of 4 regardless, so I've made a slight tweak to get the image to decode correctly. The old fall through code just writes a white pixel.

        Show
        Patrick Corless added a comment - I have a fix for the missing red dashed boarder which is actually an image. The image is raw and falls back to our old parseImage legacy image code. The only problem is that the code has no support for 2 bit per component and the deviceN colour space. Most DeviceN falls under colour space component count of 4 regardless, so I've made a slight tweak to get the image to decode correctly. The old fall through code just writes a white pixel.
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #43310 Fri Oct 31 10:16:36 MDT 2014 patrick.corless PDF-815 deviceN support in fallback parseImage() decode method.
        Files Changed
        Commit graph MODIFY /icepdf/branches/icepdf-5.0.1/icepdf/core/src/org/icepdf/core/pobjects/ImageStream.java
        Hide
        Patrick Corless added a comment -

        Passed QA, marking as resolved.

        Show
        Patrick Corless added a comment - Passed QA, marking as resolved.
        Patrick Corless made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Patrick Corless made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Patrick Corless
            Reporter:
            Arran Mccullough
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: