[Simh] 8-bit pseudocolor on modern Windows PC?
Tom Morris
tfmorris at gmail.com
Wed Jan 27 15:45:58 EST 2016
Looks like we already discussed this a few years ago and someone had
actually started a QDSS emulator.
http://mailman.trailing-edge.com/pipermail/simh/2014-June/012922.html
http://9track.net/simh/video/
Not sure if they've made any progress since then, but I'd expect it to be a
pretty significant chunk of work.
Tom
On Wed, Jan 27, 2016 at 3:08 PM, Paul Koning <paulkoning at comcast.net> wrote:
>
> > On Jan 27, 2016, at 3:01 PM, Tom Morris <tfmorris at gmail.com> wrote:
> >
> > On Wed, Jan 27, 2016 at 2:39 PM, Paul Koning <paulkoning at comcast.net>
> wrote:
> >
> > ...
> > 2. Handle 8 bit color, *including* updating the look of the display
> dynamically if entries in the color map are changed. That would be
> harder. You'd have to keep a backing store of the 8-bit data, and
> regenerate the truecolor image whenever the color map is changed. Doable,
> but messy.
> >
> > Is #2 actually important in practice?
> >
> > Yes. That's how the X Window System works. Apps can use the color map
> for animation and other effects.
>
> Ok, makes sense.
>
> > I can't imagine doing SIMH emulation of the QDSS/Drag-on chip would be a
> productive use of time. An implementation of PseudoColor visuals on
> TrueColor displays in the XServer would be more widely useful.
>
> I wonder: doing it in XServer is the same thing as what I described for
> #2. The only way to have it be simpler is with display hardware that has a
> color map, and it sounds like that's no longer done. Maybe I'm confused...
>
> A Dragon chip emulation would enable running VAX display software. X of
> course, but also VAXWindows if you're so inclined.
>
> paul
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20160127/7f048b6f/attachment.html>
More information about the Simh
mailing list