* Super Pinball Action protoype - add emulation of 2nd screen
Clones promoted to working
--------------
Super Pinball Action (US, prototype, dual screen) [David Haywood]
* Correct English translations
Also capitalize in a few areas
* Update software short name to align with corrected translation
* monon_color.xml: Use conventional rendering of "Dragon Ball: Budokai"
Co-authored-by: Vas Crabb <cuavas@users.noreply.github.com>
-Moved some stuff out of misc and skeleton:
* Moved Innovative Concepts machines to their own project.
* Moved various things out of skeleton to existing company projects.
Added minimal support for manipulating bitmaps and drawing them in
render containers. Y'CbCr 4:2:2, RGB and ARGB are supported. Argument
order doesn't always match the underlying classes to make the Lua
interface more consistent with render bounds and render containers.
Added bindings for device_palette_interface.
Fixed some errors in the documentation as well as documenting new
functionality.
* added emulation of required/used AXC51 / AX208 extended operations
* added preliminary emulation of required/used AXC51 / AX208 features
* added support for many Monon specific features, such as the video controller
* most games are playable, those not requiring a card/badge scanner to function at all are promoted
* no music, as it's contained in a game specific MCU under a glob on each cart
New working software list additions
-----------------------------------
NARC (USA, CES sample, prototype) [Hard4Games, Dustin Echoes, Forest of Illusion]
Controller Test Program (Japan) [Forest of Illusion]
* Combined driver source files.
* Split up state classes and got rid of legacy start/reset callback
overrides.
* Use configured banking for GBC RAM (fixes some save state issues, but
there could be more lurking).
* Moved notes about cartridge hardware to more appropriate places.
Currently the speaker device is the only way sound can get to the OSD
layer, so its presence or absence determines whether the emulated system
is capabale of producing sound. A few systems use chips with sound
capability for other purposes (typically I/O or video) while leaving the
sound outputs disconnected. These systems should display the notice
about the absence of sound output.
The implementation details of how the cartridges allocate storage for
memory really shouldn't be part of the interface. Having tags in the
headers encourages people to depend on these implementation details.
This gets rid of it in most of the headers. A few particularly leaky
abstractions (bbc/rom, electron/cart, gba, generic, jakks_gamekey, m5)
depend on this, so it can't be removed in those cases without further
refactoring to encapsulate the slot devices better.
This doesn't change behaviour, it just mechanically removes stuff from
the headers and uses device_t::subtag rather than string manipulation on
tags. Most of the cartridge devices shouldn't have rom_alloc member
functions at all - the region created by the software list loader can be
used directly when loading from the software list, and the slot can
allocate a region with the same tag when loading loose software. This
avoids creating an extra region and copying the data when loading from
the software list. See vboy for an example that doesn't allocate a
superfluous region.
* sony_news/news_hid.cpp: Added APbus I/O mapping.
* bus/nscsi/cd.cpp: Added Sony CD-ROM CDU-541 1.0A recognised by NEWS-OS.
* machine/upd765.cpp: Added National Semiconductor PC8477B clone.
New machines marked not working
--------------------
Sony NET WORK STATION NWS-5000X
