Product Ideas

Support for 8 bit color LZW when saving TIFF documents

Our organization has a business case for converting images taken by phone into TIFF format.

Our major business cases are outputting to TIFF or PDF. PDF file sizes looked great.

We would need 8 bit color LZW for TIFF output.

  • Keith Garry
  • Dec 17 2019
  • Shipped
  • Apr 6, 2021

    Admin response

    Available in PrizmDoc Viewer 13.13 & higher.

  • Attach files
  • Mark Fears commented
    March 27, 2020 19:27

    Absolutely! I just send an email to you.

  • Keith Garry commented
    March 27, 2020 18:54

    Hey Mark, what is your email? Is it alright if we communicate that way?

  • Mark Fears commented
    March 25, 2020 21:08

    Thanks for the feedback! This is very helpful. The engineering team did have a couple of follow up questions:

    1. When converting the photos to 8-bit LZW, there might be a quality loss with this conversion. To avoid the quality loss, we could provide the ability to convert those 24-bit JPEGs to 24-bit JPEG compressed TIFF. They will be smaller than today's 24-bit LZW compressed TIFF output and will not have a quality loss. Would that be a better solution for you or would you rather have the photos converted to 8-bit LZW even if there is quality loss in the converted image?

    2. Regarding the scanned forms, should we assume those are either black-and-white 1-bit images and/or 8-bit gray scale images? If that is true, would a better solution be providing the ability to convert those to either 1-bit G4 compressed TIFF or 8-bit JPEG compressed TIFF?

  • Keith Garry commented
    March 25, 2020 18:43

    Input file can be in any of these formats:Jpg, png, tif, bmp, pdf. They can be any bit depth.

    I cannot provide the documents, but we can expect to be working with scanned forms or photos of vehicles.

  • Mark Fears commented
    March 24, 2020 17:02

    The team is working on this feature now and would like to confirm...

    Is the source file is a 24 bit JPEG or is it another format?

    Could you provide a sample file? Having a sample of your files would help tremendously and answer questions for us.

  • Mark Fears commented
    December 17, 2019 15:04

    Transferred from a different feature request comments:

    Keith Garry Posted Dec 12, 2019

    Our organization has a business case for converting images taken by phone into tiff format. Due to how bloated the files are via LZW compression we will need to change the compression type or compress the files ourselves which is disappointing that PrizmDoc doesn't handle it.

    Mark Fears Posted Dec 12, 2019

    Hi Keith,

    We can add Group 4 compression to the PrizmDoc Content Conversion Service. Are there other types of compression we should support (like JPEG for example)? If we add a new compression type, adding others at the same time would be more efficient.

    Keith Garry Posted Dec 12, 2019

    Hi Mark,

    We would really appreciate that! Our major business cases are outputting to tiff or pdf. Pdf file sizes looked great. What is the usual turnaround time for a feature request like this? The reason I ask is because we might not have enough time to wait as this project has a release date of march/april.

    Mark Fears Posted Dec 12, 2019

    I needed to confirm G4 compression was the only type needed. The team will need to review and I'll get back to you. The gating factor of how long is dependent on when we can fit it into the development schedule.

    Keith Garry Posted Dec 12, 2019

    Thanks Mark!

    Keith Garry Posted Dec 12, 2019

    I just reached out to another team to clarify and found out that they are using 8 bit depth with LZW. Apologizes for the confusion about Group 4 compression, but it sounds like LZW is what we need, however the output tiff from prizmdoc is 24 bit depth. Is there a way to specify a lower bit depth in the conversion api?

    Mark Fears Posted Dec 12, 2019

    Let me investigate and I'll get back to you.

    Mark Fears Posted Dec 13, 2019

    We can reduce bit depth. We would need to get a bit more detail. For example are you talking about reducing to 8bit grayscale or color. Is it only to 8bit or is 1bit needed as well? We can do all that, the question is just how much do we need to expose via the CCS API. Also, does this mean you don’t need to change the compression at this point?

    Keith Garry Posted Dec 16, 2019

    Hi Mark, we would only need 8 bit color LZW. Sorry for the confusion!

  • +2