1
0
mirror of https://github.com/pevans/erc-c.git synced 2024-11-27 20:51:17 +00:00
erc-c/include/apple2.h
2018-02-07 15:24:02 -06:00

363 lines
11 KiB
C

#ifndef _APPLE2_H_
#define _APPLE2_H_
/*
* A forward declaration is needed to avoid some errors in dd.h where we
* need to define a function that accepts an apple2 pointer.
*/
struct apple2;
typedef struct apple2 apple2;
#include "apple2.dd.h"
#include "mos6502.h"
#include "vm_bitfont.h"
#include "vm_screen.h"
/*
* This is the size of the bitmap font we use for the apple2
*/
#define APPLE2_SYSFONT_SIZE 21558
/*
* The reset vector is the address where the apple will consult to
* figure out where control should go after a reset. Think of this as
* something like a pointer to a main() function in C. That is: where's
* the main function? Let's ask the reset vector!
*/
#define APPLE2_RESET_VECTOR 0x03F2
/*
* This is the address of the validity-check byte, aka the power-up
* byte. The Apple II will use this to see if the reset vector is valid.
*/
#define APPLE2_POWERUP_BYTE 0x03F4
/*
* I'm not _exactly_ clear on where the applesoft interpreter lives in
* ROM, after spending possibly too-much time researching how this
* works. My guess is I'm missing something that's obvious to others.
* $E000 seems to be the original spot that Integer BASIC was contained,
* and I'm going to guess Applesoft BASIC is in the same spot. Here's
* hoping!
*/
#define APPLE2_APPLESOFT_MAIN 0xE000
enum color_modes {
COLOR_GREEN,
COLOR_AMBER,
COLOR_GRAY,
COLOR_FULL,
};
enum lores_colors {
LORES_BLACK,
LORES_MAGENTA,
LORES_DARKBLUE,
LORES_PURPLE,
LORES_DARKGREEN,
LORES_GRAY1,
LORES_MEDBLUE,
LORES_LIGHTBLUE,
LORES_BROWN,
LORES_ORANGE,
LORES_GRAY2,
LORES_PINK,
LORES_LIGHTGREEN,
LORES_YELLOW,
LORES_AQUAMARINE,
LORES_WHITE,
};
// Write-protect on/off.
// Read target = ROM or RAM.
// Write target = RAM.
// Set mode of $Dxxx hexapage bank1 or bank2 ram.
// 0 - 0=off 1=on
// 1 - 0=ROM 1=RAM
// 2 - 0=BANK1 1=BANK2
/*
* An Apple II has bank-switched memory beginning with $D000 extending
* through $FFFF. The enums below define bit flag names to determine
* what is accessible through those addresses.
*
* Note that it _is_ possible to write while reading ROM, but your
* writes will not go to ROM; they'll go to _RAM_. Any write to $E000 -
* $FFFF may only be sent to bank 1 RAM. Writes to $D000-$DFFF may
* either be sent to bank 1 RAM or bank 2 RAM based upon the RAM2 bit
* flag below.
*/
enum memory_mode {
/*
* By default, memory accesses go to main memory in _all_ cases.
* Auxiliary memory is not used in any capacity.
*/
MEMORY_DEFAULT = 0x0,
/*
* When this is on, the core 48k (non bank-switchable) of memory
* will be read from auxiliary memory. When off, it will be read
* from main memory.
*/
MEMORY_READ_AUX = 0x1,
/*
* When on, writes to the core 48k of memory will go to aux; when
* off, they go to main.
*/
MEMORY_WRITE_AUX = 0x2,
/*
* This bit is what the tech reference calls an "enabling" switch,
* for PAGE2 and HIRES below. If this bit is not on, then those two
* other bits don't do anything, and all aux memory access is
* governed by WRITE_AUX and READ_AUX above.
*/
MEMORY_80STORE = 0x4,
/*
* When 80STORE is on, PAGE2 will allow you to access auxiliary
* memory for the display page. The range depends on HIRES below.
* When PAGE2 is on and HIRES is off, then PAGE2 causes accesses to
* $0400..$07FF to always go to auxiliary memory (read or writes).
* When both PAGE2 and HIRES are on, then $2000..$3FFF also go to
* aux memory. When 80STORE is off, then these two bits are ignored.
*/
MEMORY_PAGE2 = 0x8,
MEMORY_HIRES = 0x10,
/*
* When this is high, expansion ROM is considered in use. That means
* that the $C800..$CFFF range will be mapped to the expansion ROM
* area of the rom segment (which is at the end), vs. the internal
* ROM area, which is at the $0800..$0FFF range within the rom
* segment.
*/
MEMORY_EXPROM = 0x20,
/*
* When SLOTCXROM is high, the entire range of $C100..$C7FF will be
* mapped to the peripheral ROM area of the rom segment (which is in
* the $4100..$47FF address range there); otherwise, $C100...$C7FF
* is mapped to internal ROM, located at $0100..$07FF within the
* same rom segment.
*
* It's not possible to map a single peripheral ROM page, with the
* exception of slot 3 (via SLOTC3ROM). That page is special because
* of its use by the 80-column text card. You can have SLOTC3ROM
* high but SLOTCXROM low.
*/
MEMORY_SLOTCXROM = 0x40,
MEMORY_SLOTC3ROM = 0x80,
};
enum display_mode {
DISPLAY_DEFAULT = 0x0,
/*
* Display text in the "alternate" character set
*/
DISPLAY_ALTCHAR = 0x1,
/*
* Show text in 80 columns, rather than the default 40 columns
*/
DISPLAY_80COL = 0x2,
/*
* Display only text. By default, we display lo-res graphics and
* perhaps mixed graphics and text if the MIXED bit is high.
*/
DISPLAY_TEXT = 0x4,
/*
* If TEXT is not high, then we are directed to display both text
* and graphics.
*/
DISPLAY_MIXED = 0x8,
/*
* If this is high, we will show high-resolution graphics; if not,
* low-resolution. This bit is overridden by TEXT; if TEXT is high,
* we will only show text.
*/
DISPLAY_HIRES = 0x10,
/*
* Enable IOU access for $C058..$C05F when this bit is on; NOTE: the
* tech ref says that this is left on by the firmware
*/
DISPLAY_IOUDIS = 0x20,
/*
* Display double-high-resolution graphics
*/
DISPLAY_DHIRES = 0x40,
};
enum bank_switch {
/*
* In nominal bank-switch mode, reads in the bank-switchable address
* space go to ROM; writes to RAM are protected; and bank2 memory is
* used.
*/
BANK_DEFAULT = 0x0,
/*
* When on, this reads from RAM in bank-switched memory. When off,
* it reads from ROM.
*/
BANK_RAM = 0x1,
/*
* When on, we will write to RAM. When off, we will write-protect
* RAM in bank-switched memory. NOTE: we can never write to ROM--or
* else it wouldn't be ROM! So if you have BANK_RAM off, but
* BANK_WRITE on, then writes do not fail, but they do go to RAM.
*/
BANK_WRITE = 0x2,
/*
* When this is on, we will use bank 2 RAM when accessing the $Dnnn
* range; otherwise, we use bank 1 (as you might guess).
*/
BANK_RAM2 = 0x4,
/*
* This is a weird little bit. When BANK_ALTZP is on, the zero page
* and stack are accessed from auxiliary memory rather than main
* memory. Those two pages of memory, however, are _copied_ from one
* to the other, so data should remain consistent.
*
* That's not the weird part. That part makes sense given the name
* (which isn't my name, but is the name used in the IIe technical
* reference). The part that isn't so obvious is that
* bank-switchable RAM will _also_ be accessed from auxiliary
* memory, not main memory. Note that aux memory has its own second
* bank of RAM, the way that main memory does, so BANK_RAM2 works
* the way you think, but it works with the aux RAM2. No data is
* copied between main and aux's bank-switched memory, unlike the
* way zero page and the stack are handled.
*/
BANK_ALTZP = 0x8,
};
struct apple2 {
/*
* The apple 2 hardware used an MOS-6502 processor.
*/
mos6502 *cpu;
/*
* This is the main memory bank of the computer. Conventionally, it
* contains not only the first contiguous 48k of RAM, but it also
* contains the last 12k of bank 1 RAM.
*/
vm_segment *main;
/*
* The Apple II used a system of bank-switched memory to enable
* software to address a separate block of ROM.
*/
vm_segment *rom;
/*
* The Apple II may have an auxiliary RAM bank; this was possible by
* installing a card there. If you had the 80-column text card (and
* you likely did), then you got an extra kilobyte of RAM to work
* with; it was either used for the extra columns or you could take
* advantage of it for extra storage otherwise.
*/
vm_segment *aux;
/*
* The screen wherein we shall render all of our graphics.
*/
vm_screen *screen;
/*
* Here are the system and inverse fonts. The system font is the
* normal (I suppose?) bitmap font for all text on the Apple II. The
* inverse font is the system font, but with black inversed to
* white. Both fonts also contain the so-called "MouseText"
* glyphs--or, at least, my interpretation of them.
*/
vm_bitfont *sysfont;
vm_bitfont *invfont;
/*
* This is the mode in which we must interpret graphics. This will
* tell us not only if we're in lo- or hi-res, but also if we are in
* single or double view mode. Among other things!
*/
vm_8bit display_mode;
/*
* This is the color mode we want to emulate. You can have a few
* different styles of monochromatic displays: green, amber, and
* light gray on black; you can also emulate a full color display,
* in which text mode tends to look like light gray.
*/
int color_mode;
/*
* This describes the behavior of our bank-switching scheme. We need
* our read/write mappers to know where writes into the
* bank-switched area of memory should target.
*/
vm_8bit bank_switch;
/*
* Beside bank-switching, we also need to keep track of memory
* modes; these pertain mostly to reading from main or auxiliary
* memory.
*/
vm_8bit memory_mode;
/*
* We have a simple boolean value to determine if the strobe is set
* (it always is when the key is pressed, and stays that way until
* someone reads the "any-key-down" soft switch).
*/
bool strobe;
/*
* Our two disk drives.
*/
apple2dd *drive1;
apple2dd *drive2;
/*
* The Apple II machine allows you to "select" a drive, and the
* operations you perform are (mostly) targeting that drive.
*/
apple2dd *selected_drive;
/*
* If paused is true, then execution of opcodes is suspended.
*/
bool paused;
/*
* If this is true, then we will disassemble opcodes as we execute.
*/
bool disasm;
};
extern apple2 *apple2_create(int, int);
extern bool apple2_is_double_video(apple2 *);
extern int apple2_boot(apple2 *);
extern void apple2_clear_strobe(apple2 *);
extern void apple2_free(apple2 *);
extern void apple2_press_key(apple2 *, vm_8bit);
extern void apple2_release_key(apple2 *);
extern void apple2_reset(apple2 *);
extern void apple2_run_loop(apple2 *);
extern void apple2_set_bank_switch(apple2 *, vm_8bit);
extern void apple2_set_color(apple2 *, int);
extern void apple2_set_memory_mode(apple2 *, vm_8bit);
extern void apple2_set_display(apple2 *, vm_8bit);
#endif