Re: Apple II Graphics

[heuser.marcus@freenet.de]

On Sep 9, 8:11 pm, Andy McFadden <fad...@fadden.com> wrote:
>
> I struggled with this a bit in CiderPress, which is why there are three
> color conversion modes for DHR (plus black & white).

CiderPress does a great job delivering a first impression
or for checking things. It's more than anybody could ask.

>  Nothing quite matches the //e DHR output, and the IIgs RGB monitor output is just plain bizarre
> (e.g. the color of a pixel is affected by the colors of the pixels to
> its left and right, but it still has the hard edges of an RGB image).

You get similar results with standard hires graphics.
I experimented with color quality on a //e some time ago:

http://img217.imagevenue.com/img.php?image=85538_img_2670_122_251lo.jpg
http://img165.imagevenue.com/img.php?image=85540_img_2672_122_839lo.jpg
http://img14.imagevenue.com/img.php?image=85548_img_2673_122_813lo.jpg
http://img153.imagevenue.com/img.php?image=85564_img_2682_122_806lo.jpg
http://img43.imagevenue.com/img.php?image=85590_img_2690_122_810lo.jpg

Note the "cop" (or is it a miner? ;-) and his color fringes.
Of course there'll always be the question what problems the
display itself adds...

However, I think we won't get an authentic looking emulation
image with a simple one to one translation or by replacing
the "theoretic" color with a presumably better one.

I also think that we need more than one or two pixels on
the host display for a single "Apple II pixel". Maybe
eight pixels (four by two) would give enough headroom for
simulation color fringing with gradients.

bye
Marcus