- 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:
