![](https://secure.gravatar.com/avatar/7d19e6b2520f265ddf2121b2c29cc0d9.jpg?s=120&d=mm&r=g)
Bugs item #2100, was opened at 2008-10-09 00:18 Status: Open Priority: 3 Submitted By: Stefan Becuwe (sbecuwe) Assigned to: Nobody (None) Summary: colors on page influenced by included pdf image Category: PDF inclusion
Group: v1.40.8 Resolution: None
Initial Comment: I've got a problem with defined colors on a page when I include a pdf image. The original file (regression-org.pdf) is included on the second page: blue and red on that page are different from the blue and red on the other pages. However, if I convert the included pdf image to ps via pdftops and back to pdf via pstopdf (regression.pdf), there's no problem as shown on the last page. Is this a bug in pdftex, or am I using an "incorrectly" generated pdf image file, since a double conversion seems to produce the correct output? (I'm using texlive's 2008 pdftex 1.40.9) Best regards Stefan ----------------------------------------------------------------------
Comment By: Martin Schröder (oneiros) Date: 2008-10-10 10:56
Message:
I don't think the problem here is transparency (I don't find a /Group), but ICC, as regression-org.pdf uses an /ICCbased colorspace. Oh, and I get the same colours here with 1.40.9 and AR8 on Linux.
----------------------------------------------------------------------
Comment By: Heiko Oberdiek (oberdiek)
Date: 2008-10-10 10:13
Message:
It's a known problem of later AR versions if transparency
is involved. Then AR seems to be using a different
method for displaying the page and colors may change.
PostScript doesn't support transparency, thus converting
to PS and back to PDF gets rid of the transparency.
Tested with:
* AR7/Linux, AR8/Linux: wrong displayed colors
* AR5/Linux: correct colors
* xpdf3.00: correct colors
* gs8.54: correct colors, but warnings for second page:
CS/cs (setcolorspace) operand not a name:
[/ICCBased -dict-]
* gs8.62: fails on page two with /unknownerror.
Yours sincerely
Heiko