The PDF or postscript from our Printdrive server is actually safer than if it was generated by the RIP, because it receives the 1-bit images that will be used to make the plates from the RIP, and creates both the proofs and the plates from those same images (i.e., "RIP once print many"). That's actually a lot safer that using the same RIP to process the same job twice for separate output devices.
Are you feeding your Impoproof full-resolution 8-bit images, or are they at the resolution of the proofing device?
tigersticks:
If you only send from Printdrive occasionally, what are the advantages to sending from your RIP? I find having Printdrive produce proofs frees up the RIP to get raster data to Printdrive faster, and gives me perfect confidence that the proof will match the press sheet exactly.
The main advantage is speed. Our Nexus RIP creates the proof file and plate data in the same workflow. Proofs come out and the plates are ready for imaging from the Printdrive. If we wanted to print proofs from Printdrive it would be a two part process, take longer, and at least for us, a manual decision to output the proof. We have used this setup for years and not once has there been an issue where the plates and proof don't match. We only use the Printdrive to output proofs when another blueline is needed and the job is no longer in the Nexus workflow. We also have two Nexus RIPS. One for impositioning/raster data and the other for RIP/Trap of pages.
DCurry:
Do you know if sending the 2400 ppi 1-bit images would work?
A 30-day Fix for Managed Chaos
As any print professional knows, printing can be managed chaos. Software that solves multiple problems and provides measurable and monetizable value has a direct impact on the bottom-line. “We reduced order entry costs by about 40%.” Significant savings in a shop that turns about 500 jobs a month. Learn how……. |