changes to automatically call the read handler if the opcode base cannot be
found.
Changed logging for non-RAM opcode bases so that it does not output in the case
of debugger_access being set.
Fixed logic for deriving direct ranges so that it uses the non-watchpoint-
infected tables for its lookups.
Added minor additional information and OSC info. Also added two BPROMs not included before.
New clones added
----------------
Volfied (Japan, older) [Brian Troha]
Sent: Wednesday, January 28, 2009 9:08 AM
To: submit@mamedev.org
Subject: Fixed ID 1017 (nslasher)
Increasing interleave completely fixes the sound bug reported at MAMETesters.
Sent: Monday, January 26, 2009 12:37 PM
To: submit
Subject: Royal Panel addition to yumefuda, part 2
Hi again!
as Angelo Salese kindly pointed out, MAME already supports PORT_CONDITIONs for every kind of inputs. Hence, enclosed please find an improved submission with proper inputs for yumefuda
Regards,
Fabio Priuli
On Mon, Jan 26, 2009 at 4:00 PM, Fabio Priuli <doge.fabio@gmail.com> wrote:
Hi, enclosed please find a patch which adds the Royal Panel controls to yumefuda (as a consequence bug 2574 in MT can be considered fixed).
Please notice that the addition of the dual controls looks a bit ugly in the UI menu, but I can see no way to better implement these, in current MAME source. Ideally, it could be nice to add conditional ports to input bits as well as to dips (in this case MAME should show different controls depending on the DSW bit chosen), or to add the concept of port_categories currently used by MESS to show in the menu only the buttons of the chosen controller (you change controller from a different menu entry, like with DSW). I could look into add this feature, but I would prefer to know in advance in which way you would prefer this to be implemented.
Regards,
Fabio Priuli
Sent: Monday, January 26, 2009 7:20 AM
To: submit
Subject: two trivial bugs
Since nobody has fixed yet the two MT entries for dkongf, reported 2 weeks ago, here you find the needed patch. It changes the DSW setting corresponding to Free Play and it changes the year to 2004.
Regards,
Fabio Priuli
Sent: Friday, January 23, 2009 8:44 AM
To: submit
Subject: two more bugfixes
Hi,
enclosed please find fixes for the following bugs in MT
* 2697.diff : this fixes MT02697, i.e. the wrong input mappings of hkagerou. Basically, this game has a dip to choose between an hanafuda & a mahjong panel, but this switch only changes the onscreen indicators (1->6 vs. A->F). Actual input bits are the same in both configurations. Previous mapping was using mahjong inputs for P2 inputs and keys in the numpad for P1 inputs. With this patch, it will only use the default mahjong keys for both players (but in the UI menu, I put also the hanafuda label to help users)
* arka.diff : this fixes MT02719 (which I introduced with my changes in MAME 0.126u5), making a few bootlegs working again.
Regards,
Fabio Priuli
Sent: Thursday, January 22, 2009 10:31 AM
To: submit
Subject: fix for MT 2792
Enclosed please find a small patch which fix the neogeo COMM dips according to the manual scan present in the bug report (splitting sw 4,5,6 in two separate dips entry)
Regards,
Fabio
===================================
Explaination about this:
This gambling game provide a code that you should type it in a DOS program. This PC-DOS program
(that's nowhere to be found plus I guess it's read-protected) gives an input code that you should
press back on the game.
My solution is to give a default eeprom, because, really, I don't think that a popmessage is a
good solution for the end-user.
I don't even consider to patch the program rom, and anyway, I can't believe that somebody in 2000
really provided an Amiga-ish password system as "protection" ;P
- Merged GTI Poker (gtipoker.c) with this driver.
- Added new memory map and machine driver for gtipoker.
- Hooked 2x PPI 8255 to gtipoker.
- Hooked the video RAM access ports to gtipoker.
- Changed norautpn description from Noraut Poker (No Payout),
to Noraut Poker (bootleg), since the game has payout system.
- Some clean-ups.
Formula was derived from figure 6 of LS624/628/629 & 625/626/627 datasheet.
"BUCK ROGERS" is now centered and big ship appears centered over br's ship.
Please Co-Credit Guru
On the long term, both LS629 and the XOR need to be converted into a custom module to properly model mixing if the two frequencies are close to each other.
Adjust C41 to 60% for skid sound.
read/write functions and various other types of functions. Introduced new
structures and macros to make this possible.
To take advantage of this, a device must change its interface to replace and
read/write callbacks with the new devcb_read/write structures. During device
start time, the device then uses this new devcb module to resolve the information
in the devcb_read/write structures into a more efficient form. When the device
needs to call one of the callbacks, it uses the inline devcb_call_read/write
functions.
Once a device has defined its callbacks as devcb_read/write structures, users
of the device must use the DEVCB_* macros to specify the type and information
about the handler to use:
DEVCB_NULL = no handler
DEVCB_HANDLER = a standard device read/write handler
DEVCB_MEMORY_HANDLER = a memory address space read/write handler
DEVCB_DEVICE_HANDLER = a device read/write handler for a different device
DEVCB_INPUT_PORT = an input port
Converted the 8255PPI device to use this new structure, and updated all users
to use the DEVCB macros, removing some unnecessary trampoline functions along
the way.
I didn't get around to documenting this one in full detail, but at a quick glance it appears the region works in the same way. ie, the first byte of one of the roms is 0x01 instead of 0x00.
I've also documented how the region works on Batrider based on these sets.
----
I can't get him to provide any further proof of ownership of this stuff, and I think pressuring him for it is more likely just to piss him off, and result in no further contributions (he already didn't respond to my last mail a few months ago, so I'm sending this now..)
===============================================================
I'm not quite sure about aerfboot,sound seems s****y but reasonable (i.e. plays different stuff than the original sets).
Can any okim6295 expert look if I did an error on the sound banking/soundlatch sides?
also reworked the code a bit to make it harder for somebody to break it in future. (removed the config table & moved keys to driver inits, define region sizes, allocate memory in init for CD based games.)
should be no functional changes, although it might be a fraction of a % faster due to there being less region lookups.
new clones added
----------------
Noboranka (Japan) (NOT WORKING, undumped 8751 MCU)
(old bootleg set is now a clone)
also fixed
"02873: Many sets in system1.c: Missing text layer"
using the method Kale posted
and renamed some functions in drivers/system1.c etc. so it's clear that they're used by the bootleg 'nobb' only, rather than system1 in general.
