See attachments: they are from the very same pdf rendered into png with different resolutions. As you can notice, colors are different, even where antialiasing can't explain that. I think the colors of the higher resolution rendering are the right ones. This gs totally unreliable and hence practically useless for any vector-to-bitmap use.
Created attachment 8037 [details] lower resolution
Created attachment 8038 [details] higher resolution I had already attached this to the report but somehow it disappeared, so here it is again
Please attach the source PDF file and check also if this is fixed in trunk. There was a resolution dependency recently fixed for the pngalpha device. Not sure which png device you are testing with. Please include the command line.
Here's the command line: ./gs-904-linux_x86 -dNOPAUSE -dBATCH -dUseCropBox -sDEVICE=pngalpha -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -rXXXX -sOutputFile=output.png input.pdf7 The pdf is huge, I can't attach it, but I think this would happen with just any pdf. I think I experienced the same with png16m as well (almost sure). I'm using the binary I downloaded from here: http://downloads.ghostscript.com/public/binaries/ghostscript-9.04-linux-x86.tgz Is it supposed to include the fix you mention?
No that will not include the recent fix. Actual commit was http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=5ce12e824d7e4cb5e54f8ba730cbf6939d20834e