- Reimplemented SPOT RAM - Tokyo Wars relied on some details not previously seen
- Fixed uninitialized RAM area that caused random sprite colors since 0.120 (thanks to Phil Bennett for debugging the problem)
- Updated Guru Readme(tm)
Help wanted:
Tokyo Wars would be fully playable but it doesn't write complete sprite lists and doesn't erase old sprite list entries on scene changes. Possibly a missing DMA function somewhere.
Aqua Jet needs the analog controls hooked up and possibly some other TLC. It accesses the keycus in a very odd way but appears to run fine and coin up without it returning anything in particular. I just don't have time right now and I didn't want to "hoard" this stuff when someone else could be making it better.
New games marked as GAME_NOT_WORKING
------------------------------------
Alpine Racer 2 (Rev. ARS2 Ver.A) [Guru]
Tokyo Wars (Rev. TW2 Ver.A) [Guru, R. Belmont, Phil Bennett]
Aqua Jet (Rev. AJ2 Ver.B) [Guru, R. Belmont, Phil Bennett]
- Changes and documentation added on how the I/O board is hooked up.
The H8/3334 based TSS-I/O board sometimes handshakes successfully in
Time Crisis 2 now but timing-related problems remain.
US AAF Mustang (TAB Austria bootleg) [Klaus Sommer]
(see http://www.hotsummer.at/guru/Mustang.JPG incase anybody wants to do a quick text mockup of the PCB for reference)
not especially interesting (mainly just minor sound program changes compared to the other bootleg) but it is a complete dump of the bootleg roms, and it documents the TAB Austria bootleg at least.
New Clone Added
-----------------
Wizard Fire (Over Sea v2.1) [Irongiant]
New set becomes the parent... renamed the old "JF" prefixed roms to JE. Added PCB location to rom name where needed and added a note about rom label prefixs.
To: submit@mamedev.org
Subject: LSHIFT/<< expression diff fix
Tafoid pointed out that it's currently impossible to use '<<' in a
cheat xml file, this fix adds an alternate LSHIFT to cheat.c and
express.c and also adds the working '>>' as an alternate RSHIFT to
express.c (not needed in cheat.c as >> parses fine)
diff file attached
To: submit@mamedev.org
Subject: megatech.c notes
I updated the megatech.c parts list with info from more carts and
fixed some errors in the notes for the rom definitions, and arranged
them in correct order. The diff is kind of messy so I included the c
file too.
Smitdogg
Sent: Monday, May 11, 2009 10:36 AM
To: submit@mamedev.org
Subject: MPU4 lamp smoothing
Lamp output in MPU4.c smoothed. Redrawing now only occurs on the peaks
of the 50Hz AC Power.
(Based on documentation from FME Forever)
(After fixing the silly beginnner C errors)
Sent: Sunday, May 10, 2009 5:41 PM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] Static qualifier update
Hi mamedev,
Here's my periodic static qualifier patch for MAME, mostly adding
static to new code introduced over the past couple of months.
~aa
Remember me, I sent you the Aliens ASIAN EPROM dump a few days ago?
Anyhow, I've just been repairing an original Data
East Robocop boardset and noticed that only the
PROM at 2A on the ROM board had been dumped - the
two PROMs on the CPU board were undumped. So I
desoldered those two from my boardset and dumped
them for you. They didn't have labels on them so
the attached filename dumps are made up of the
type of PROM followed by the IC location on the PCB.
I also noticed that the filename of the already
dumped PROM at 2A (which I verified okay against
mine) didn't include the PROM type, although it's mentioned here:
http://maws.mameworld.info/maws/driverinfo/dec0.c
so I renamed that file and re-sent it. Up to you
or the MAME team to decide whether to change the
name, although I guess it's no big deal, although
it makes life a bit easier for anyone repairing a
boardset and wishing to know the PROM type (the
boardset itself is screened wrong I believe - for
the PROM at 2A it's screened as MB7130, yet the
PROM used (and mentioned on the above page) is in fact an MB7124).
For further info, this is what happens when the
relevant PROMs are removed from the board (one at a time!):
MB7122E (EN-24) PROM at 17E on CPU board --
Removing this causes all text to disappear along
with the sprites and the foreground layer of the
background graphics to be absent (but the background layer is still visible)
MB7116E at 12C on CPU board -- Removing this causes all sprites to disappear
MB7124E at 12A on ROM Board (although the board
is screened as MB7130) -- Removing this causes the
display to disappear, although coining up makes
the correct text appear (and sound to play),
intro graphics appear on starting a game, then
nothing, it won't even play blind (although the
coin up sound still plays on coin insert)
There's also a PAL on the ROM board but
unfortunately it's protection fuse is of course
blown so I can't read it. Ah well.
If you need to credit me when these are
incorporated into the code, just put in my name Irongiant
Hope all this helps.
Cheers,
Phil
Sent: Sunday, May 10, 2009 1:28 AM
To: submit@mamedev.org
Subject: Save state for artmagic.c and runaway.c
I have added the save state to artmagic.c and runaway.c
Xander
> To: submit@mamedev.org
> CC: atariace@hotmail.com
> Subject: [patch] Search all rom sources for merges
> Date: Sat, 18 Apr 2009 20:32:15 -0700
>
> Hi mamedev,
>
> The logic for detecting merged roms does not check all the rom sources
> in the parent, leading to cases where roms from devices aren't
> detected as merged (e.g. ldv1000 in superdqs). This fixes it.
>
> ~aa
