Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!oliveb!amiga!cbmvax!daveb
From: daveb@cbmvax.UUCP (Dave Berezowski)
Newsgroups: comp.sys.amiga.tech
Subject: Re: 1.4/1.5 suggestion--PROBLEM with Printer.Device
Message-ID: <7130@cbmvax.UUCP>
Date: 26 Jun 89 18:53:18 GMT
References: <756@lakesys.UUCP>
Reply-To: daveb@cbmvax.UUCP (Dave Berezowski)
Distribution: na
Organization: Commodore Technology, West Chester, PA
Lines: 21

In article <756@lakesys.UUCP> joe@lakesys.UUCP (Joe Pantuso) writes:
>
>When you have on dithering for grey scales and are using smoothing, the
>"grey" areas come out as "squigliy" patterns.  As far as I can tell this 
>is because the image first is converted the the dithered pattern in black 
>and white and then goes through the smoothing algorythm.  
>
>So if the device is re-written to smooth first and then convert colors to
>dotpatterns the results should be much more satisfactory.
>
>Agree?
>
	No, that is not how it works.  The printer device first computes
the new information (smooths) and then the drivers dither.  The 'problem'
is in the smoothing algorithm.  It is fast but very simple and thus under
certain conditions one can get sqiggly lines.  To see this in action,
do a print out in b&w mode sometime, it does no dithering BUT you'll
see the same artifacting.

	Solution: a (slower) more intellligent smother (not do-able in
the forseeable future).