Sent: Wednesday, May 06, 2009 12:01 PM
To: submit@mamedev.org
Subject: MAME Debugger
In some processors (like Z80), it is not possible to put the BPs to
0x000A, 0x000B, 0x000C, 0x000D, 0x000E with the key F9, and if it
is inserted more than 10 BP, the BP A, B, C, D, E cannot be removed
with the key F9.
Xander
Smitdogg, cricri_pingouin, incog, B. Sparks, ANY. I have some carts to
go through for the driver notes but no time today to update the
source. For these 2 carts, both pcb's are 171-5782. Shadow Dancer uses
an intel 27256 and a MASK uPD27c4000, sticker on the pcb is
837-6963-43. Streets of Rage uses TMS 27c256 and MASK uPD27c4000. pcb
sticker is 837-6963-51.
Smitdogg
Sent: Tuesday, April 28, 2009 6:20 AM
To: submit@mamedev.org
Subject: Some protection fixes for galpani2
Hi, I'm submitting a fix for the current protection emulation in
galpani2 driver, based in MAME0131.
I've modified somewhat the protection handling, geeting rid of
the need to call galpani2_mcu_run from VIDEO_UPDATE, as
that function is performed by CPU2's INT7 and it now works.
And added support for command 2, making gp2se go into
demo mode and allowing to go ingame, nice skulls! ;-)
Unfortunately, this set is still not playable because of missing
gals in the background and sometimes there's an ADDRESS
ERROR, causing a reset. Included in these changes, I added
support for MCU triggering by CPU2 .
Also:
- changed some 8 bit writes disguised as 16 bit to
AM_WRITE8 and AM_DEVWRITE8 and some
AM_WRITE(SMH_NOP)s to AM_WRITENOP.
- "crystallized" the clocks of the M68000s and OKIs,
deriving the latter from the former.
- fixed a Copy&Paste mistake I made in the previous
submission, in the sound rom mappings for galpani2/2t/2g.
- reduced the input port definition duplication by using
PORT_INCLUDE where applicable instead of defining
everything again.
- reduced the CPU#2 Code region size to the effectively
used size, and expanded the CPU#2 Backgrounds Data
region size to the maximum usable size, making it the
same for all sets.
Keep on the good work!
Regards,
Luis Faria
Special Criminal Investigation (Negro Torino hack)
I added this hack running on the original pcb. There are some changes in
the gfx of the game.
The company is the same that did Puzznic hack (again running on original
pcb). An arcade owner once told me Negro s.a.s from Turin was once the
official dealer of Taito games. I wonder if taito knew they hacked their
games ;)
Cabal (bootleg set 2) [Klaus]
this one is closer to the original sets, basically it's just a version of the game with the sound cpu pre-decrypted & split into decrypted data / encrypted data. Came from a legitimate bootleg board tho.
===============================================================================
Notice that I'm not sure about who I should properly credit for the dump (Dr. Decapitator or Decapping Project?).
New Clone Added
===============
Pit Fighter (Rev 5) [Smitdogg, The Dumping Union]
Adds Rev 5 of Pit Fighter to the driver. It works as well as the other sets ;-P
Also added correct 4megabit mask rom dumps to Rev 5 & 6.
----------------
Noraut Joker Poker [Alan Griffin]
===============================================
I don't know if he wants to be credited with his name, I guess so...
I'll also contact him for the initialize info...
It doesn't work at all the way the real hardware works and it's still
buggy as hell, but at least Kale will be able to see more than the
flat sprites.
Other people are welcome to work on something which could try to
pretend to be accurate.
=========================================================================================
Any help here is appreciated, I don't know why the gameplay looks pretty much broken,
i8085a irq bug?
New games marked as GAME_NOT_WORKING
------------------------------------
Panic Park (PNP2 Ver. A) [Guru]
If anyone wants to mess with this driver, please feel free. A few things that could use attention:
- Palette RAM is definitely not right
- The text layer isn't correct
- The I/O board now recieves a startup packet from the subcpu but doesn't send anything back, which in turn means the subcpu won't let the MIPS advance. What else does the I/O board want? It's a tiny program, shouldn't be too hard to work out.
- All the games download a giant mass of binary data through the 3D FIFO on startup. Assuming it's a DSP program, identifying what kind it's for would be nice.
* karnov.c
* kchamp.c
* kingobox.c
* klax.c
* koikoi.c
* konamigq.c
* ladyfrog.c
* liberate.c
Fixed Yellow Cab (Japan) booting, promoted to working status [Angelo Salese]
Attempted to fix colors in Koi Koi Part 2 [Angelo Salese]
Lowered DAC volume in Karate Champ from 0.50 to 0.15, it was having sound clipping problems since day one. [Angelo Salese]
(Fixed Karnov sound regression)
Note: the current code uses IPT_PADDLE. This causes the game to start with the thrust at 50%. This is not correct. The control is really a hand operated pedal.
* senjyo.c
* seta2.c
* sfkick.c
* shangha3.c
Properly hooked-up player 2 mahjong panel in mj4simai
Moved paletteram_IIBBGGRR_w() from senjyo.c to emu/video/generic.c
===================================
I'm not sure if sfkick.c memory map is 100% correct, needs double checking (it's the same on MSX MESS driver)
Also anybody is interested in rewrite senjyo.c driver from scratch? ;P
* shaolins.c
* shisen.c
* shootout.c (and cleaned-up the NMIs on coin insertions)
* sidearms.c
* sidepckt.c (merged the two per-game memory maps and moved the protection simulation hook-up to be called on DRIVER_INIT)
* skyarmy.c
* skyfox.c (and cleaned-up the NMIs on coin insertions)
* skyraid.c
* slapfght.c (also cleaned-up the ram sharing)
* slapshot.c
* spbactn.c
* spcforce.c
* spdodgeb.c
* speedspn.c
Modified my coin_insertion() function to use ASSERT & CLEAR instead of PULSE_LINE in cntsteer.c & ssozumo.c
Small region map rename for funystrp.
* groundfx.c (also fixed 00487: groundfx: It has wrong default NVRAM settings, especially about the lap number (1) and the coin/credit settings (1/2).)
* lastduel.c
* macrossp.c
* madmotor.c (also cleaned-up some video variables in it)
* mcatadv.c (also reduced a 1.0 clipping out volume setting)
* moo.c
Converted ssingles.c case of AM_READ(SMH_ROM)
sbishi is a 2 player set, it uses the 'player 3' inputs for the 2nd player.
attempting to use the inputs mapped as 'player 2' in the parent set causes the game to break in strange ways, treating that player as both player 1 and/or player 2 depending on the situation, not awarding any score etc.
this removes the broken inputs for the 2 player set and renumbers the players correctly, as they are clearly not meant to be connected in this case.
- f1gp.c, fastlane.c, firetrap.c, flkatck.c, flstory.c, freekick.c, fromanc2.c, fromance.c, funkybee.c, funkyjet.c, funybubl.c, fuukifg2.c, fuukifg3.c
Non-whatsnew note:
There were a number of conflicts, but apart from the auto_malloc in funybubl.c, all of them were corrected with selecting "Your entire file", as all of them appeared to have to do with the SMH_BANK conversion that went away thanks to memory-map merging anyway.
====================================================================================
Will do the sound cpus tomorrow. I should admit that I could have broke something in the process...
This update changes the way we handle memory allocation. Rather
than allocating in terms of bytes, allocations are now done in
terms of objects. This is done via new set of macros that replace
the malloc_or_die() macro:
alloc_or_die(t) - allocate memory for an object of type 't'
alloc_array_or_die(t,c) - allocate memory for an array of 'c' objects of type 't'
alloc_clear_or_die(t) - same as alloc_or_die but memset's the memory to 0
alloc_array_clear_or_die(t,c) - same as alloc_array_or_die but memset's the memory to 0
All original callers of malloc_or_die have been updated to call these
new macros. If you just need an array of bytes, you can use
alloc_array_or_die(UINT8, numbytes).
Made a similar change to the auto_* allocation macros. In addition,
added 'machine' as a required parameter to the auto-allocation macros,
as the resource pools will eventually be owned by the machine object.
The new macros are:
auto_alloc(m,t) - allocate memory for an object of type 't'
auto_alloc_array(m,t,c) - allocate memory for an array of 'c' objects of type 't'
auto_alloc_clear(m,t) - allocate and memset
auto_alloc_array_clear(m,t,c) - allocate and memset
All original calls or auto_malloc have been updated to use the new
macros. In addition, auto_realloc(), auto_strdup(), auto_astring_alloc(),
and auto_bitmap_alloc() have been updated to take a machine parameter.
Changed validity check allocations to not rely on auto_alloc* anymore
because they are not done in the context of a machine.
One final change that is included is the removal of SMH_BANKn macros.
Just use SMH_BANK(n) instead, which is what the previous macros mapped
to anyhow.
* groundfx.c (also fixed 00487: groundfx: It has wrong default NVRAM settings, especially about the lap number (1) and the coin/credit settings (1/2).)
* lastduel.c
* macrossp.c
* madmotor.c (also cleaned-up some video variables in it)
* mcatadv.c (also reduced a 1.0 clipping out volume setting)
* moo.c
Converted ssingles.c case of AM_READ(SMH_ROM)
-- Stripped out some old HNG64 code / some improvements
-- disabled the floor stuff in Fatal Fury Wild Ambition (looking for a cleaner implementation)
-- disabled zooming code for the same reasons (it was causing many issues)
-- understood and implemented the 'auto-animate' registers for the tilemaps (animated waterfalls etc. in Fatal Fury Wild Ambition)
-- reorganized graphic decoding
goldstar.c improvements / changes
-- added scroll registers for the girl when enabled in attract mode
-- documented how you can swap the blue/green bonus colours (but left the code disabled, I think versions with it swapped probably just have different proms)
-- added gfxdecode for cmasterc
Xtreme Rally / Off Beat Racer! [Guru]
Beast Busters 2nd Nightmare [Guru]
also hacked out the sprite zooming in hng64 video, it's wrong. looks like beast busters might give me something to work with tho.
Non-whatsnew note:
I'm all for some manner of inheritance when a lot of memory maps have many similar entries, but it probably shouldn't be done via a huge #define.
- cave.c, circusc.c, citycon.c, cninja.c, combatsc.c, compgolf.c, contra.c, cop01.c, cosmic.c, cps2.c, crimfght.c, crospang.c, crshrace.c, and cshooter.c
All drivers from # to C should now have properly-merged memory maps.
function here. Remaining devices have been converted to have
device-specific functions to do the same thing with proper type
checking.
CPUs still have a set_info function but it is CPU-specific now and
no longer piggybacks on the general device function.
Sent: Monday, April 20, 2009 4:22 PM
To: submit@mamedev.org
Subject: 4/20 diff
Crystallized 1945kiii.c, maygay1b.c, maygayv1.c, mwarr.c, n8080.c
(20.16MHz crystal confirmed with schematics), pacman.c, panicr.c,
rallyx.c
[2399] Changed qmhayaku's sound CPU back to 4MHz, sounds work now
Sent: Monday, April 20, 2009 3:49 AM
To: submit@mamedev.org
Subject: Patch file with minor updates to the PAL's on Xenophobe
Hi,
Contained in this patch file are some updates to the PALs located on Xenophobe.
Now the actual labels on the chips are used and a couple of additional PALs a
re documented as needing to be dumped.
Kevin Eshbach
Sent: Monday, April 20, 2009 2:04 AM
To: submit@mamedev.org
Subject: small fix to debug screenless systems
Hello,
this small fix is needed to enable debugging screenless systems again:
and thief drivers.
Bunch of improvements to the Status system emulation. Correct
video timing, hooked up TMS9927, corrected colors, etc. Still
some work to do.
New games
=========
Status Blackjack
Status Fun Casino
------------------------------------
Azumanga Daioh Puzzle Bobble [iMp95]
The dumper don't want the image to be available to the public.
If you want the image, PM me.
I promised that this wouldn't be added until it's sold. Now Alex' seems very annoyed that somebody has been spreading his list of keys.
PLEASE stop adding stuff to the Naomi drivers, I'll add it. Yasu, I know you're trying to help, but you're just causing merge conflicts every time I try and sync.
for a memory region named "nvram". If it is found and is of
the same length as the generic_nvram_size, data is copied
from there instead of filling the RAM with the fallback
pattern.
Sent: Friday, April 10, 2009 10:47 AM
To: submit@mamedev.org
Subject: Mystic Warriors (JAA) and Field Combat redump
This adds Guru's dump of Mystic Warriors (JAA) and Field Combat
redump. The Field Combat redump fixes a title screen glitch, possibly
other things.
Smitdogg
* 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
===================================================================================
At the moment I've only checked Ikaruga, and it seems to work fine (with wire-frame)... ;)
* Added Crosshair Options menu
- ability to individually enable/disable crosshairs
- ability for them to automatically disappear after a set amount of time
- ability to select crosshair graphic
- all settings are saved in the cfg file
* Removed F1 toggle for crosshairs
* Added new command option -crsshairpath
- store all selectable graphics here
- see config.txt for further info
OSD NOTE: render_load_png() has been changed to no longer force usage of the artwork directory.
Do a search for "render_load_png(" and replace with "render_load_png(OPTION_ARTPATH, " if needed.
----------------------------
F1 is now free to use for something new. I was thinking it would be perfect for a context sensitive help file. Each menu item could have a help tag, that it would look up and display info from an HTML file.
- emulated CPU1 (slave) <-> AUDIOCPU communications even if they are not used at all
- emulated AUDIOCPU reset at startup, previously this was disabled
* rranger.diff
- added samples emulation to Rough Ranger (V2.0), write ports A & B of YM2203 are used
* seibu.diff
- hooked up music in SD Gundam Psycho Salamander, this doesn't affect any other game
for the driver. I adjusted the default settings also based on manual information.
There was duplicate DSW1 data between games which I created a separate assignment
for and PORT_INCLUDE to allow each game to use it.
This .DIFF is based on 0.130u1 sources.
Tafoid
tafoid@yahoo.com
adding proper LOCATIONS for both sets in the driver. There was a very large and
convoluted solution for the DIPS - which in fact are not (in the manual) linked
together and probably should stay separated.
- Using the fact that the Board as a 15mhz Xtal, I redid the clock speed assignments
to take in this in account. While doing this, I found a reference recording of Munch
Mobile and was able to adjust the AY-8910 clock speeds to allow it to match the
recording.
Recording Source: http://coinopvideogames.com/mp3/videogames03/32-munchmobile.mp3
This .DIFF is based on 0.130u1 sources.
Tafoid
tafoid@yahoo.com
Added emulation of the earlier type of ARM (ASIC27A, 5585E type)
Used this for protection emulation on Photo Y2k, Knights of Valour Superheroes instead of old simulation code
This means KOV Superheroes now works.
Disabled protection simulation for several sets.
This demotes Knights of Valour / Knights of Valour Plus to NOT working as there is no dump of the internal rom.
Photo Y2k still works because it's using the emulation added above, but You can no longer change region as this is supplied by the ASIC27A device which is now emulated. This is correct.
added several new sets, several of which are re-releases of the games using the ASIC 27A instead of the previous protection devices. (oldss, killbldp)
Removed per-game speedup hacks, as they're no longer needed for the ARM based games to boot correctly.
the descriptions given with the submission were misleading, in general it looks more like added sets, and an attempt to hook up the actual ARM on the other games where we have dumps.
Sent: Wednesday, March 25, 2009 10:14 AM
To: submit
Subject: more small fixes
Hi,
here a final batch of small fixes: MT 2968, 2969, 2970, 2972, 2978. It's a bunch of confirmed released year. You can credit incog for the fix.
Regards,
Fabio
Sent: Wednesday, March 25, 2009 2:56 AM
To: submit
Subject: few small bugfixes
Hi,
enclosed please find a patch to fix the following small issues:
1. MT 3031 bug: a wrong tag caused P2 Button 3 to overwrite P1 Button 3 in seganinj (pointed out by stephh, you can credit him if you like)
2. MT 3029 bug: a recent megasys1 inputs clean up (I think in 129u1) messed up Demo_Sound settings
3. MT 3024 bug: jrpacmbl used wrong tags in the memory map (pointed out by hyrulian, you can credit him if you like)
4. MT 2864 bug: pleiads and capitol do not use Button 2 (nothing is connected, as documented by Phil Bennett in the report), hence I removed it from their input ports
if the patch doesn't apply cleanly in the wip tree, let me know and I will split it into separate diffs.
Regards,
Fabio
--
From: Fabio Priuli [mailto:doge.fabio@gmail.com]
Sent: Wednesday, March 25, 2009 4:27 AM
To: submit
Subject: mjclub dsw
Hi,
enclosed please find a patch which adds DSW settings to mjclub as listed in Yasu's translation from manual (posted in MT 3042 bug report).
Regards,
Fabio Priuli
--
From: Fabio Priuli [doge.fabio@gmail.com]
Sent: Wednesday, March 25, 2009 9:56 AM
To: submit
Subject: MT 2999 fix
Enclosed please find a patch to add the three missing buttons in taotaida. I'm still looking for confirmations about taotaido being a proto, hence I haven't changed their descriptions.
Regards,
Fabio
--
From: Fabio Priuli [mailto:doge.fabio@gmail.com]
Sent: Thursday, March 26, 2009 2:04 AM
To: submit
Subject: model2 inputs
Hi,
enclosed please find a patch to implement model2 inputs through direct AM_READ_PORT access rather than using read handlers. The patch also fixes daytona brakes (which were previously labeled with the wrong tag)
Patch based on MAME 0.130u1 but I hope that there haven't been too many changes in the meanwhile.
Regards,
Fabio Priuli
--
From: Fabio Priuli [mailto:doge.fabio@gmail.com]
Sent: Friday, March 27, 2009 1:58 AM
To: submit
Subject: a couple of patches
Hi,
I hope it's not too late for 130u2. However, enclosed you can find
* pedal.diff : a patch which (finally) fixes driving games using P2 & P3 pedals and buttons for P1 pedals and view buttons (MT 2172 bug). I also added PORT_NAMES to view/gear buttons even if usually MAME drivers don't because it makes easier remapping these games with ~15 buttons. I hope I haven't broken any convention.
* taitof3.diff: a patch which simplifies input handling in taito F3 games. Depending on the status of the driver, you may also consider the possibility to remove entirely f3_control_r and simply use AM_READ_PORTs to read inputs (for now, I left there the handler because of the read accesses logging)
Let me know if there is any problem in applying the patches.
Regards,
Fabio
for all sets in the driver. I used the scanned manuals for the games I could
find - Pirate Treasure being the one I could not find.
- I adjusted the MAIN_CPU clock rate for Leprechaun + clones as well as
Pirate Treasure due to the "plain english" detail in the manaul for Pot of Gold.
I added defines for these in SRC\MAME\INCLUDES\GAMEPLAN.H and adjusted
the MACHINE_START_DRIVER for leprechn to use these new clock speeds.
Some playing with the new speeds do not seem to show any new ill effects.
Source: http://www.tamdb.net/index.php?page=ManualDetail&id=1469
"Page 10: 3.2 Game Computer
The Game Computer uses a 6502 central processor in a conventional
computer architecture containing ROM, RAM, and I/O ports. The
computer clock uses a standard 4.00 megahertz crystal which is divided
by 4 to provide a CPU clock of 1 megahertz."
- I fixed a bug in the DIPs related to Lives value being incorrect for leprechn
but correct for the other two sets (leprechp, potogold). I put up a bug report
(#3068) and have since corrected it.
This .DIFF is based on 0.130u1 sources.
Tafoid
tafoid@yahoo.com
Sent: Tuesday, March 24, 2009 2:02 PM
To: submit@mamedev.org
Subject: Sound banking fix for galpani2
Hi, I'm submitting a fix for the current sound banking in galpani2 driver.
I still wasn't able to correctly place the extra sound rom in galpan2g,
but I moved it to oki1, as its pages size is similar.
I've also separated the inputs for gp2se, as it's service mode clearly
shows there are some diferences, mainly with the card dispenser dip.
From all of these, it's clear that this driver incuded 3 different types of
board: galpani2/galpan2t/galpan2g, galpan2j/gp2quiz and gp2se,
the code also reflects these grouping.
Some memory accesses were still not mapped, I've also added them.
It would be very useful to have a video recording of the original, there
are several graphic effects that clearly aren't correct.
And finally, a little something for the okim6295 source, getting rid of that
"magic" value for the sake of readability. ;-)
Keep on the good work.
Regards,
Luis Faria
Sent: Sunday, March 22, 2009 4:09 AM
To: submit@mamedev.org
Subject: KiKi KaiKai sprite collision fix (ref. mame 0.103u1).
KiKi KaiKai sprite collision fix (ref. mame 0.103u1).
This patch fixes the sprite collision code of the mcu simulation in 'machine\mexico86.c'.
To: submit@mamedev.org
Subject: Simple cheat fix
Attached a very simple fix for a very stupid cut and paste error in my original submission..sorry.
Martin 'Pugsy' Pugh
Sent: Thursday, March 19, 2009 12:49 PM
To: submit@mamedev.org
Subject: Operation Wolf (Japan)
Guru dumped this and I added it, all the roms matched the parent except 1. I attached it and the diff.
Smitdogg
- accept IRQs on IDLE
- actually count irq processing and instruction fetching cycles
- add support for external serial frame sync with internal
triggering (aka TXM=1 and FSM=1).
===============================================================================
To boot sfz3u:
1) use bios 7 (default bios gives an error 2: "region error");
2) enter into service mode first (probably a JVS issue);
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Mahjong Vegas (unprotected set) [Luca Elia, Uki]
ElSemi said he doesn't want to be credited.
He's dumped them with .iso tracks rather than .bin, but for the purpose of these Naomi GD-ROMs it's not going to matter.
I used the following GDI to convert them
3
1 0 4 2048 track01.iso -8
2 450 0 2352 track02.raw 0
3 45000 4 2048 track03.iso -8
both of these 'require' the MMU.
Generating interrupts in VIDEO_UPDATE isn't really a good idea.
Rendering is now done when requested, to a (for now) fake framebuffer (to be converted)
Anything that writes directly to the framebuffer won't display anymore, although the only thing that does that is the Atomiswave bios which didn't use the right mode anyway.
I plan on putting it back together again, don't worry.
Done:
- AGA palette
- AGA bitplane data fetching
- support for up to 8 standard bitplanes
- HAM8 mode
To do (for devs):
- inputs (buttons/coins are connected as CD32 pad, current implementation (copied from WinUAE) doesn't work, help is welcome)
- sprites (current implementation is incomplete - see CD32 logo)
- incorrect hstart/hstop values in CD32 logo, lsrquiz & lsrquiz2
Added a PCB layout for the large single plane PCB that Incredible Technologies used for the Golden Tee 3D series (3D through Classic), Shuffleshot, World Class Bowling and World Class Bowling Deluxe. [The Guru]
From: AGEMAME Development [agemame@gmail.com]
Sent: Monday, March 16, 2009 12:33 PM
To: submit@mamedev.org
Subject: JPM Impact
Added skeletal support for JPM Impact AWP - this is the last
of the AGEMAME drivers that is worth commiting to the MAME
codebase.
Please note, this is the first patch made using my rebuilt
toolchain, so let me know ASAP if something went wrong.
various cheat types and a table at the top to hopefully alleviate
confusion.
From: Pugsy [mailto:pugsy@gmx.net]
Sent: Sunday, March 15, 2009 11:01 AM
To: submit@mamedev.org
Subject: Cheat.c changes
I've been having a look at cheat.c, the issue with one-shot
list and one-shot select value cheats being indisguishable
from perm cheats. I decided to have a look to see if I get
it closer to the old way. I think I've managed it. I've
attached a diff file..
It changes the One-Shot List or Selectable value cheats to display
"Set" instead of "Off"
It stops the cheat options being activated in order when you are
going through the possibilities These cheats are now activated by
pressing ENTER after you have chosen an option This also pops up
a message (examples):
Activated
Select Starting Stage = 16 (0x10)
or
Activated
Select Temp. Current Shape PL1 = Yellow
Some simple examples to look at:
theroes "Select Starting Stage"
and
tetrist "Select Temp. Current Shape PL1"
Martin 'Pugsy' Pugh
