Bug 690508 - Transparent EPS doesn't convert corectly to PNG and PDF
Summary: Transparent EPS doesn't convert corectly to PNG and PDF
Status: RESOLVED WORKSFORME
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Graphics Library (show other bugs)
Version: 8.64
Hardware: PC Windows NT
: P2 normal
Assignee: Ray Johnston
URL:
Keywords:
: 691957 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-06-02 05:26 UTC by Evdin URSAN
Modified: 2016-10-18 09:12 UTC (History)
4 users (show)

See Also:
Customer:
Word Size: ---


Attachments
EPS with transparency - example 1 (7.86 MB, application/postscript)
2009-06-02 05:28 UTC, Evdin URSAN
Details
EPS with transparency - example 2 (424.79 KB, application/postscript)
2009-06-02 05:29 UTC, Evdin URSAN
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Evdin URSAN 2009-06-02 05:26:34 UTC
I've used GS 8.63 for some months and everything went almost perfect but at one 
moment I had a problem with some EPSes and I decided to update to GS 8.64. 
Since then all EPSes that I have with some transparency on the interior doesn't 
convert correctly to PNG - instead of transparency, I get a white zone.

I'm using the following command line

C:\GS\gs8.64\bin>gswin32c -dSAFER -dBATCH -dNOPAUSE -r300 -sDEVICE=pngalpha -
dTextAlphaBits=4 -dGraphicsAlphaBits=4 -sOutputFile=Temp_3001.png -dEPSCrop 
goala.eps

Please check the attached files as examples for EPS.
Comment 1 Evdin URSAN 2009-06-02 05:28:27 UTC
Created attachment 5066 [details]
EPS with transparency - example 1
Comment 2 Evdin URSAN 2009-06-02 05:29:03 UTC
Created attachment 5067 [details]
EPS with transparency - example 2
Comment 3 Evdin URSAN 2009-06-02 05:30:14 UTC
I'm using the Windows Vista 32bit. 
Comment 4 Marcos H. Woehrmann 2009-06-02 07:09:27 UTC
I was able to duplicate this and found the revision responsible for the regression:

------------------------------------------------------------------------
r9288 | leonardo | 2008-12-13 12:05:37 -0800 (Sat, 13 Dec 2008) | 26 lines

Enhancement (graphics) : Implement new device virtual method 'fillpage'.
Comment 5 Evdin URSAN 2009-06-02 07:11:14 UTC
Please, help me somehow to get a fix for this? What possibilities do I have? 
Thank you
Comment 6 Henry Stiles 2009-06-11 10:19:36 UTC
We'll have a discussion at Tuesday's meeting about reverting this fillpage patch.
Comment 7 Henry Stiles 2009-07-29 21:59:17 UTC
fix severity.
Comment 8 Masaki Ushizaka 2009-08-13 03:15:51 UTC
I see difference in file 'example 1' between gs 8.63 and gs 8.64, but do not in 'example 2'.
I tried 'example 1' with current head (r9980) and reproduced the problem on both Mac OS X 10.5.7 + 
Xcode 3.1.2 and Windows XP SP3 + VS2008 Express SP1.
Comment 9 Filip 2009-09-21 08:16:34 UTC
I can confirm that the same occurs for ps2pdf conversion. A white background is
added for transparent ps files. This is crucial for personalization when merging
generated PDF files with master pages. This white background covers whole master
page. This makes personalization impossible.
Comment 10 Evdin URSAN 2010-09-16 13:33:06 UTC
Hi,

I've seen that a new release has been made (8.71) but though I'm applying it, it doesn't seems to fix my problem.

Has been done something lately about this bug?

Thanks.
Comment 11 Michael Vrhel 2010-09-16 17:56:50 UTC
I will look into this soon (within the next few weeks).
Comment 12 Alex Cherepanov 2011-02-19 23:12:30 UTC
*** Bug 691957 has been marked as a duplicate of this bug. ***
Comment 13 Benoit Decherf 2011-02-20 05:30:23 UTC
Are you sure that this is the same bug (691957) ?
I just try the release 8.63, and I have the same result with an .ai (si this is not a regression since 8.64 in my case).
Comment 14 Chris King 2011-07-07 17:59:01 UTC
We run into this problem a lot at Pixar. The problem occurs when the image is larger than BitmapMax. A workaround is to set BitmapMax on the command line. The default is 10M we have been experimenting with setting it to 2G.

Chris King
Technical Director
Pixar Animation Studios
Comment 15 Ray Johnston 2011-07-08 14:31:46 UTC
OK, so this problem is only with clist (banding) mode.

The correct spelling of the parameter that controls the maximum page size that
will use page buffer mode is -dMaxBitmap=

I determined that with -dMaxBitmap=13000000 is large enough with this file
(when using -dEPSCrop) to avoid using banding mode so that the center of the
page frame is transparent in the pngalpha output.

Assigning to myself to see why clist mode is not acting the same way as
page buffer mode.
Comment 16 Alex Cherepanov 2012-08-16 05:28:26 UTC
Ghostscript v. 9.06 preserves transparent background in both files
with any value of -dMaxBitmap= , including rather small ones.
The command line given in the original report also works fine.
Comment 17 Marcos H. Woehrmann 2012-08-31 19:50:06 UTC
I've reopened this bug since differences between the page mode and clist mode shouldn't exist:

(In reply to comment #15)
> Assigning to myself to see why clist mode is not acting the same way as
> page buffer mode.
Comment 18 Ken Sharp 2016-10-18 09:12:26 UTC
As per my email to tech "banding/page mode bugs", closing this file as I cannot reproduce a problem.