Re: Apple II Graphics

["Michael J. Mahon" <mjmahon@aol.com>]

Andy McFadden wrote:
> heuser.marcus@freenet.de wrote:
> > 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...
>
>
> I actually put a "more than 6 colors" demo and hi-res screen shot onto the
> CiderPress tutorial disk.  IIRC the IIgs RGB display does show the "extra"
> colors, so it's possible to get consistent results across different monitors.
>
> The key to all of these is probably to transform from pixels to some
> representation of a signal, and then pretend to be an NTSC display device
> to convert back to pixels.  Might be too slow for an emulator, but it could
> certainly work for static screen shots.

Actually, using a simple mapping table, it fits nicely into an
emulator's timing budget--hopefully we'll see it soon.

With multiprocessors becoming common in home machines and even
laptops, the video rendering would make a good candidate for a
separate thread or process--just like the actual hardware.  ;-)

-michael

AppleCrate II: An Apple II "blade server"!
Home page:  http://members.aol.com/MJMahon/

"The wastebasket is our most important design
tool--and it's seriously underused."