| Summary: | pdfopt makes first page invisible | ||
|---|---|---|---|
| Product: | Ghostscript | Reporter: | Hin-Tak Leung <htl10> |
| Component: | PDF Writer | Assignee: | Ken Sharp <ken.sharp> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | ||
| Priority: | P4 | ||
| Version: | 9.04 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Customer: | Word Size: | --- | |
| Attachments: |
input file
output file. |
||
Created attachment 8031 [details]
output file.
Here is the output file from gs 9.04.
It also generates a range-check - probably related; I suppose acroread
and xpdf both skip over pages with range-check problems.
As far as I know pdfopt.ps doesn't use the pdfwrite device at all, its just a PostScript program. So as far as I can see its neither the PDF interperter nor the PDF writer, its the actual PostScript program itself which is probably at fault. It may as well stay assigned to me, but I intend to add linearisation to pdfwrite at some point, whereupon we'll probably drop pdfopt altogether, so this may never be addressed. In any case, the output pdf from pdfopt is somewhat broken. I also tried pdfwrite - (I was looking for a way to make the pdf file small/faster) - but the result is about 1.5x larger (i.e. 9MB). How it got larger might be worth looking into as well. Commit f2a40a3a7edd6d27caeaa19f7f644adf31ee972c adds a new 'FastWebView' switch to pdfwrite which enables the production of 'Linearised' or 'optimised for fast web view' PDF files. pdfopt.ps is now deprecated and no longer supported. |
Created attachment 8030 [details] input file I am not sure if this is a writer or interpreter problem, so just file it under pdfwriter for the time being. pdfopt make the first page of the attached file invisible. It would appear the information is still there since the file size is similiar...