star@fluke.UUCP (David Whitlock) (01/18/86)
I need an answer and sofar have not found one! I have been using Deluxe Paint for a few months now, doing simple black on white syntax diagrams (very boring stuff). The problem that I am having is that when I dump the picture to lets say a Panasonic KX-P1093 dot matrix printer, the last row of dots in the slice gets overlayed with the top row of dots of the next pass. What this means (or looks like) is instead of a consistant shade of black, it is interlaced with a one dot overstrike every pass. 111111111111 111111111111 xxxxxxxxxxxx 111111111111 111111111111 xxxxxxxxxxxx etc....... I know you may suggest, did I read the manuals, try all the preference settings etc. Of course! So what gives. I've talked t two local dealers and they experience the same problems on an Okimate 20, all Star and Epson printers and the list goes on. EA claims it is not their problem, I verified this because a dump of MEMO to the printer does the same thing. My only thought is the EPSON printer drivers? Amiga HELP........... Also, through other developers I've obtained a bin copy of another version of Micro Emacs V 0.7. It seems that this originated from Amiga CA. It is quite impressive, with pull down menu for most of the uEmacs commands. The only problem is that it does not unallocate memory on exit. This means a rebooot to do anything else usefull. All in all, quite impressive. I this version did originate from the Amiga Boys in CA, could you post the sources, if not, will the real uEmacs/Amiga hacker please stand up!! -- -- Dave Whitlock {decvax!microsof,uw-beaver,ssc-vax,allegra,lbl-csam}!fluke!star John Fluke Mfg. Co., 33031 Schoolcraft Road, Livonia, MI 48150
daveb@amiga.UUCP (Dave Berezowski) (01/20/86)
In article <3030@vax4.fluke.UUCP>, star@fluke.UUCP (David Whitlock) writes: > I need an answer and sofar have not found one! > > I have been using Deluxe Paint for a few months now, doing simple black > on white syntax diagrams (very boring stuff). The problem that I am having > is that when I dump the picture to lets say a Panasonic KX-P1093 dot matrix > printer, the last row of dots in the slice gets overlayed with the top row > of dots of the next pass. What this means (or looks like) is instead of a > consistant shade of black, it is interlaced with a one dot overstrike every > pass. > > 111111111111 > 111111111111 > xxxxxxxxxxxx > 111111111111 > 111111111111 > xxxxxxxxxxxx > > etc....... > > I know you may suggest, did I read the manuals, try all the preference > settings etc. Of course! So what gives. I've talked t two local dealers > and they experience the same problems on an Okimate 20, all Star and Epson > printers and the list goes on. EA claims it is not their problem, I verified > this because a dump of MEMO to the printer does the same thing. My only > thought is the EPSON printer drivers? Amiga HELP........... > > > -- Dave Whitlock > > {decvax!microsof,uw-beaver,ssc-vax,allegra,lbl-csam}!fluke!star > > John Fluke Mfg. Co., 33031 Schoolcraft Road, Livonia, MI 48150 Ok, I admit it I goofed! The code inside the epson driver tells the printer to advance 7/72 inch each time a pass of the print head is made instead of the proper 8/72 inch. Unfortunately, up until now, no one had caught this error. This will be fixed in the next release (rev 1.2) of the software. There is a solution until then though. The source code for the epson driver will be in the ROM kernal manual and you can type it in, change the line in error, and re-compile it. I'll try to get the change in the manual but it may be too late. The line in error is in the epson 'render.c' function. INCORRECT: if (err=(*(PD->pd_PWrite))("\0331",2)) return(err); /* select 7/72 inch spacing */ CORRECT: if (err=(*(PD->pd_PWrite))("\0333\030",3)) return(err); /* select 24/216 (8/72) inch spacing */ Sorry for the inconvience. Please note that this only affects the EPSON, EPSON_JX-80, and MPS-1000 drivers. All the other gfx drivers are correct. This problem is NOT in the Okimate-20 driver. Okimate has released a new eprom for the Okimate-20 which gives the user the option of overlapping lines (sometimes) or white spaces between lines (sometimes). This is due to the 'play' in the paper advance mechanism. Regards, David Berezowski (CBM/AMIGA East Coast)
star@fluke.UUCP (David Whitlock) (01/22/86)
> > Ok, I admit it I goofed! The code inside the epson driver tells > the printer to advance 7/72 inch each time a pass of the print head > is made instead of the proper 8/72 inch. Unfortunately, up until now, > no one had caught this error. This will be fixed in the next release > (rev 1.2) of the software. There is a solution until then though. > The source code for the epson driver will be in the ROM kernal manual > and you can type it in, change the line in error, and re-compile it. > I'll try to get the change in the manual but it may be too late. > > The line in error is in the epson 'render.c' function. > > INCORRECT: > if (err=(*(PD->pd_PWrite))("\0331",2)) return(err); > /* select 7/72 inch spacing */ > > CORRECT: > if (err=(*(PD->pd_PWrite))("\0333\030",3)) return(err); > /* select 24/216 (8/72) inch spacing */ > > Sorry for the inconvience. Please note that this only affects > the EPSON, EPSON_JX-80, and MPS-1000 drivers. All the other gfx > drivers are correct. This problem is NOT in the Okimate-20 driver. > Okimate has released a new eprom for the Okimate-20 which gives > the user the option of overlapping lines (sometimes) or > white spaces between lines (sometimes). This is due to the > 'play' in the paper advance mechanism. > > Regards, David Berezowski (CBM/AMIGA East Coast) No where can I find the source to 'render.c' in the 'virtural array' Rom Kernal Manual without an index. Would you please post this source so that everyone concerned with the above problem, can correct it asap. -- -- Dave Whitlock {decvax!microsof,uw-beaver,ssc-vax,allegra,lbl-csam}!fluke!star John Fluke Mfg. Co., 33031 Schoolcraft Road, Livonia, MI 48150