No whatsnew part:
This gets it to fall into the main loop, but then apparently nothing happens. THe only interrupts with valid vectors are IRQ0 and IRQ1; the mainline explicitly waits on IRQ1 (so it's presumably VBL) and firing IRQ0 has no obvious effect although it executes a lot of code. Enjoy? :)
one other rom to the m4apach set (which is where the dupe came from). I think m4apach might be another plasma game, but we don't have any
plasma roms for it. Also, fixed an issue with a set of sc5 games - From Haze (nw)
baseboard there (most of these ones actually run quite well apart from
some moaning about reels) This board used the AY8913, the mod4 board
didn't have that, so it's a logical split point. Also some more identification / tagging etc. of other sets. From Haze (nw)
* Converted FD1089/FD1094 into proper devices, derived
from m68000. They now handle their own decryption and
memory management, so we can remove all the calls for
initialization/reset/etc. The key now lives as a 'key'
subdevice under the CPU, and the FD1089/1094 are now
specified just like any other CPU.
* Removed the horrible s16fd and s24fd files. Good riddance.
* Created a helper class for managing fd1094 decryption
caches.
* Converted the memory mapper into a new modern device
and updated the segas16b, segaorun, and segas18 drivers
to use it. Fixed ROM memory mapping so that the source
ROMs can be loaded contiguously, removing a bunch of
hacks.
* Untangled the joined segas1x_state and split the states
for each system into their own classes. Cleaned up some
implementations.
* Added support for member functions to be called as
DRIVER_INIT functions. To do this, #define
MODERN_DRIVER_INIT prior to #including "emu.h" and you
will be required to specify a class and member function
for your driver init.
* Fully modernized the segas16b and segas18 drivers.
New working games added
-----------------------
GP Rider (Japan) [ShouTime, Charles MacDonald, Aaron Giles]
Last Survivor [ShouTime, Charles MacDonald, Aaron Giles, 9ofzeven, TrevEB,
Dr. Spankenstein, ghoolster, Surgeville, Tormod, Tjaberg, Waremonger]
(Note: A couple games are still busted, but most are working. Will
follow up with more updates.)
(mpu4dealem.c) because it's a unique expansion, no point in having all
that stuff in the main state. The standard video board it's own state class too, and moved specifics to that, plus converted the scn2674 video chip to be a device (new files there too) again reducing the amount of junk in the base mpu4 state. From Haze (nw)
Just call install_device on the space with as parameters:
- start and end of the mapping zone
- device (not pointer to the device)
- map method
and optionally, if the device data width is not the same than the
space data width:
- device data width (for consistency checking)
- unit mask
For instance, the static mapping:
AM_RANGE(0x02114100, 0x02114107) AM_DEVICE8("fdc", n82077aa_device, amap, 0xffffffff)
can be converted to a dynamic mapping (where fdc is a pointer to the device):
machine().device("maincpu")->memory().space(AS_PROGRAM)->
install_device(0x02114100, 0x02114107, *fdc, &n82077aa_device::amap, 8, 0xffffffff);
