[ https://issues.apache.org/jira/browse/PDFBOX-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13898245#comment-13898245 ]
John Hewson edited comment on PDFBOX-1734 at 2/11/14 8:05 PM: -------------------------------------------------------------- {quote} Before I try that one - is "the project is distributed under the OSI approved BSD license" a compatible license? {quote} I suppose it doesn't matter really as you're free to use any ImageIO plug-in you want with* PDFBox. It sounds like you need a generic mechanism in PDFToImage to pass parameters to whatever ImageWriter is being used? EDIT: I should clarify that I mean on your own system via the SPI, not as part of PDFBox source. was (Author: jahewson): {quote} Before I try that one - is "the project is distributed under the OSI approved BSD license" a compatible license? {quote} I suppose it doesn't matter really as you're free to use any ImageIO plug-in you want with PDFBox. It sounds like you need a generic mechanism in PDFToImage to pass parameters to whatever ImageWriter is being used? > ImageIoUtil.WriteImage doesn't work with tiff images > ---------------------------------------------------- > > Key: PDFBOX-1734 > URL: https://issues.apache.org/jira/browse/PDFBOX-1734 > Project: PDFBox > Issue Type: Improvement > Components: Rendering > Environment: XP, W7 > Reporter: Tilman Hausherr > Priority: Minor > Labels: tiff > Attachments: ImageIOUtil.patch, TestImageIOUtils.patch > > > ImageIoUtil.WriteImage brings an I/O error exception when trying to write a > tiff file. Debugging shows that the cause is "Bits per sample must be 1 for > RLE compression!". This means that the compression used (the first one of the > following list, returned by writerParams.getCompressionTypes() ) is only > allowed for bitonal images. > CCITT RLE > CCITT T.4 > CCITT T.6 > LZW > JPEG > ZLib > PackBits > Deflate > EXIF JPEG > After correcting this, the next problem was that tiff images didn't have the > proper resolutions. I added that too. Yes it uses the com.sun.* classes; > however there is no other way. Even apache xmlgraphics uses them, although in > a very different way than I do > https://svn.apache.org/repos/asf/xmlgraphics/commons/tags/commons-1_3_1/src/java/org/apache/xmlgraphics/image/writer/imageio/ImageIOTIFFImageWriter.java > writeImage() has a parameter "int imageType" which is never used. Why? -- This message was sent by Atlassian JIRA (v6.1.5#6160)