It is sad that DApple EMU stays in 16 Bits and still use segment model
instead of flat model. I always complain that DApple Emu does not support
80 columns and double high resolution. The author of DApple Emu claims that
it needs 32 Bits to support 640x400 instead of 320x200 resolution. I can
tell that it is not necessary. Turbo C++ 3.0 has an ability to create two
bank of 64K that will enable SVGA instead of VGA to support 640x400 before
it can enable 80 columns and double high resolution.
The author of DApple Emu is depressed that he did the project from
scratch because he can't get a hold of the author of ApplePC. The simple is
to use Disassembler Tool to read ApplePC's binary executable. Convert
assembler code into C/C++ source code and fix and improve some bugs. It can
be a lot of work to do.
You might say that it does not do any good, then why DApple Emu is very
slow in development? It looks like that it already gave up from writing
DApple Emu project. I am curious.