Re: Color fringe hires behavior

["BLuRry" <brendan.robert@gmail.com>]

> BTW, from your original post, I assume this is all being done on
> real Apple II's and has *nothing* to do with emulation--correct?

It has nothing to do with emulation... yet.  :-)  I have two things I
want to do.  The first is to generate a best-fit image converter then
understands exactly how different combinations of patterns will appear
when displayed in NTSC.  So in order to know what patterns are
best-fit, I need to have the ability to produce lookups of the
combinations to aid the dithering process.  As a bonus, having an
understanding of why/when the gray dhgr pixels have a slightly green or
red edge to them or how two pixels look when next to each other (e.g.
would the pattern 0011 1100 produce an offset white pixel?)  would
correct the nastiness of my rgb-based approach for the pseudo color
algorithm I wrote previously.  In a sense, a best-fit solution would
take these odd behaviors into account when converting the image and
might take advantage of the behavior.

Once I've gone that far, I might as well add this color dithering logic
to the java-based emulator that's 1/3 completed on my hard drive.
Because, hey, why not? :-)