Summary: | WTS is not working in 8.61. 8.54 worked fine. | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Rick Richardson <rickr> |
Component: | General | Assignee: | Ray Johnston <ray.johnston> |
Status: | RESOLVED WONTFIX | ||
Severity: | major | CC: | htl10, michael.vrhel, rick.richardson |
Priority: | P4 | ||
Version: | 8.60 | ||
Hardware: | PC | ||
OS: | Linux | ||
URL: | http://foo2zjs.rkkda.com/ | ||
Customer: | Word Size: | --- | |
Attachments: |
xxx-01-1.pbm.gz
xxx-01-2.pbm.gz xxx-01-3.pbm.gz xxx-01-4.pbm.gz GSBIN=gs854 foo2lava-wrapper -c testpage.ps >xxx854.lava GSBIN=gs861 foo2lava-wrapper -c testpage.ps >xxx861.lava icc.usecie.ps testpage.ps |
Description
Rick Richardson
2007-10-10 06:24:24 UTC
I'm having trouble even getting foo2zjs to run with 8.54: marcos@amd64:[167]% foo2lava-wrapper -c testpage.ps > xxx AFPL Ghostscript 8.54: Unrecoverable error, exit code 1 marcos@amd64:[168]% The xxx file isn't informative: 2345X@PJL JOB NAME="stdin" 2345X@PJL JOB USERNAME="" 2345X@PJL JOB TIMESTAMP="10/10/2007" 2345X@PJL JOB OSINFO="Linux/2.6.20-16-generic" 2345X@PJL ENTER LANGUAGE=LAVAFLOW 0S0G1200D1X1X 2345X Ignore my last comment; I found the /var/log/lpr.log entries. I had a missing environment variable, so ghostscript couldn't find any fonts (I normally run Ghostscript via an alias). I'm not able to duplicate this. Both gs8.54 and gs8.61 (r8283) produce what appear to me to be identical xxx-01-?.pbm files. What revision of 8.61 are you running? Ubuntu gs 8.61. View with eog (eye of gnome). Should be Redhat printer test page. Ubuntu 8.61: GPL Ghostscript SVN PRE-RELEASE 8.61 (2007-08-02) $ svn co http://svn.ghostscript.com/ghostscript/trunk/gs $ cd gs $ ./autogen.sh $ make; root make install # mv /usr/local/bin/gs /usr/local/bin/gs861 $ GSBIN=gs861 foo2lava-wrapper -c testpage.ps >xxx $ lavadecode -dxxx < xxx > lava.txt $ eog xxx-01-4.pbm Same result: horiz. lines. I've tried the exact steps you posted, including downloading, compiling, and installing Ghostscript, and am still getting what I think is a good output (see one of the .pbm files attached). Can you attach the xxx file that Ghostscript generates in the "foo2lava-wrapper -c testpage.ps >xxx" step? Created attachment 3457 [details]
xxx-01-1.pbm.gz
Created attachment 3458 [details]
xxx-01-2.pbm.gz
Created attachment 3459 [details]
xxx-01-3.pbm.gz
Created attachment 3460 [details]
xxx-01-4.pbm.gz
Created attachment 3461 [details]
GSBIN=gs854 foo2lava-wrapper -c testpage.ps >xxx854.lava
Created attachment 3462 [details]
GSBIN=gs861 foo2lava-wrapper -c testpage.ps >xxx861.lava
Wow, that's just what you said it looks like. How about capturing the output of Ghostscript before it's sent to foo2lava? I did this by modifying the line in foo2lava- wrapper: sed 's#^[^/]*cupsPSLevel2#false#' | \ $PREFILTER \ | ($GS $PAPERSIZE -g$DIM -r$RES $GSDEV $GSOPTS \ -sOutputFile="|cat 1>&3" $GAMMAFILE - >/dev/null) 3>&1 \ | foo2lava -r$RES -g$DIM -p$PAPER -m$MEDIA -n$COPIES -d$DUPLEX -s$SOURCE \ -z$MODEL $COLOR $CLIP_UL $CLIP_LR $CLIP_LOG $SAVETONER \ -J "$LPJOB" -U "$USER" \ $BC $AIB $COLOR2MONO $NOPLANES $EXTRAPAD -D$DEBUG to: sed 's#^[^/]*cupsPSLevel2#false#' | \ $PREFILTER \ | ($GS $PAPERSIZE -g$DIM -r$RES $GSDEV $GSOPTS \ -sOutputFile=zzz $GAMMAFILE - >/dev/null) 3>&1 \ | foo2lava -r$RES -g$DIM -p$PAPER -m$MEDIA -n$COPIES -d$DUPLEX -s$SOURCE \ -z$MODEL $COLOR $CLIP_UL $CLIP_LR $CLIP_LOG $SAVETONER \ -J "$LPJOB" -U "$USER" \ $BC $AIB $COLOR2MONO $NOPLANES $EXTRAPAD -D$DEBUG Please attach the gzipped zzz file. You might also confirm the /var/log/lpr.log line for Ghostscript looks like this: gs861 -sPAPERSIZE=letter -g10200x6600 -r1200x600 -sDEVICE=bitcmyk -dCOLORSCREEN You probably didn't: $ cd foo2zjs $ make $ ./getweb 2530 or $ ./getweb all $ sudo make install gs861 -sPAPERSIZE=letter -g10200x6600 -r1200x600 -sDEVICE=bitcmyk -dCOLORSCREEN /tmp/icc20267.usecie.ps /tmp/icc20267.crd.ps /tmp/icc20267.selcrd.ps You're right, I hadn't. I'm doing that know and will let you know what I find. BTW, which printer are you using for testing? I have KM 2530 DL, HP Color LaserJet 2600, Xerox 6110, KM 2300 DL. All fail. Don't know why. gs8.54 works like a charm. lavadecode, zjsdecode, qplddecode lets you play w/o a printer. Going to bed... I'm now able to reproduce the problem: Ghostscript 8.60 (and later) fails and Ghostscript 8.54 works. The first rev that fails is 8080. Created attachment 3464 [details]
icc.usecie.ps
Created attachment 3465 [details]
testpage.ps
Starting with r8080 Ghostscript generates an error when converting the attached using WTS at high DPI values. The error reported is: Error: /unknownerror in --showpage The command line I used for testing: bin/gs -r600 -sDEVICE=pkmraw -sOutputFile=test.ppm icc.usecie.ps testpage.ps Resolutions below 462 DPI work (on my system) and removing the icc.usecie.ps (which turns on WTS) also works. I'll need: 2400x1200 DPI $ svn -r 8080 update U src/gdevwts.c U src/gswts.c U src/gswts.h U src/gxdhtserial.c Updated to revision 8080. * Well Tempered Screening (WTS) works with ghostscript 8.54-8.57. It does not work with gs 8.15, 8.60 and 8.61. So if you want BEST COLORS, you'll have install gs 8.57. $ wget "http://mirror.cs.wisc.edu/pub/mirrors/ghost/GPL/gs857/ghostscript-8.57.tar.gz" $ tar zxf ghostscript-8.57.tar.gz $ cd ghostscript-8.57 $ ./autogen.sh $ make $ su OR $ sudo cp bin/gs /usr/bin/gs.foo # cp bin/gs /usr/bin/gs.foo wts) GSOPTS="-dCOLORSCREEN -dMaxBitmap=500000000 $GSOPTS" This is a workaround: -dMaxBitmap=500000000 (NOT MaxBitMap). WTS has several flaws, not the least of which is the performance. Closing this since we will not be addressing this in favor of other screening technology. (In reply to comment #29) > WTS has several flaws, not the least of which is the performance. > > Closing this since we will not be addressing this in favor of other screening > technology. segfault on 8.71, too. So, WTS is not the preffered screen. What is, then? (In reply to comment #30) > segfault on 8.71, too. segfault on 9.00, too Only one that works is in the SVN repo. Thanks for testing with the SVN head. We will have a release coming out (9.01) as close to Feb. 1 as we can manage, so this update will include the fix for the WTS crash. The problems with WTS are primarily that it seems to fall down on the halftone generation for some angles when the lpi is high for the current resolution. Michael Vrhel has developed a 'supercell' halftone generation program that we will be moving toward, and while this is in the SVN in: toolbin/color/halftone/halfttoning/ the documentation is almost non-existent and we haven't really done much testing with it, and it doesn't work with PostScript without changing the binary format output to something compatible with PS. We are looking at all of these issues. (In reply to comment #33) > Thanks for testing with the SVN head. We will have a release coming out (9.01) > as close to Feb. 1 as we can manage, so this update will include the fix for > the WTS crash. > > The problems with WTS are primarily that it seems to fall down on the halftone > generation for some angles when the lpi is high for the current resolution. > > Michael Vrhel has developed a 'supercell' halftone generation program that > we will be moving toward, and while this is in the SVN in: > toolbin/color/halftone/halfttoning/ > the documentation is almost non-existent and we haven't really done much > testing with it, and it doesn't work with PostScript without changing the > binary format output to something compatible with PS. We are looking at all > of these issues. Hmm. I see. But, I just read the doco GS 9.0 Color Management. So, I can use, say, gs900 -sOutputICCProfile=/usr/share/foo2qpdl/icm/samclp315-argyll-0.icm ... and get rid of the WTS completely?? Or no?? |