Skip to main content

Recent Topics

xx
Acrobat bug report
by pspdfppdfxhd
February 18, 2018, 03:08:01 PM

xx
Setup for new EPSON
by david
February 16, 2018, 05:45:41 PM

xx
What is 'Mixed Ink Image' embedded in Illy CC?
by rickself
February 16, 2018, 12:23:27 PM

xx
Any Quite Imposing Users?
by DCurry
February 16, 2018, 08:24:17 AM

xx
In-House Mailing
by DigiCorn
February 15, 2018, 02:48:47 PM

clip
InDesign mail merge question
by Joe
February 14, 2018, 03:09:33 PM

question
Datarmerge in the same page
by DigiCorn
February 14, 2018, 01:22:08 PM

xx
Onyx RIPs on Mac?
by wonderings
February 14, 2018, 11:10:28 AM

xx
Prinect prepress interface for sale
by ppi4sale
February 14, 2018, 01:32:57 AM

xx
Cant move objects with mouse!
by mc hristel
February 13, 2018, 06:45:38 PM

xx
Oversize PDFs
by rickself
February 13, 2018, 03:12:47 PM

xx
Harmony Issues and Recommendations
by johnny_jay
February 12, 2018, 02:51:16 PM


Topic: RIP only rips one of three color plates (Read 4278 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
RIP only rips one of three color plates
 Hey it's me again.
 
I'm having a puzzling problem with our Torrent RIP.

Our editorial system sends a CMYK composite ps file to our
output system which then multiplexes the job to one
of four rips.

The problem is the RIP sometimes only rips the first plate
Cyan and sends it to our Imager and just goes on to the next job
as if nothing was wrong. No errors in the log. There no
pattern I can tell that would lead to the cause.

The weird thing is that I can resubmit the same ps job to same
RIP and it rips all three color plates.

I can not track it down to any one RIP.

We use a network protocol called OrbitLink to do our multiplexing.

Does this sound like a RIP issue ?
Where abouts would I look if it is a RIP issue.

thanks

  • tapdn
  • [*][*]
Re: RIP only rips one of three color plates
Reply #1
How big are those PS files? Sounds like maybe a memory issue to me.
usually fried mate - sometimes pickled - often scrambled - never beaten
~ Sir B. Monsteaure
No, he's well within his rights to diss cake. Pie, on the other hand, is waaaayyyy off limits.
~Youston
I'm just a stupid printer WTF do I know
~Farabomb

Re: RIP only rips one of three color plates
Reply #2

   Memory could the issue.


    But as I mentioned we are using a TCP protocol call OrbitLink on
    our RIPs, Outmanger and Imagers. It's job is to coordinate the multiplexing
    of jobs.

   It looks like when two composite pages are being sent to the same Imager
   from two different RIPs one page is imaged and one put on hold.

   The one that is paused, until the first page is finished  imaging is the page
   that only outputs one of the three plates..

    Has anyone heard of or use this Orbitlink ?

  • Ear
  • [*][*][*]
  • Fiya wata
Re: RIP only rips one of three color plates
Reply #3
No experience with Orbitlink but back in the days of film, my Harlequin would do that from time to time. Upping the Memory, as Tap noted, seemed to help. RAM is cheap in the scheme of things, I would max it out!
Quote: Skryber  "FreeHand sucks ferocious porcupine balls!"

Quote from: born2print "Well now doesn't that suck petrified possum penis."

Re: RIP only rips one of three color plates
Reply #4

Hey it's me again.
 
I'm having a puzzling problem with our Torrent RIP.

Our editorial system sends a CMYK composite ps file to our
output system which then multiplexes the job to one
of four rips.

The problem is the RIP sometimes only rips the first plate
Cyan and sends it to our Imager and just goes on to the next job
as if nothing was wrong. No errors in the log. There no
pattern I can tell that would lead to the cause.

The weird thing is that I can resubmit the same ps job to same
RIP and it rips all three color plates.

I can not track it down to any one RIP.

We use a network protocol called OrbitLink to do our multiplexing.

Does this sound like a RIP issue ?
Where abouts would I look if it is a RIP issue.

thanks



It sounds very odd, if the problem can not be created when sending manually it would lead to front end system IMHO. The reason I say this is if the RIP was the issue  you would expect to see some hint in the logs.

When you say no plates are produced can you tell from the logs what happens? ie do you see at what stage the issue happens? Does it fail in interpretation or in output? You don't say what device your driving, but guessing it might be TIFF? If so could it be that the TIFF catcher is causing issues? The tiff plugin does not put jobs as TIFF but outputs to either a .TMP, OOT, OOT1 (depending on version) and then renames once complete.  Some TIFF catcher might have a short stabilzer time and seeing this odd file try to process and fail.

Otherwise it may worth trying to flush the cache via a pagefeature for each job