Skip to main content
Participating Frequently
7월 15, 2009 6:23 오후 UTC
공지사항

Printer rips through the whole document before it starts to print

Thank you everyone for the answers to my previous post. Another Postscript problem which we are now trying to solve,

is the following printer behaviour:  getting our postscript datastream, printer first goes through the whole document,

ripping every page (or so it seems) and only then it starts printing the first page and further. Our datastreams are usually

large, tens thousandth of pages, so it takes very long before a printer starts to print. What could cause such a behaviour?

Something at the end of the file, which interpreter needs to take into account? Some special settings at prologue?

Thank you in advance for your help,

Yuliana

이 주제는 답변이 닫혔습니다.

4 답변

Participating Frequently
7월 16, 2009 3:32 오후 UTC

This behaviour is typical for devices which implement a PDF-only RIP and in addition some PostScript to

PDF converter (e. g. , Adobe's normalizer) to digest PostScript input. An example I had the "joy" of getting

experience with is Kodak's Nexpress.

번역
Zigangirova작성자
Participating Frequently
7월 16, 2009 4:29 오후 UTC

Thank you for answers. Printers are all high-volume XEROX printers, different models. So, it is not

known that some unlucky Postscript code structuring or content can cause such a behaviour?

That is what I really need to know - can it be that we are doing something wrong, when producing

PS code...

번역
Participating Frequently
7월 16, 2009 5:23 오후 UTC

In case of those Xerox production printers, they offer various output modes,

like first page up or last page up when duplex printing etc.. Depending on thie

selected output mode, the printing process may require to render the pages in

reverse order to achieve the requested output mode, though the PostScript

interpreter RIPs the job in the normal manner.

번역
Dov Isaacs
Legend
7월 15, 2009 8:08 오후 UTC

What you describe is not normal behaviour for PostScript implementations and is not something that is a feature of the PostScript language. The interpreter does not attempt to process the entire job prior to passing any of the rendered pages off to be imaged.

You give no idea as to what type or brand of PostScript printer is exhibiting this behaviour, but the behaviour is likely type and/or model and/or vendor-specific. Contact the technical support group for your printer or RIP vendor for specific answers to this question.

          - Dov

번역
- Dov Isaacs, former Adobe Principal Scientist (April 30, 1990 - May 30, 2021)