Summary: | Re-distilling with Ghostscript produces incorrect output for most PDF files of "Ghent Output Test Suite" | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | pipitas |
Component: | PDF Writer | Assignee: | Ken Sharp <ken.sharp> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | christinedelight.top85, thomas |
Priority: | P4 | ||
Version: | master | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Customer: | Word Size: | --- |
Description
pipitas
2010-10-22 09:56:34 UTC
(In reply to comment #0) > Basically I used a commandline of > > gswin32c.exe ^ > -o out.pdf ^ > -sDEVICE=pdfwrite ^ > -dPDFSETTINGS=/prepress ^ > in.pdf > > to test each of the files included in the Ghent suite. Then I compared if > Acroreader rendered out.pdf differently from in.pdf. > > Current Ghostscript fails on most of these tests. This is too broad. Which files 'fail' and how do they 'fail' ? Lumping the whole test suite together isn't helpful. using -dPDFSETTINGS also isn't helpful as this alters a large number of the defaults, it would be much more helpful to identify which individual configuration causes a problem. > If this bug report doesn't serve any other practical purpose, at least you > can > now decide if you will include the Ghent Test Suite into your routine > regression testing activities... :-) They have been part of our regression testing for some considerable time. Note that this is regression testing, it simply tests whether the behaviour has changed, not whether it is correct. OK I'm closing this as 'invalid', not because there definitely isn't a problem, but because the description is too vague. If someone wants to open a bug report or two with specific examples of the problem(s) I'll look at them. However, the Ghent files are specifically intended to test overprint and transparency, and *any* change in colour space will result in the output being 'wrong' as overprint only works for CMYK and transparency can depend on the ProcessColorModel of the device. |