Bug 689786 - Photoshop PDF Text Layers Aren't Antialiased
Summary: Photoshop PDF Text Layers Aren't Antialiased
Status: RESOLVED WONTFIX
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Color (show other bugs)
Version: 8.62
Hardware: All Linux
: P4 normal
Assignee: Michael Vrhel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-08 11:58 UTC by Jordan
Modified: 2016-12-12 01:04 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments
This is a photoshop PDF with a text layer. (494.03 KB, application/pdf)
2008-04-08 12:06 UTC, Jordan
Details
Here's a screenshot of Acrobat Reader rendering this PDF. (63.21 KB, image/png)
2008-04-08 12:07 UTC, Jordan
Details
Here's what ghostscript renders. (11.21 KB, image/png)
2008-04-08 12:07 UTC, Jordan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jordan 2008-04-08 11:58:34 UTC
I've recently come across some Photoshop-generated PDFs with text layers.  If I
render them with the Ghostscript 8.62 with the -dGraphicsAlphaBits=4
-dTextAlphaBits=4 options set no smoothing is done on the text.  The text is
properly smoothed when using Adobe Acrobat, Photoshop, and even Evince with
poppler-cairo.  In general, the *AlphaBits options work fine for me with
non-photoshop PDFs.
Comment 1 Jordan 2008-04-08 12:06:08 UTC
Created attachment 3923 [details]
This is a photoshop PDF with a text layer.
Comment 2 Ralph Giles 2008-04-08 12:06:39 UTC
Related to the pdf14 compositor disabling anti-aliasing?
Comment 3 Jordan 2008-04-08 12:07:00 UTC
Created attachment 3924 [details]
Here's a screenshot of Acrobat Reader rendering this PDF.
Comment 4 Jordan 2008-04-08 12:07:44 UTC
Created attachment 3925 [details]
Here's what ghostscript renders.
Comment 5 Jordan 2008-04-08 12:48:22 UTC
It probably is related to such an issue because, I forgot to mention, gs also
fails to anti-alias Photoshop layer clipping paths (I'm not sure if that's the
correct terminology, you know, the ones that let you make mutable shapes).
I also tried saving down to PDF 1.3 and up to PDF 1.5 using Photoshop and this
problem still happens.
Comment 6 Ray Johnston 2008-04-08 15:27:16 UTC
Tagging this as a 'color' issue since this is a known deficiency (at least with
text) in the way anti-aliasing is ignored by the pdf14 transparency device.
Comment 7 Michael Vrhel 2011-04-02 06:34:45 UTC
Looked at this and the issue has nothing to do with transparency.  What is strange is that there is a rendering difference between having -dTextAlphaBits=4 and not but it fails to do any alpha like blending.
Comment 8 Ken Sharp 2016-12-12 01:04:24 UTC
This is because the PDF file does not, in fact, contain 'text' in PostScript terms.

The Text AlphaBits parameter only applied to actual text, which in PostScript terms means something which is drawn using the 'show' family of operators. The 'text' in this document is actually drawn using clipping and an image. While there is 'text' in a PDF sense, it is drawn using text rendering mode 7 (add text to path for clipping) and then used to clip a large pure black image. The image is named 'text layer.jpg' and is a CMYK DCT-compressed (!) pure black image.

So TextAlphaBits will have no effect on this input, because the text is not really text, its a clip path. GraphicsAlphaBits also won't have any effect, because we don't anti-alias clip paths, as that leads to some highly undesirable effects under other circumstances.