Grasshopper
New member
For High Res. files that are too big to print we create a low res through our links and pages que. We drag the pdf into links and pages and it creates two files. An eps and an opo. What does opo stand for?
Links and Pages
- Thread starter Grasshopper
- Start date
John Clifford
Well-known member
Sounds like this is what we in the olden analog days (pre 1984's introduction of the Mac) used to call an FPO. that was a "For Position Only" image that would be swapped out with the real image in stripping. The same is true for OPI (Open Prepress Interface) which would allow you to use very low-res images which would be swapped out at the RIP so you weren't carrying the bloat of high-res data in your files.
Don't know if this helps, but it's a little history lesson nonetheless.
Don't know if this helps, but it's a little history lesson nonetheless.
otherthoughts
Well-known member
More history on OPI & FPO
More history on OPI & FPO
Just to expand somewhat on John Clifford's comments about OPI. The high res files would be stored locally to the RIP and the low res OPI images sent from the workstation over the network would contain a tag comment informing the RIP of the name of the high res files-(stored locally to the RIP) to be substituted in the place of the low res files sent by the workstation over the network.
Aside from the fact that the job would complete printing to the RIP's spool queue from a workstation far more quickly, and with less network traffic under OPI, as John Clifford indicated with the apt term "less bloat". The primary concept behind the reasoning for OPI being implemented, was to cut down on network traffic and network congestion-(back in the 10 base-T days).
As network speeds improved-(100 base-T, Gigabit Ethernet and Fibre Channel networks) along with the processing power and speed of workstations, the issue of network traffic and network congestion ("Bloat") became a non-issue, effectively relegating the Open Prepress Interface to a thing of the past.
FPO images were used exactly as John Clifford described in the analog days. The only thing that I might add to his statement, is that the positioning of an image still must be communicated whether via an analog or digital workflow. So unless the individual ultimately responsible for determining the position of an image, actually positions the high res image data himself, upstream from your participation in the job? Then you may still be dealing with an FPO image, it just doesn't have the letters FPO blatantly written across the image as was commonly the case in the analog days.
Sorry Grasshopper, I don't know what OPO files are either.
Best Regards OT
More history on OPI & FPO
Just to expand somewhat on John Clifford's comments about OPI. The high res files would be stored locally to the RIP and the low res OPI images sent from the workstation over the network would contain a tag comment informing the RIP of the name of the high res files-(stored locally to the RIP) to be substituted in the place of the low res files sent by the workstation over the network.
Aside from the fact that the job would complete printing to the RIP's spool queue from a workstation far more quickly, and with less network traffic under OPI, as John Clifford indicated with the apt term "less bloat". The primary concept behind the reasoning for OPI being implemented, was to cut down on network traffic and network congestion-(back in the 10 base-T days).
As network speeds improved-(100 base-T, Gigabit Ethernet and Fibre Channel networks) along with the processing power and speed of workstations, the issue of network traffic and network congestion ("Bloat") became a non-issue, effectively relegating the Open Prepress Interface to a thing of the past.
FPO images were used exactly as John Clifford described in the analog days. The only thing that I might add to his statement, is that the positioning of an image still must be communicated whether via an analog or digital workflow. So unless the individual ultimately responsible for determining the position of an image, actually positions the high res image data himself, upstream from your participation in the job? Then you may still be dealing with an FPO image, it just doesn't have the letters FPO blatantly written across the image as was commonly the case in the analog days.
Sorry Grasshopper, I don't know what OPO files are either.
Best Regards OT
PrepressDan
Well-known member
Sounds like you have a old Nexus classic CT/LW workflow running. The EPS is a Nexus Link file (Lores FPO) and the OPO is a Optimized postscript (Hires). This is just Artwork Systems version of a OPI workflow.
Similar threads
PressWise
|
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……. |
