Multiple PDL's error message, rip crash

Started by pspdfppdfxhd, October 11, 2011, 07:31:26 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

pspdfppdfxhd

I'm wondering if anyone has had this problem:

On a certain 8page pdf that was imposed as 1 flat, we encountered an error message of:

Interpreter and renderer for multiple PDLS has encountered an error ...

then the rip crashes. I isolated it to a problem on 2 of the 8 pages. The back of the impositon did not contain those pages and output fine. The postcript error was: offending command Bud1; File;% ip:

The job was proofed through another rip for our color printer named ColorBurst and went through fine.

It didn't matter if the job was trapped or not, these 2 pages made the rip crash. We are running other jobs through without a problem

In the end I had to rasterize the pages in photoshop which made huge tif's (1.6GB) but we had to get the job out somehow. I opened up every link in Illustrator, photoshop etc. looking for something suspicious but found nothing out of the ordinary. Outlined all the fonts etc, etc. Saved as diferent versions of pdf, flattened and with live transparency.

We've had this rip for a few months now and have never encountered this problem

Any help appreciated.

David

Do the two pages in question have images on them?
Do they have any compression (LZW)?
Are they .tif files, cmyk, or what?
Duotones?  Monotone duotones?
From Quark or Indesign?
Prepress guy - doin' jobs one at a time
www.texasgraphics.com

Sabrina The Turd Polisher

Quote from: david on October 11, 2011, 07:46:47 AMDo the two pages in question have images on them?
Do they have any compression (LZW)?
Are they .tif files, cmyk, or what?
Duotones?  Monotone duotones?
From Quark or Indesign?
I'm guessing Publisher.  :puke2:
Ambidextrous, Double-jointed Prepress Slave
We all have issues. The only people that don't are the dead ones. ©2011 Joe  |  doomed ©2011 david

pspdfppdfxhd

No, Indesign 5 and like I said, it went ok through the color burst software for proofing, checked the jpegs no weird compression or anything. The background Illustrator file was used on all 8 pages. The only thing I found weird was all the Illustrating being done right in Indesign. But it was done on all the pages.


pspdfppdfxhd

one page looked like this, can't copy the pdf up here, exceeds the size limit for the attachment.



pspdfppdfxhd

pitstop wireframe looks pretty bizzare

pspdfppdfxhd

Made it through our Konica (creo) rip too, no problem. Strange.

pspdfppdfxhd

its something in that ball on the bottom right...... but other pages have similar graphics created in InDesign but they are smaller..... I eliminated the ball and the rest ripped fine. The ball on it's own caused the problem again.


The ball was created in InDesign, not illustrator, haven't seen this much before.



mattbeals

Can you send me the imposed flat, I can take a look at it.
Matt Beals

Everything I say is my own personal opinion and has nothing to do with my employer or their views.

Joe

In a case like this it is always a good idea to send the file to your RIPs support staff. They should be able to figure out the problem and hopefully fix it down the line.
Mac OS Monterey 12.4 | (retired)

The seven ages of man: spills, drills, thrills, bills, ills, pills and wills.

David

Quote from: pspdfppdfx on October 11, 2011, 08:31:23 AMNo, Indesign 5 and like I said, it went ok through the color burst software for proofing, checked the jpegs no weird compression or anything. The background Illustrator file was used on all 8 pages. The only thing I found weird was all the Illustrating being done right in Indesign. But it was done on all the pages.



they probably embedded the Illustrator files in Indesign...  not a good thing, you lose the ability to keep a common file for editing purposes.
Do you have the Original Illustrator file?
Can you place that back into Indesign (as a link, not embedded) and see if it will RIP by itself?
Prepress guy - doin' jobs one at a time
www.texasgraphics.com

pspdfppdfxhd

Quote from: mattbeals on October 11, 2011, 09:33:16 AMCan you send me the imposed flat, I can take a look at it.

Sure Matt, i uploaded it to our ftp in the MISC folder, it's the bottom right and top left page that crash the rip. (when I sent individual pages these were the problem).

To get to the ftp:

ftp://regalpress.myftpserver.com
 
user name: misc

password: misc9128

Thanks.
 

pspdfppdfxhd

Quote from: david on October 11, 2011, 10:02:05 AM
Quote from: pspdfppdfx on October 11, 2011, 08:31:23 AMNo, Indesign 5 and like I said, it went ok through the color burst software for proofing, checked the jpegs no weird compression or anything. The background Illustrator file was used on all 8 pages. The only thing I found weird was all the Illustrating being done right in Indesign. But it was done on all the pages.



they probably embedded the Illustrator files in Indesign...  not a good thing, you lose the ability to keep a common file for editing purposes.
Do you have the Original Illustrator file?
Can you place that back into Indesign (as a link, not embedded) and see if it will RIP by itself?

i just assumed the graphic was made in InDesign, forgot about the copy and paste from Illustrator, that's probobly what they did.
There were no links for these graphics, only the background and a few other logos, etc.

I could copy and paste the graphic in Illustrator then delete it In InDesign and relink and try again.....

Joe

Just for kicks...try opening the PDF in Acrobat and run the PDF Optimizer and change the settings as shown below. Save a new PDF and see if it will go through your RIP. Your PDF has "Compressed Object Streams" and I've seen that cause problems before.
Mac OS Monterey 12.4 | (retired)

The seven ages of man: spills, drills, thrills, bills, ills, pills and wills.

pspdfppdfxhd

just for kicks, haha, that made me laugh for some reason....

Ok, I'll try it Joe.