The customer reports and I've confirmed that recent versions of Ghostscript, including gshead (r8611), produce bad EPS files from the attached file when using -sDEVICE=epswrite. I've identified the first version that demonstrates this problem as r8233, which based on the log message seems plausible: Make pswrite and epswrite devices generate proper line-interleaved image stream even when they receive several scan lines at once. This happens when the source image operator takes large strings as multiple data sources. The commands I'm using for testing: bin/gs -sDEVICE=epswrite -sOutputFile=test.eps ./in.eps bin/gs -sDEVICE=ppmraw -sOutputFile=test.ppm -r300 ./test.eps
Created attachment 3900 [details] in.eps
I've committed the rev. 8233 and would like to fix this bug.
Fine with me Alex, want to re-assign it to yourself ?
Fix incorrect scanline length calculation in 1 bit/component images on pswrite and epswrite devices. A patch is committed as a rev. 8617. http://ghostscript.com/pipermail/gs-cvs/2008-March/008203.html pswrite and epswrite devices are not yet covered by regression testing.
*** Bug 689785 has been marked as a duplicate of this bug. ***