Apple-2-Tools/AppleWin
1
0
Fork 0
mirror of https://github.com/AppleWin/AppleWin.git synced 2024-06-02 20:41:38 +00:00
Code Issues Projects Releases Wiki Activity

Added clean-up list

Browse Source
This commit is contained in:
tomch 2006-03-11 11:03:14 +00:00
parent d843f5684c
commit 16c11150c7
1 changed files with 19 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

25
AppleWin/docs/ToDo.txt
View File

@ -1,5 +1,5 @@
To-do list To-do list (Tom)
========== ================
This is a (non-exhaustive) list of stuff that I personally would like to get done: This is a (non-exhaustive) list of stuff that I personally would like to get done:
@ -13,8 +13,6 @@ b) probably fix the problem with other processes having problems playing sound a
same time as AppleWin. (Although I've not experienced this) same time as AppleWin. (Although I've not experienced this)
c) hopefully simplify things :) c) hopefully simplify things :)
. Ditch support for sound via the PC speaker.
. Run emulation (or message-pump?) in a seperate thread. . Run emulation (or message-pump?) in a seperate thread.
So that the sound is continuous when dragging the window or starting other applications, etc. So that the sound is continuous when dragging the window or starting other applications, etc.
@ -26,8 +24,23 @@ So that the sound is continuous when dragging the window or starting other appli
. Save-state supporting Phasor, harddisk & Ramworks III . Save-state supporting Phasor, harddisk & Ramworks III
. Floating-bus support (using Nick Westgate's code) . [NICK] Floating-bus support (using Nick Westgate's code)
For Drol, Lock'n'Chase, TetrisII, etc For Drol, Lock'n'Chase, TetrisII, etc
. Support for switching display modes mid-frame . Support for switching display modes mid-frame
To support Bob Bishop's intros To support Bob Bishop's intros
---
Plans for (1st pass) cleaning up are:
. Ditch the x86 code to access the PC speaker + ditch PC speaker support
. Ditch DLL support completely & re-factor any code that jumps through hoops to be compatible with DLLs:
namely CpuCalcCycles() & CPU_FASTPAGING, etc.
. The arrays ioread[] & iowrite[] in Memory.cpp should be switched from units of 1 byte to 16 bytes.
This will yield 256 entries spanning [$C000…$CFFF] – currently it’s only [$C000…$C0FF]. This will mean that:
a) cards with I/O mapped above $C0FF (eg Mockingboard, Mouse?) don’t have to be kludged as in the READ/WRITE macros in CPU.cpp
b) $CFFF (ROMs out) can be emulated
. Talking of CPU.cpp & those macros: I’d prefer to replace them with inline funcs. Maintenance of these
macros is a bitch & they can’t be single-stepped. Inline funs should yield the same code (in release build)
as the macros.