Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!csri.toronto.edu!edgar From: edgar@csri.toronto.edu (Edgar LeBel) Newsgroups: comp.sys.amiga.tech Subject: Re: WB 1.3 Epson LQ driver doesn't! Message-ID: <1989Sep7.090753.2043@jarvis.csri.toronto.edu> Date: 7 Sep 89 13:07:53 GMT References: <1989Sep5.232119.19260@jarvis.csri.toronto.edu> <7849@cbmvax.UUCP> Distribution: na Organization: University of Toronto, CSRI Lines: 57 I wrote: >>Is it just me or does everyone with an Epson LQ variety printer have this >>problem: the 1.3 printer driver changes into >carriage-return> when printing text, and inserts after each line of >>graphic data, resulting in double-spaced text and images chopped into In article <7849@cbmvax.UUCP> andy@cbmvax.UUCP (Andy Finkel) writes: > >There are 2 possible problems you are having: > >a) your parallel cable is wired so that the Epson LF->CR/LF conversion > is turned on >b) your dip switches are set so that the Epson LF->CR/LF conversion is > turned on >c) both of the above > >The printer.device assumes (and needs to assume) that when it sends a CR >the printer does a CR, and when it does a LF the printer does (only) a LF. >Epson printers have the capability to act this way, settable by both >cable and dip switch. See your Epson manual for more detail. > >andy finkel {uunet|rutgers|amiga}!cbmvax!andy >Commodore-Amiga, Inc. > Thanks to everyone for answering my question. A few responses (including Andy's) indicated that pin 14 on my parallel cable (an official Commodore one) is to blame. It is called AUTO FEED XT and causes the paper to feed one line "after printing", so the manual says. Before I pull pin 14 out of my parallel cable, I would just like to confirm that this will solve the problem. The documentation of pin 14 in my manual is cryptic (1 line of text). Will disabling this pin make the printer interpret LF,CR as a single LF? As a test, I patched the printer command table in the EpsonQ driver so that ESCE (return/lf) only puts out the lf. I can now "cat >prt:" without extra linefeeds between the lines, but that still leaves the graphics. Here is a sample of some graphic data captured with CMD: FFFFFFFFFFFFFFFF 0D0D 1B4A18 1B7200 1B2A26D002 FFFFFF ^-end of line 1^ ^^^^ ^^^^^^ ^^^^^^ ^^^^^^^^^^ ^line2 data (I counted | | | | 2160 bytes) | 18/180 | set gr.mode (720 cols.) | line not in | feed my manual | WHAT'S THIS FOR? Will disabling pin 14 cause these two CRs to be ignored? Does the ESC J perform the actual paper advance, or does the CR? Hobie Orris (impersonating Edgar Lebel)