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.
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?
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:
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.
one page looked like this, can't copy the pdf up here, exceeds the size limit for the attachment.
pitstop wireframe looks pretty bizzare
Made it through our Konica (creo) rip too, no problem. Strange.
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.
Can you send me the imposed flat, I can take a look at it.
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.
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?
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.
Quote from: david on October 11, 2011, 10:02:05 AMQuote 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.....
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.
just for kicks, haha, that made me laugh for some reason....
Ok, I'll try it Joe.
the optimizing option didn't seem to help.
Not surprised but I thought it was worth a shot.
Just for giggles I ran the flat through Prinergy including 2400 dpi one-bit tiffs for plates. No errors anywhere.
Just wondering, Joe, whether it might be worth a try for pspdf to fire all barrels on that one. maybe it can't handle the Flattening. Has worked for me on occasions. :undecided:
Adjusted for compression~off. :cheesy:
It's always worth a try.
There has been a few folks on here rippin this file and coming out ok. Weird. Could it be that we don't have enough horsepower (memory, etc.) on this computer that's hosting the rip to process this file? I dont' know, it's been years since I've seen a strange one like this, and i've seen a lot of strange ones...
Was that version created in CS5.5? It could be that your RIP just isn't updated for the latest and greatest new features from Adobe.
Quote from: pspdfppdfx on October 11, 2011, 11:09:23 AMQuote from: david on October 11, 2011, 10:02:05 AMQuote 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.....
Did this and it worked, did illustrator sort of "normalize" the graphic? I'm not sure???
Quote from: Joe on October 11, 2011, 05:16:52 PMWas that version created in CS5.5? It could be that your RIP just isn't updated for the latest and greatest new features from Adobe.
it was created and output through version 5. Just checked the computer specs (came with the ctp) and the rip is version 8.0 (2007) and it only has 1.93GB of ram running windows XP.
Maybe you're right Joe, we might need an upgrade in more than one area. We'll talk to the OEM, that's basically what the Harlequin online forum support guy said.