Colour Proofing 1-bit tiffs

[RVNG]

Strange question… does anyone produce Epson proofs from 1-bit Tiffs? It seems to me this is a very strange way to work. Would there not have to be de-screening involved? And wouldn’t the Epson proof suffer in overall quality because of the de-screen?

It seems to me Adobe PDF renders have always handled rendering to proof and rendering for plates separately without issues… meaning the proof always represents what is rendered on plates without question. Thoughts?

 

[gordo]

Strange question… does anyone produce Epson proofs from 1-bit Tiffs? It seems to me this is a very strange way to work. Would there not have to be de-screening involved? And wouldn’t the Epson proof suffer in overall quality because of the de-screen?

It seems to me Adobe PDF renders have always handled rendering to proof and rendering for plates separately without issues… meaning the proof always represents what is rendered on plates without question. Thoughts?

I believe this is done by some systems in order to color manage the imagery while preserving the halftones in order to proof for halftone artifacts.

BTW, double posting a question in different forums is not a good idea as it can cause confusion.

 

[rich apollo]

There are lots of folks who do it. Packaging folks want to see the halftone screening to anticipate moire issues, and some other folks simply want that level of data integrity.

Most proofing RIPs can take in the 1-bit data, recombine and descreen, and then process the file "normally." For example, this seems to be SOP for the Kodak Proofing System in a Prinergy environment. Is there a quality penalty? I'm not sure. I haven't heard anyone comment, but I would think that there would have to be at least a small degradation of the data.