* each opcode fetch is 2 cycles with /M1 low, so each byte of
opcode fetching causes slightly longer delays than the previous
tables
* implemented approximate wait state timing for videoram access;
further accuracy will rely on getting a dump of the PAL16R4
that controls the horizontal video timing
Currently an analog control creates the axis;inc;dec menu items all under the same ref. This means the UI still thinks it is adding items when you move between any of the three for the same control. You have to move to a different control before sequences are no longer added to that control.
Harder to describe then to try. Try the current code. Map an INC button, move to DEC and map a button. Go back to INC and the old value is not cleared first.
The originally intended behavior is that a new field that intersected a
previous field would completely wipe out the original field. Recently a
change was made that changed the behavior to only remove a portion of the
bits from the original field. This is actually problematic behavior, so
the original behavior was restored.
Currently I put this behind a compile-time define until we see that we
haven't come to rely on the newer behavior.
* Cannon Spike / Gun Spike
* Heavy Metal Geomatrix
==========================================================================
They are both heavily protected, Cannon Spike doesn't even enter into
specific test mode...
* Power Stone
* Power Stone 2
* Samba de Amigo
* Spawn
==========================================================================================
Power Stone and Samba de Amigo executes some of their code and displays some wire-frame polygons too,
they both dies on the proper gameplay for whatever reason (protection or jvs)
------------------------------------
OutTrigger [Guru]
(or:)
"Fully dumped the following Naomi carts [Guru]:
* OutTrigger
* ...",
no idea about what's best for the whatsnew in this circumstance...
This rom is available at: http://citylan.it/crollerb/crollerb.zip
The set shares 6 parts with Magic Brush (mbrush) including all 4 GFX
roms and 2 MAINCPU roms, 1 part (a PROM) from Crush Roller (Sidam Bootleg)
(crushs) and 2 other roms filling in the missing MAINCPU roms.
Other Information about the dump is at http://citylan.it/lista.php?id=799
I play tested the game a bit - getting to level 3 and tested the DIPs to
assure they worked. No crashes and everything seemed stable.
Credit should goto f205v for the dump.
This .DIFF is based on 0.130u2 sources.
Tafoid
tafoid@yahoo.com
- toki_fix matches MAME to the on-screen copyright date (changed from
1989 to 1990. Also defined it as a Datsu bootleg, again from in-game
title)
These .DIFFs is based on 0.130u2 sources.
Tafoid
tafoid@yahoo.com
Sent: Monday, March 09, 2009 8:39 PM
To: submit@mamedev.org
Subject: Pit Fighter (rev 7)
I dumped and added a new Pit Fighter set. It is the newest revision we have dumped.
I made it the new parent and the old parent was renamed to pitfigh6. As far as I can
tell, the old parent isn't rev 5 and should have been named rev 6 when it was added.
If we are going by program rom names to name them their rev, then whoever added it
named it incorrectly because its program roms all start with a 6 after the dash. The
real rev 5 is not dumped yet (I attached a pic proving that it exists and is different
but I don't currently own the board).
That is unless there is another source of where you are supposed to derive the rev
info, if there is can someone let me know what/where it is. All I could find were
some dates in service mode.
Smitdogg
Sent: Sunday, March 29, 2009 4:12 AM
To: submit@mamedev.org
Subject: Fw: Another speed up in 'src\mame\video\mcatadv.c'
Hi, in the attached patch I sent on 16th February 2009 (see mail below), I
made a mistake.
The purpose of the patch was to reorder code in order to avoid useless
computation. It was *not* to modify the behaviour of the code.
The following lines were included in my patch at line 140. They should have
not !
- destline[drawxpos] = (pix + (pen<<4));
+ destline[drawxpos] = (pix + pen);
So please, revert this part of the patch and put back the now missing
(pen<<4) in the code.
Games like 'nost' just look horrible without it !
Sorry for the mistake in the previous patch, it was a mix of two patches...
Best regards.
CJ
I have another minor patch to MAME which does the following:
* Put tables used for RGB utilities in a single object file rather
than compiling them as statics in every object that uses them.
Vas Crabb
* accurate collision detection in all games
* correct full memory maps
* hooked up 8255 and Z80 PIO correctly
* unified many hacked variants into common hardware models
* proper mixing using the mixing PROM
* converted to tilemaps
* fixed shtngmst sprites
* correct Z80 timing
* proper sound interrupt signaling and feedback
* full description of video hardware
We now have:
* proper input hookup in dakkochn
* cleaned up rendering code
* fixed cocktail mode in pretty much all games
* fixed stuck sprites in some games
* partial 8751 simulation for choplift
* proper global muting (attract sound off works in older games)
Sent: Sunday, March 08, 2009 5:58 PM
To: submit@mamedev.org
Subject: Patch with minor documentation changes
Attached is a patch file with the following minor documentation changes:
* Added placeholders for the two PAL's on Atari's version of Pole
Position 1 and 2 (I could not read the last digit of the PAL at 5c.)
* Added board numbers to SEGA's Quartet 2 documentation
* Corrected the rom names for Tutankham (A guess was made on the names
for Konami's version of the roms at 3h and 6h.)
Kevin Eshbach
Super Megatouch IV Tournament Edition (9255-51-01 ROB, Standard version) [Brian Troha]
also replaced nvram dumps with settings changed to default and cleared high scores for the 3 Mega Touch 4 sets that use actual NVRAM dumps.
other 2 BPROMs are same as current set (and other titles running on this hardware)
This new BPROM sits between sample ROM and M6295, and works like PAL.
The eepromdev.* files are the device impementation for the serial eeproms
The i2cmemdev.* files are the device impementation for the i2c memory
These aren't currently hooked up
I'm committing this so that the Naomi changes don't accidentally get applied. The idea seems good, but they conflict with the current driver and I'd rather not have them accidentally slipping in and breaking things just yet.
The envelopes aren't actually emulated, but the sound is silenced after a key-off (by placing the sound in a 'release' state) This prevents audiable sound from looping forever.
Not extensively tested, but good for my sanity when running some of the gnet additions, and the tgmj siren looping.
I may consider doing a better implementation if I can manage to get my head around all the envelope stuff.
* Added source file konamipt.h to unify Konami inputs where possible (e.g. most 80s-90s games were using basically the same coinage settings and joystick inputs).
* While at it, verified all 0x00 coinage effects in drivers which now use konamipt.h (fixing a few mistakes: hexion, mikie, crimfgtj...).
* Added finalizb service coin. Removed roadf coin4 & asterix coin3 (neither used by the games nor present in service mode).
* Fixed gberetb coin inputs (they were switched).
* Added port_condition to hcrash so that brake appears only when present in the chosen cabinet.
* Cleaned up mystwarr.c & moo.c input handlers.
Exciting Soccer (Japan) [Uki]
- verified clock frequency (including 4KHz NMI)
- position 6A is not populated in JAPAN ver.
- sound tempo is wrong in all sets (with or without this change)
- derived clocks where possible
- complete memory maps from the schematics
- hooked up proper sound command latching
- reimplemented 6802-based ADPCM samples for the bootlegs
- merged memory maps
- extended NVRAM to the full RAM range (according to schematics)
- created common include file and modified drivers to use it instead of explicit externs
