Xref: utzoo unix-pc.general:7416 comp.sys.att:11592
Newsgroups: unix-pc.general,comp.sys.att
Path: utzoo!utgpu!watserv1!maytag!xenitec!iguana!lsuc!eci386!jmm
From: jmm@eci386.uucp (John Macdonald)
Subject: Re: Updates on various projects
Message-ID: <1991Jan24.161251.10720@eci386.uucp>
Reply-To: jmm@eci386.UUCP (John Macdonald)
Organization: Elegant Communications, Inc.
References: <38309@cup.portal.com> <38353@cup.portal.com>
Date: Thu, 24 Jan 91 16:12:51 GMT

In article <38353@cup.portal.com> thad@cup.portal.com (Thad P Floryan) writes:
|Update on monitor project:
|
|the paper-white monitor WORKS!  No more ugly green.  [...]

Neat.

|                                                             [...]   Still
|have some experimenting since the "intensity" signal isn't connected to
|anything.  [...]

Great - let's do grey scale... (10 second pause) oh well, that's
not a simple project is it - anybody got a month or two to spare?
Perhaps a software controllable screen dimmer and intensity control?

Actually, when I think about it, grey scale might be possible.  My
initial objection was that we'd have to provide 2 (or 4) times the
screen memory and then modify the display circuitry to scan it all
that much faster and run it through a digital to analogue and use
that to drive the intensity.  However, it could be done using the
current memory interface, by using 2 or 4 adjacent screen bits at
a time, and then making them all have the same corresponding grey
scale intensity.  (This would divide the verticle resolution down
by a corresponding factor - anyone for a 25 line by 40 (or 20)
column display with nice grey scale? - maybe not.)

Oh well, it still looks like too much work for anything that would
be useful, unless my ramblings trigger the thoughts of someone who
has a better feel for mucking around in the hardware.
-- 
Cure the common code...                      | John Macdonald
...Ban Basic      - Christine Linge          |   jmm@eci386