* 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).
