* cleaned up midvunit inputs and outputs. cleaned up seattle outputs.
* better motion inputs and sorted main buttons for midvunit
* keep case the same
* removed runtime tagmap lookup
* gameboy camera functional
* xavix - tidy ups, reorganization, current notes etc.
* didn't mean to push a copy (nw)
* shift some common code around for palette handling (nw)
* lean less heavily on memory system (nw)
* revert 'shift some common code around for palette handling (nw)' to be revisited later.
* add missed include guards (nw)
* new machines marked as NOT WORKING
Skannerz TV [Sean RIddle, Peter Wilhelmsen]
This will need the communication protocol with the barcode scanner unit reverse engeering (the scanner unit has it's own MCU that isn't dumped and for which we have no method of dumping) this also probably means it will need improvements to the general vii.cpp handling of interrupts and serial ports (which Cricket needs too)
* hp64k: added IEEE488 remotizer to bus, small fixes to remotizer
* remote488: removed sub-classing of bitbanger, back to plain bitb
* remote488: re-introduced logging of parser FSM in a separated logging category
- Split up 6809 IRQ assertion/acknowledgment handlers
- lastmisn, csilver, shackled: Acknowledge FIRQ from 8751 instead of using HOLD_LINE
- oscar: This game doesn't use a 8751
Without it you have to wait until the socket is moved
out of the TIME_WAIT state, which can take quite a while.
This is pretty anoying when using mame with serial ports
forwarded via TCP.
Signed-off-by: Sven Schnelle <svens@stackframe.org>
The 98603A and 98603B cards have different base addresses and sizes
for the rom region. Split up the cards so that we can boot HP BASIC 4
and HP BASIC 5.1.
Signed-off-by: Sven Schnelle <svens@stackframe.org>
The m68k emulation code throws two buserror exception during r-m-w opcodes
like ori #$0x40, (0x1234).b. This confuses the HP bootrom. Work around
that by storing the last read buserror address and compare it with the
write address. if they are the same, ignore the buserror.
Signed-off-by: Sven Schnelle <sven.schnelle@lancom.de>
HP Basic (and probably other OS') use the window mover to place letters
on the screen by moving them from non-visible memory to the screen. Add
basic support for that so that we have some output from HP basic. It also
implements cursor control.
Signed-off-by: Sven Schnelle <svens@stackframe.org>