The AM_SHARE() macro now takes a tag parameter. All existing
shares have been bulk renamed to "share##". However, the name
does not matter, so please use descriptive tags going forward.
Also added tag validation for bank and share tags.
Added flag to tagmap_add functions that optionally will
replace existing objects if a duplicate is found.
* Added new technical notes.
* Added Kimble Z80 hardware support.
* Added Prologic-Noraut hardware support.
* Added proper discrete sound support to Kimble games,
and Prologic-Noraut Joker Poker.
* Slightly adjusted the visual area.
This can be wrong and must be rechecked.
* Relocated the hardware notes and layouts to ROM_LOAD section,
so can be seen/maintained in a cleaner way.
* Fixed the default lamps state.
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Noraut Joker Poker (Prologic HW) [Roberto Fresca, Alan Griffin]
New games marked as GAME_NOT_WORKING
------------------------------------
Kimble Double HI-LO (z80 version) [Roberto Fresca, Alan Griffin]
their place are a series of expanded macros and new memory
installation helpers. Some mappings below (not all are new):
AM_READ(SMH_RAM) -> AM_READONLY
AM_WRITE(SMH_RAM) -> AM_WRITEONLY
AM_READWRITE(SMH_RAM, SMH_RAM) -> AM_RAM
AM_READ(rhandler) AM_WRITE(SMH_RAM) -> AM_RAM_READ(rhandler)
AM_READ(SMH_RAM) AM_WRITE(whandler) -> AM_RAM_WRITE(whandler)
AM_DEVREAD(tag, rhandler) AM_WRITE(SMH_RAM)
-> AM_RAM_DEVREAD(tag, rhandler)
AM_READ(SMH_RAM) AM_DEVWRITE(tag, whandler)
-> AM_RAM_DEVWRITE(tag, whandler)
AM_READ(SMH_ROM) -> AM_ROM
AM_WRITE(SMH_ROM) -> (was a no-op)
AM_READ(SMH_NOP) -> AM_READNOP
AM_WRITE(SMH_NOP) -> AM_WRITENOP
AM_READWRITE(SMH_NOP, SMH_NOP) -> AM_NOP
For dynamic memory handler installation of the various types,
use the new functions:
memory_unmap_read()
memory_unmap_write()
memory_unmap_readwrite() -- unmaps a section of address space
memory_nop_read()
memory_nop_write()
memory_nop_readwrite() -- nops a section of address space
Cleaned up the internals of the address_map_entry structure, and
also normalized the way the address map macros work to remove a
lot of redundancy.
-----------
Invasion (4 bootleg sets) [f205v, ANY]
Head On (Sidam bootleg, set 2) [f205v, ANY]
Head On 2 (Sidam bootleg) [f205v, ANY]
Arkanoid (bootleg on Block hardware, set 2) [f205v, ANY]
* Added the board xtal's for Battlantis, Contra and Pandora's Palace
* Corrected the MCU dump for Pandora's Palace
* Added indication of an undumped PAL for Contra/Gryzor
* Added PAL dumps for Cruis'n USA - rev L4.1
* Added information on the PROM from the 2 Board version of Congo Bongo
--------- Forwarded message ----------
From: Kevin Eshbach <keshbach@comcast.net>
Date: Fri, Nov 27, 2009 at 2:00 AM
Subject: Patch file with assorted updates
To: submit@mamedev.org
Enclosed is a patch file with the following updates.
* Added the board xtal's for Battlantis, Contra and Pandora's Palace (I did
not verify if cpu's/sound chips are using the correct clock speed though.)
* Added indication of an undumped pal for Contra/Gryzor
* Added pal dumps for Cruis'n USA - rev L4.1 (one pal could not be dumped.)
* Corrected the mcu dump for Pandora's Palace
* Added information on the PROM from the 2 Board version of Congo Bongo
All dumps have been previously forwarded to The Dumping Union.
Kevin Eshbach
---------- Forwarded message ----------
From: Atari Ace <atari_ace@verizon.net>
Date: Wed, Dec 2, 2009 at 2:14 AM
Subject: [patch] Fix srcclean to handle strings
To: submit@mamedev.org
Cc: atariace@hotmail.com
Hi mamedev,
I noticed an odd case in src2html.c where tabs were converted to
spaces unnecessarily. Turns out srcclean does not track quoted
strings, so an embedded comment in a string will be treated the same
as a comment. Attached is a patch to fix this.
~aa
P.S. The *.lay files could use a run through srcclean.
-----Messaggio originale-----
Da: David Haywood [mailto:neohaze@nildram.co.uk]
Inviato: martedì 1 dicembre 2009 22.47
A: Angelo Salese
Oggetto: hng64 additive tilemap blending debug
not very optimal, but some debug-key based support for this.
t/y/u/i enable / disable additive blend mode for the tilemaps.
note, when drawing onto a black background the tilemap will look exactly
the same, because black + colour = colour ;-)
the most obvious use are the effects layers in the samurai games, used
for a light beam effect, and snow / storm effects.
I don't know how the hw enables it.
Changed all memory_bank_* functions to specify a tag.
Bulk-converted existing banks to be tagged "bank##" in
order to ensure consistency. However, going forward, the
tags don't matter, so please name them something useful.
Added AM_BANK_READ/AM_BANK_WRITE macros to let you specify
bank tags. Also changed AM_ROMBANK and AM_RAMBANK macros to
accept tags as well.
Added new functions memory_install_read_bank_handler and
memory_install_write_bank_handler to install banks by tag
name, similar to input ports.
Changed internals of memory system to dynamically allocate
all banks. The first time a bank with an unknown tag is
installed, a new bank object is created and tracked
internally. Removed all SMH_BANK(n) references outside of
the main code; these should never, ever be useful anymore.
Anyone who's ever been confused by the meaning of a given GCC or MSVC error diagnostic will enjoy this (it's color-coded in real life for added "wow"):
src/emu/memory.c:2148:5: error: comparison of distinct pointer types ('genf *' and 'void *')
check_entry_handler(write);
^~~~~~~~~~~~~~~~~~~~~~~~~~
src/emu/memory.c:2052:63: note: instantiated from:
if (entry->handler.generic != NULL && entry->handler.generic != SMH_RAM) \
~~~~~~~~~~~~~~~~~~~~~~ ^
Also, added driver data struct to: alpha68k.c, amspdwy.c, gng.c, gunsmoke.c, hotblock.c
Finally, removed a couple of memory_set_bankptr I hadn't noticed in ddrible.c and gberet.c
-----------------------------------
White Tiger - 3VXFC5342 (New Zealand) [Heihachi_73]
Magic Mask (A - 09/05/2000, Export) [Heihachi_73]
Geisha (A - 05/03/01, New Zealand) [Heihachi_73]
---------- Forwarded message ----------
From: AGEMAME Development <agemame@gmail.com>
Date: Thu, Nov 19, 2009 at 9:07 PM
Subject: Aristocrat MK4 and Mk5 ROMS
To: submit@mamedev.org
Courtesy of Heihachi_73
White Tiger
KG Bird (just a fix)
Magic Mask
Geisha
All ROMs at http://agemame.fruit-emu.com/aristo/ (split sets, so only
the fixed file for KG bird)
>
> The cp1610 CPU is only used by the Intellivision (in MESS). However the
> disassembler produces garbage. Also I noticed a tiny error in the CPU
> itself.
>
> Here are the fixes:
>
> Firstly, the CPU, a one-line change. In cp1610.c, at line 3515, you may
> notice that 2 flags are sharing the same bit. Please change the V flag
> to
> use 0x20 (instead of 0x10). That's all there.
>
> Next, the disassembler. It assumes oprom to be 16 bits when in fact it
> is 8.
> I could not see a way of specifying the size of oprom, so assuming it
> is
> always 8 bits. If that's the case, please replace 1610dasm.c with the
> enclosed one.
>
> Thanks and have a great day :)
>
> - Robbbert
---------- Forwarded message ----------
From: Atari Ace <atari_ace@verizon.net>
Date: Sun, Nov 29, 2009 at 3:28 AM
Subject: [patch] Convert cabal/mappy/toypop/zaxxon to use driver_data
To: submit@mamedev.org
Cc: atariace@hotmail.com
Hi mamedev,
This patch is a resubmit of my earlier patch to have mappy and zaxxon
store their state in driver_data. It extends the patch to toypop
(which uses some mappy code), and also converts cabal which I also did
some time ago. cabal.h and toypop.h are new header files.
~aa
================================================================================
Taito should explain to me why doing a sound command latch writeable by the
Sound CPU itself... >_>
