Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Archive » net.micro.amiga » Graphics Line Overlay with Dot Matrix Printer (need help)
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Graphics Line Overlay with Dot Matrix Printer (need help) [message #282296] Sat, 18 January 1986 01:07 Go to next message
star is currently offline  star
Messages: 23
Registered: October 1985
Karma: 0
Junior Member
Article-I.D.: vax4.3030
Posted: Sat Jan 18 01:07:33 1986
Date-Received: Mon, 20-Jan-86 04:20:50 EST
Distribution: net
Organization: John Fluke Mfg. Co., Inc., Everett, WA
Lines: 44

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
Re: Graphics Line Overlay with Dot Matrix Printer (need help) [message #282321 is a reply to message #282296] Mon, 20 January 1986 10:00 Go to previous messageGo to next message
daveb is currently offline  daveb
Messages: 13
Registered: September 2013
Karma: 0
Junior Member
Article-I.D.: amiga.572
Posted: Mon Jan 20 10:00:44 1986
Date-Received: Tue, 21-Jan-86 08:59:15 EST
References: <3030@vax4.fluke.UUCP>
Distribution: net
Organization: Commodore-Amiga Inc, Los Gatos, CA
Lines: 63
Summary: epson gfx overlaay fix

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)
Re: Graphics Line Overlay with Dot Matrix Printer (need help) [message #282353 is a reply to message #282296] Wed, 22 January 1986 01:03 Go to previous message
star is currently offline  star
Messages: 23
Registered: October 1985
Karma: 0
Junior Member
Article-I.D.: vax4.3041
Posted: Wed Jan 22 01:03:10 1986
Date-Received: Thu, 23-Jan-86 22:04:30 EST
References: <3030@vax4.fluke.UUCP> <572@amiga.amiga.UUCP>
Distribution: net
Organization: John Fluke Mfg. Co., Inc., Everett, WA
Lines: 44

 >  
 >  	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
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: AtariSoft games...
Next Topic: More unwanted opinions on Amiga DOS
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Sun Jan 16 16:35:32 EST 2022

Total time taken to generate the page: 0.02773 seconds