[
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)
