From: Robert L K. <rl...@al...> - 2000-02-19 01:31:03
|
From: sh...@al... Date: Sat, 19 Feb 2000 02:41:36 +0900 > You'll note that the ESC(/ command > is starting the lines at different horizontal positions (offset 0, 1, > 2, and 3). Ah, this was the crucial piece of information which I missed. Now all is clear. Well, almost... Currently, unprint is calculating a "skip factor", which says how many pixels to move over to the right for each pixel printed. I added the line: skip*=2; just under the calculation of the skip factor, and the Graphic2.prn file then unprints very nicely. In fact, the image looks so good (in terms of pixel placement), it really calls attention to how badly I'm approximating the colors. I really should fix that... That's going to be a lot of work, I suspect. But, my question is, is this simple hack correct? Do we just want to double the skip factor under all conditions, or, just certain conditions? I really think this information has to be in the ESCP2 file somewhere. Either in the long init string, in the remote mode section, or the ESC(D. I don't think that the long init string or remote mode section has anything to do with it, since we don't print that. As for the ESC(D command, that's anybody's guess. I think we need to try printing with and without that command present in various modes to see what happens. BTW, could you check in your latest unprint when you get a chance? If we get even halfway decent printing on the 740 (the bits come out in the right place), I want to do the release this weekend or at latest Monday, to get the code out there. -- Robert Krawitz <rl...@al...> http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for The Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |