Will Pitstop Pro 10 Find The Following

[Norcrans]

I am hoping someone can verify for me that Pitstop Pro 10 would be able to detect a problem with an embedded font in a pdf. The reason I am asking is we recently had a job that looked fine throughout our entire proofing process but when we created plates through our Prinergy system something went wrong with the letter H in the word Holidays.

The original job was created in InDesign CS4, the pdf was created by exporting out of InDesign and the pdf version was v1.4. When you open the pdf the letter H looks fine, when you refine the pdf in Prinergy the letter H looks fine and when we did a virtual proof at 600 dpi out of Prinergy the letter H looks fine and when we sent our refined pdf to our Epson proofing device the letter H looked fine. At no point did we receive any errors indicating an issue with the font.

I cannot attach the actual pdf we printed the job from but I have recreated the issue in a different file and attached it to this thread. The pdf attachment called "Type Test.pdf" is a pdf created out of InDesign using the font we had the issue with. The pdf attachment called "HiRes Output.pdf" shows what happened to the letter "H" when the plate were made.

I have never seen an issue before with fonts where everything looks fine with the files until you produce the plates. I've downloaded a trial copy of Pitstop Pro 10 and processed my test pdf through a couple of the built in profiles and it did not indicate any issues with the fonts. I'm not that familiar with Pitstop Pro though so I am hoping that someone here that's familiar with it can let me know if Pitstop Pro would be able to help me catch issues like this on future jobs.

[mattbeals]

Looks like the CID encoding are wrong according to callas pdfToolbox. I used pdfToolbox to fix them, so try RIPping the one I uploaded. You'll also see in the attached report a number of incorrect parameters regarding the fonts, including Times.

[Joe]

Attached is a Pitstop 10 Preflight report where it flags fonts as composite fonts.

I can verify on my Prinergy 5.1.2.2 I get the same results as you. It looks fine all the way up through the screened VPS at 600 DPI but when you get up to 2400 DPI to output plates the H is hosed in places. I would submit a support request with Kodak.

[mattbeals]

Well, if you use PhotoShop to rasterize the PDF at 800 DPI you see the same problem as Prinergy. Even the one that I "fixed" has this problem. So there is something else going on. We'll have to play a bit more and see what we can come up with...

[zoran]

It could be Adobe bug.
I tested PDF in Heidelberg Printready workflow and got identical result.
Pitstop 9 update 3 claims everything is just fine with subset font, no flags at all, Prinect preflight goes through just fine, no flags, soft proof that renders @ 300 dpi is just fine but when it renders to 2400 dpi tiff plate, issue is there.
This is different vendor and probably the only common thing is Adobe technology that both vendors license from Adobe.

I re-tested it with CPSI, thinking it might have been APPE issue, but CPSI gives the same result.

[Joe]

I think I found the problem:

Segoe (pronounced /ˈsiːɡoʊ/) is a Humanist typeface family that is best-known for its usage by Microsoft. The company uses Segoe in their online and printed marketing materials, including recent logos for a number of products. Additionally, the Segoe UI family of fonts are utilized by numerous Microsoft applications, and may be installed by applications (such as Microsoft Office 2007 and Windows Live Messenger 2009) or bundled with certain operating systems (including Windows Vista and Windows 7).
The Segoe name is a registered trademark of the Microsoft Corporation, although the typeface was originally developed by Monotype. It is named after Segoe Road in Madison, Wisconsin, where one of Monotype's engineers lived.

[Norcrans]

Looks like the CID encoding are wrong according to callas pdfToolbox. I used pdfToolbox to fix them, so try RIPping the one I uploaded. You'll also see in the attached report a number of incorrect parameters regarding the fonts, including Times.

Matt,

I took the file that you uploaded and ran through our Prinergy system and I got the same results that I did with the original file. The refined pdf looks fine but when you run it through the Prinergy VPS software at 2400 dpi or produce a plate we get the same results with the crossbar on the H at 36, 48 and 60 point.

Another way to see the results is to take the pdf and magnify the H to 2400% and you will then see how it will be produced on the plate.

[Norcrans]

Sorry Matt, I didn't see your second post before posting my reply before this one.

I've tried about everything I can think of to flush out the problem we are having but I have yet to find a program that gives me a warning that says their is an issue with that particular font and point size. I can find some that say their may be an issue with it but nothing that flat out makes the file fail.

[Norcrans]

I think I found the problem:

My thoughts exactly.

[Alith7]

well, it's not just Prinergy, my Xitron Sierra rip produced the same results. I saw the change on my TIF preview though, but the high-res PDF proof looked fine.