On 2011-02-16 00:48:45 -0500, Michael J. Mahon said:
sicklittlemonkey wrote:
On Feb 16, 6:37 pm, "Michael J. Mahon" <mjma...@aol.com> wrote:
It uses "vapor lock"--reading floating-bus video data to sync with
the video generator to create a "window" of a different video mode
than the rest of the screen.
Yes, I had this working in a couple of emulators years ago. (I even
sent a copy to Bob Bishop who got a kick out of seeing Money Munchers
for the first time in 20 years. And I also sent a copy to you! ;-)
I remember! ;-)
Anyway, as you know there are differences between the II and //e and
PAL and NTSC video scanner, and I think MM requires II/NTSC scanning -
in which case Sheldon won't see it working properly on a //e. I might
be mis-remembering though.
I haven't checked the details of the differences, but I would
imagine that at least parts of the video refresh accesses are
either the same or similar enough that some sync schemes would
work on both. Whether Money Munchers is one of these I don't
know.
-michael
NadaNet 3.1 for Apple II parallel computing!
Home page: http://home.comcast.net/~mjmahon/
"The wastebasket is our most important design
tool--and it's seriously underused."
It works on a real Apple IIe and on unmodified Applewin, and on my
hacked Applewin, BUT, the display is not perfectly stable on any
of the three. There is some flickering in the text section on the
IIe and on unmodified Applewin, and my hacked Applewin flickers
more.
I know in the case of my video code the problem is that the floating
bus value is only updated once every instruction (instead of every
cycle) and I'll fix this soon. I haven't yet figured out the difference
between a IIe and a II (if any), but I'm sure the Sather books will
help sort it out.