PDXObjectImage.getColorSpace has a comment to this effect:
//there are some cases where the 'required' CS value is not
present
//but we know that it will be grayscale for a CCITT filter.
But if it's a FlateDecode (as in my case), is there anything in particular
we know about it?
I also notice that PDXObject.createXObject creates PDPixelMaps sometimes
when they are not really called for ... wondering if that's where this is
going wrong.
I've got to set this down for this evening, but would appreciate any
thoughts any of you have along the line.
Thanks!
Daniel Wilson
On Wed, Apr 8, 2009 at 8:57 PM, Daniel Wilson <
williamstonconsult...@gmail.com> wrote:
> I do find the following 2 entries in the log several times on one of the
> files that uses the technique:
>
> Apr 8, 2009 8:53:12 PM
> org.apache.pdfbox.pdmodel.graphics.xobject.PDPixelMap getRGBImage
> SEVERE: getColorSpace() returned NULL
>
> and
>
> Apr 8, 2009 8:53:22 PM org.apache.pdfbox.util.PDFStreamEngine
> processOperator
> WARNING: java.lang.IllegalArgumentException: dash lengths all zero
> at
> java.awt.BasicStroke.<init>(BasicStroke.java:207)
>
> org.apache.pdfbox.util.operator.pagedrawer.SetLineDashPattern.process(SetLineDashPattern.java:56)
>
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:493)
>
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:214)
>
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:173)
> org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:90)
> org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:669)
> org.apache.pdfbox.util.PDFImageWriter.WriteImage(PDFImageWriter.java:86)
> org.apache.pdfbox.util.TestPDFToImage.doTestFile(TestPDFToImage.java:117)
>
> org.apache.pdfbox.util.TestPDFToImage.testRenderImage(TestPDFToImage.java:189)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:324)
> junit.framework.TestCase.runTest(TestCase.java:154)
> junit.framework.TestCase.runBare(TestCase.java:127)
> junit.framework.TestResult$1.protect(TestResult.java:106)
> junit.framework.TestResult.runProtected(TestResult.java:124)
> junit.framework.TestResult.run(TestResult.java:109)
> junit.framework.TestCase.run(TestCase.java:118)
> junit.framework.TestSuite.runTest(TestSuite.java:208)
> junit.framework.TestSuite.run(TestSuite.java:203)
>
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
>
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
>
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:768)
>
> Think either of these is related? I think I'll be looking harder at the
> first one ...
>
> Thanks for your thoughts ...
> dwilson
>
>
> On Wed, Apr 8, 2009 at 8:41 PM, Daniel Wilson <
> williamstonconsult...@gmail.com> wrote:
>
>> The next problem I've encountered is a set of files that use a scanned
>> TIFF as one of the layers with some transparency to add a kind of texture to
>> a design.
>>
>> We are apparently ignoring the TIFF when rendering the images.
>>
>> Suggestions on where to look for this problem?
>>
>> Thanks!
>>
>> dwilson
>>
>
>
