sdh@joevax.UUCP (The Doctor) (08/12/86)
The laser writer is supposed to give you what-you-see-is-what you get
for MacPaint, right? I don't think so.
It seems that on a LaserWriter+, when printing a Macpaint document, it
looks for certain patterns to reproduce in fine detail.
For example, let the character X, represent a pixel on the LaserWriter. And
Let Macintosh pixels be equal to 4 X's (a 2x2 block).
If you have this pattern in Macpaint:
XX XX
XX XX
XX XX
XX XX
you should get the same thing from the laser writer. Instead it generates:
X X X X
X X X X
X X X X
X X X X
Theoretically, these are equivalent, ie, the same pixel density. The trouble
arises when you don't have large areas of patterns that can easily be
recognized by the LaserWriter Driver. What results is that pictures do not
come out looking like they do on the screen, in fact the pattern aliasing
makes digitized pictures look out and out wrong, since the way pixels are
arranged in blocks severely effects the way levels of gray are preceived.
Is there any way to get around this quirk? Is there a program that will
reproduce Macpaint pictures on a LaserWriter+ doing a true pixel for pixel
mapping instead of pattern matching?
Steve Hawley
joevax!sdhbrian@ut-sally.UUCP (Brian H. Powell) (08/13/86)
In article <234@joevax.UUCP>, sdh@joevax.UUCP (The Doctor) writes: > If you have this pattern in Macpaint: > > XX XX > XX XX > XX XX > XX XX > > you should get the same thing from the laser writer. Instead it generates: > > X X X X > X X X X > X X X X > X X X X You didn't say, so I feel obligated to ask. Did you use smoothing (using "Print Final" vs. "Print Draft")? That could easily cause this problem. The smoothing algorithm is usually pretty good, but these things happen. Brian H. Powell UUCP: {ihnp4,seismo,ctvax}!ut-sally!brian ARPA: brian@sally.UTEXAS.EDU