Random job processing fault

[dlannan701]

I haven't been able to find this anywhere, so if someone has already asked this and a solution offered I apologize … For some reason (I am using an iGEN4 and FreeFlow print server) the last few days I have been having a weird fault- no fault code I can find though because this is not an actual printer fault… What happens is I start printing a job (both of these recent ones are variable data jobs made into PDFs) and one lift might complete but than another one faults out at page 127 or some random place. The only common thing is the printer queue I am using and the paper stock. One was a two sided job and the other one sided. It is a "job processing" fault and one remedy is to set the imposition to NONE. I cannot really do that on this job because I am taking a customer's 13x19 setup and printing on 13 x 20 so I have to use auto center…

Anyone else have job processing faults that require resubmitting the jobs?

 

[Neess]

job processing with auto center on VDP jobs failed for us aswell, i would recomend using imageshift to align pages instead.

 

[peels]

I DO!...
but ONLY have this with very large PDF files and auto center.. The annoying part is when it continues running, and completes the file after. and you dont know youre short until afterwards....have to go back.

Postscript, no problems with this.

try what @Neess says.

 

[CargoPantsMan]

FreeFlow handles PDF RIPping really weird. Especially over the past few years as Adobe is really pushing the PDF/x standards. Unfortunately, Xerox and Adobe don't really have the best working relationship, so their APPE engine is kind of an add-on to Xerox's dependence on PostScript.

That said, 9 times out of 10, shoving a PDF through the Legacy PostScript PDL will solve a lot of processing issues. BUT! you have to pay a lot of attention to the output. PostScript can do weird things with a lot of the newer transparency settings, overlays, even text effects. And the image shifting can get weird, especially if the stock you're printing on is smaller than the image that is being RIPped.