PSCS4, OsX and Epson…

don’t seem to play nice together.

When testing my Epson R2880 on PSCS4, it was quite obvious that something was off; The print came out looking nothing like the softproof on screen.

To give an indication of what it looked like: Here is a splitscreen: Top left is the softproofed image, bottom right is what the print looked like:
(screenshot converted to sRGB for web display: The difference is bigger in print)Softproof vs. print

The same image printed from PSCS2 was a perfect match to the softproof. Very weird.
I remembered that another photographer had complained to me about similar issues, and showed me some pdf files in preview. (In OSX you can preview a print as pdf file in Preview).

So I tried that. What a surprise: pdf generated when printing from PSCS2 was entirely different from the one using PSCS4. Same printer driver, same settings in Photoshop, same everything.
Neither of the pdfs looked even remotely like the respective prints by the way. The PSCS4 pdf looked like the softproof (as did the PSCS2 print).

Getting weirder by the minute.

A search on the net only brought up a “Double profiling” issue in OSX 10.5.something. Not what I was experiencing. Also, I’m running 10.4.11.

So, I decided to investigate further.
The pdf generated when printing from PSCS2, has an AdobeRGB1998 profile embedded. No idea why, since it is obvious the wrong profile (should be the paper specific profile for the R2880 I’d think, but that also isn’t the case)
Even weirder, the PSCS4 pdf, had a GenericRGB profile. What? Why on earth… That one has an even slightly smaller gamut then sRGB as far as I know…

Workaround

Some messing about testing with profiles followed.
It turned out that converting the PSCS2 pdf to GenericRGB, then assigning the paper profile, gave two identical images (easier to compare that way around, since the pdf coming out of the PSCS2 print path was very saturated and weird looking because of the wrong profile). Both were now again looking like the softproof in Photoshop.
So, doing the reverse (Convert to paper profile, assign GenericRGB) should give a decent print out of PSCS4. (at least, looking at the pdf. Haven’t wasted any paper on it yet).

So far for a workaround, now for the explanation…

Including “GenericRGB” in the search term proved to be a good idea. On the Adobe Forums I found a thread about grayscale printing (no wonder I hadn’t found it earlier).
In that thread Eric Chan explains how OSX Leopard will convert the image data to Generic Gray or Generic RGB before handing it off to the driver. So, yeah. That’s likely to screw things up…
I’m still not sure why or where the PDF out of PSCS2 gets an AdobeRGB profile. Seems rather silly if you ask me.

I might use the workaround when in PSCS4, or print from PSCS2 until this issue gets fixed… I think I’ll mostly use the latter, since I don’t like the idea of converting to GenericRGB somewhere in the process; it might clip colors without me having any control…
Have to compare a few prints, to see if there are differences.

Edit: The workaround does have its drawbacks: See my next blog post.

(Apple and Epson: Are you reading this?)

Post to Twitter Post to Delicious Post to LinkedIn

Tags: , , , , , ,

One Response to “PSCS4, OsX and Epson…”

  1. René Says:
    May 27th, 2010 at 18:39

    For anyone with this issue: The latest Epson driver (Printer Driver v6.62), found here fixes the issue! Yay!

Leave a Reply

© copyright 2008 René Damkot Fotografie
Design by: styleshout     Valid CSS | XHTML