Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!ucsfcgl!pixar!flip
From: flip@pixar.UUCP (Flip Phillips)
Newsgroups: comp.sys.mac.programmer
Subject: Re: antialiased lineProc
Message-ID: <1629@pixar.UUCP>
Date: 19 Mar 88 23:18:04 GMT
References: <470@stech.UUCP> <5678@cit-vax.Caltech.Edu> <23322@ucbvax.BERKELEY.EDU>
Reply-To: flip@pixar.UUCP (Flip Phillips)
Organization: Pixar -- Marin County, California
Lines: 27

In article <23322@ucbvax.BERKELEY.EDU> oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster) writes:
>In article <5678@cit-vax.Caltech.Edu> sho@tybalt.caltech.edu.UUCP (Sho Kuwamoto) writes:
>>Has anyone written a lineProc that does a smidgen of anti-aliasing?
[...]

Well, there are a couple of reasonable ways to do it... the afore mentioned
posting is a good example. You can simply low-pass filter the thing too...
you can implement this in assembler pretty well [I'll post some 'C'
code if anyone is interested] I also have a 'hard edge' anti-aliaser
too which looks for abrupt changes in the image (i.e. a line across
a white background) and only antialiases where it is necessary.
It isnnt much faster but it is useful if you want to anti-alias as a post-
line drawing step. You can use a mask layer if you dont want to anti alias
anything else. (ie. draw bunch of lines, register lines in mask layer,
draw other stuff (text, pictures). run anti-aliaser using mask layer...)

I can post/mail this maybe...

>Anybody willing to post a tutorial on doing a better algorithm?
>How about stereo on the Mac II?

Well, no stereo, but I do have REALLY fast 3d transform & patch subdivision
routines for machines with a 68020/68881. (written on an SE w/ radius 
accelerator, tested on a II)
Any takers?
-- 
Flip Phillips                                        {sun | ucbvax}!pixar!flip
Pixar - Marin County, California