> From: Christophe Jaillet [mailto:christophe.jaillet@wanadoo.fr]
> Sent: Saturday, October 17, 2009 9:02 AM
> To: submit@mamedev.org
> Subject: Correct 3 unbalanced calls to 'profiler_mark_start' and
> improve warning message
>
> Hi,
>
> while profiling the game 'silentd', I found some 'FILO overflow'
> warning.
>
> This was linked to 2 different unbalanced 'profiler_mark_start' calls.
>
> The attached patch does the folowing :
> - add a missing 'profiler_mark_end' call in 'drawgfxm.h'
> - add a missing 'profiler_mark_end' call in 'video/taito_b.c'. I
> think
> that this one could probably be completely removed
> - add a missing 'profiler_mark_end' call in 'profiler.c'. This one
> is
> very unlikely to happen. This has been done by rearranging a bit the
> code in
> order to have only one exit in the function
> - add more information about the likely type of profiling data that
> has
> made the fifo overflow. (This is that information that has help me find
> the
> two first issues).
>
> Hope this help.
> Best regards,
>
> CJ
Date: Sun, Oct 11, 2009 at 00:38
Subject: patch for devcb.c
To: submit@mamedev.org
Hello,
attached is a patch for devcb.c which allows devices to directly call
child devices. An example would be a device with its own CPU and a
child device that calls DEVCB_CPU_INPUT_LINE. Without the patch, this
would have only worked with tags like
DEVCB_CPU_INPUT_LINE("parent:device_cpu", 0). With the patch, its
enough to write DEVCB_CPU_INPUT_LINE("device_cpu", 0).
Dirk
Date: Sat, Oct 10, 2009 at 20:09
Subject: patch for ui.c
To: submit@mamedev.org
Hello,
attached is a small patch that changes the way cpu clocks are
displayed on the initial information page. It now displays the real
values, which takes internal mulitpliers/dividers into account.
Dirk
> Sent: Wednesday, October 14, 2009 4:58 AM
> To: Aaron Giles
> Subject: mame submission for mess
>
> Hi Aaron,
>
> Here is a fix (MESS svn 5957) to correct issues when a clone computer
> has
> less devices than the parent (example exidy and exidyd). Currently, if
> you
> run exidyd, the devices from exidy will be used, causing warning
> messages
> which cannot be got rid of. The solution is to remove the use of parent
> ini
> files because in truth, MESS does not really need MAME's ini heirarchy.
>
> (see attachemnt for dif).
>
> I've had this change for about 2 years privately, and no problems have
> been
> found.
* Added new game: New Lucky 8 Lines / New Super 8 Lines.
This set has a regular New Lucky 8 Lines, but allowing bets up to 64.
It has different settings/parameters, and additional graphics for a game
called New Super 8 Lines. There are basic reels tiles with a semi-naked woman,
a sort of super Mario character from Nintendo, clouds and stars...
Still can't find how to switch between games.
* Inputs and DIP switches from the scratch.
* Added Hopper service button to all New Lucky 8 Lines sets.
* Added Paytable settings DIP switch to all New Lucky 8 Lines sets.
* Minor clean-ups.
New games added or promoted from NOT_WORKING status
---------------------------------------------------
New Lucky 8 Lines / New Super 8 Lines [Roberto Fresca, Darklord & Team Europe]
Becomes the new parent set, differences:
schamp: Default country is USA, game title is "Sonic Championship" when region is USA or Export; "Sonic the Fighters" when set to Japan.
sfight: Default country is Japan, the game title is "Sonic the Fighters" in all regions.
New Clone Added
-------------------------
Sonic Championship [Brian Troha, Dumping Union]
Fair warning: I'm going to be pulling the driver seriously apart in order to
support real emulation of the JVS I/O board, so continue to run any changes
past me first :)
Date: Thu, 22 Oct 2009 12:06:44 +0100
From: David Haywood <neohaze@nildram.co.uk>
To: Philip Bennett <p.j.bennett@gmail.com>
Subject: Re: Super Hang-On
Ok, thanks.
For lack of anything to indicate otherwise, this unmaps the Super
Charger from this set. I really don't think it has one.
------------------------------------
Miracle Derby - Ascot [Stefan Lindberg, David Haywood]
Date: Thu, 22 Oct 2009 19:03:48 +0100
From: David Haywood <neohaze@nildram.co.uk>
CC: Philip Bennett <p.j.bennett@gmail.com>
Subject: Re: Miracle Derby
Well here is some initial rom loading, gfx decode, palette decode.
I haven't mapped the CPUs yet, but I imagine it will end up using mostly
the home data code in the end (although that seems to have game specific
code for a lot of games anyway, so there are probably some issues with
that driver)
You can check this in for now, and it can be returned to later.
----------------
Super Hang-On (Japan, FD1094 317-0038) [The Dumping Union]
From: David Haywood <neohaze@nildram.co.uk>
To: Philip Bennett <p.j.bennett@gmail.com>
CC: Charles MacDonald, Smitdogg
Subject: Re: Super Hang-On
Phil,
I guess I'm meant to be sending things to you now? Aaron saying he's too busy or something.
Anyway, can this version be checked it, the game is working, although I still have to emulate the memory mapper, I have a feeling the bad scroll offset at the very start of the game might be due to that.
The main issue was that I was confusing it with taking the interrupt, and the cpu being reset. When the CPU is reset we also need to reset the encryption state of the fd1094, otherwise it crashes, and because in the case of Super Hang On the encrypted CPU is the Sub Cpu, it gets reset by the main cpu.
anyway
new clones
------------
Super Hang-On (Japan, FD1094 317-0038) [Yasu + list of contributors]
Both boards' code disassembles as Z80 even though the JVS board has no visible
CPU (must be inside the Sega ASIC). Interestingly this is a slightly different
model JVS I/O board from what Guru documented previously, and the EPR number
is also different. (Is the EPR-22082 listed by Guru dumped?)
From: naibo zhang [naibo_zhang@hotmail.com]
Sent: Tuesday, October 13, 2009 6:11 PM
To: submit@mamedev.org
Subject: Sega Model-3 backface culling & stepstag rename
...
Game name change of the romset "stepstag.zip": it is actually "Stepping Stage Special", the 2nd version of Jaleco's dancing game "Stepping" series. The original "Stepping Stage" romset & harddisk dumps are most wanted. ;-)
From: naibo zhang [naibo_zhang@hotmail.com]
Sent: Tuesday, October 13, 2009 6:11 PM
To: submit@mamedev.org
Subject: Sega Model-3 backface culling & stepstag rename
Sega Model-3 video emulation improvement: figured out the flag bit indicating a single-/double-side polygon. Added backface culling code. Some graphic flickering glitches are gone.
----------------
1942 (Revision A, bootleg) [Darran]
---------- Forwarded message ----------
From: Aaron Giles <aaron@aarongiles.com>
To: "mamedev@dspnet.fr.eu.org" <mamedev@dspnet.fr.eu.org>
Date: Mon, 5 Oct 2009 00:02:13 -0400
Subject: [MAME] FW: dumps
> -----Original Message-----
> From: David Haywood [mailto:neohaze@nildram.co.uk]
> Sent: Sunday, October 04, 2009 11:55 AM
> To: Aaron Giles; Smitdogg
> Subject: Re: dumps
>
> Not a very interesting bootleg (1942) the content is just the same as
> the original, but in larger roms.
>
> It seems to show up quite often tho, so it was probably a common
> bootleg, and therefore might be worth supporting anyway as it means
> MAME
> is capable of identifying it.
>
> Smitdogg wrote:
> > Well you can look at these if you want. The Sub Fury is from my pcb,
> > been dumped for a while, adding it as non-working is better than
> > nothing but you could probably figure it out. The 1942 bootleg is
> from
> > Darran.
> >
> > Smitdogg
> >
> -----Original Message-----
> From: Christophe Jaillet [mailto:christophe.jaillet@wanadoo.fr]
> Sent: Saturday, October 17, 2009 9:00 AM
> To: submit@mamedev.org
> Subject: Speed up emu\cpu\e132xs
>
> Hi,
>
> this patch speeds up the emulation of the CPU e132xs.
>
> For the emulation of this CPU, two structures are used :
> - '_hyperstone_state' which keep track of the state of the
> processor
> - 'regs_decode' which is used when decoding the opcode being
> executed
>
> Both of these structures have a field 'op' but only the one of
> 'regs_decode'
> is actually used.
>
> The emulation of the CPU is done this way :
> - read the opcode
> - call the corresponding function which emulate this opcode. Two
> parameters are passed :
> o a pointer to hyperstone_state
> o the opcode itself
> - the opcode is then stored in the relevant field of a local stack
> stored 'regs_decode' structure.
>
> The field 'op' of '_hyperstone_state' is never used.
>
>
> So the proposed patch does the following :
> - use the 'op' field of '_hyperstone_state' instead of the one of
> 'regs_decode'
> - initialise this 'op' field before calling the function which
> emulate
> this opcode
> - remove the need of the second parameter ('opcode') of these
> functions
> - remove the now useless 'op' field of the structure 'regs_decode'
>
> Doing so removes the need of pushing a parameter on the stack for each
> opcode simulated and give a average speed up of 1 % or 2 % of the
> emulation.
>
> Hope this help.
> Best regards,
>
> CJ
> -----Original Message-----
> From: Christophe Jaillet [mailto:christophe.jaillet@wanadoo.fr]
> Sent: Saturday, October 17, 2009 9:01 AM
> To: submit@mamedev.org
> Subject: Speedup drivers/ertictac.c
>
> Hi,
>
> in the driver 'drivers/ertictac.c' an array of pen is initialised on
> each
> VIDEO_UPDATE.
> There is no need to do so and this array can be computed only once in
> VIDEO_START.
>
> Hope this help.
> Best regards,
>
> CJ
----------------
Zaxxon (set 3) [Klaus Sommer]
> -----Original Message-----
> From: David Haywood [mailto:neohaze@nildram.co.uk]
> Sent: Sunday, October 04, 2009 4:19 AM
> To: Aaron Giles; Klaus Sommer
> Subject: Re: Zaxxon
>
> It appears to be a different revision of the game code, I can't see any
> obvious visible changes, but I'm not an expert on this game.
>
> I think the u92 rom is just a bad dump, looks like it's suffering from
> bitrot (it's data for the backgrounds, but there various small changes
> all over the place). The program roms look OK and pass their internal
> ROM check.
>
> I've also given the rom loading regions more sensible names so that
> they
> reflect the content.
>
> Klaus Sommer wrote:
> > hi haze!
> >
> > i'm so sorry for the problems!
> >
> > i hope it's still possible to send you new dumps...as said in the
> > other mails, that will be the new way:
> > ---------------------------------------------------------------------
> ------------------
> >
> > if haze is interrested in adding a new set of dumped roms, i will
> send
> > him
> > (only him) the roms. -> he add's them to mame -> you (Aaron) and i
> get
> > the
> > DIFF -> after that i will send the roms also to Aaron!
> > ---------------------------------------------------------------------
> ------------------
> >
> >
> > attached are the different roms of an "ZAXXON" set. i compared all
> > roms with "ZAXXON (set 1)" and the four attached roms are different!
> > if you find any visual differences could you please send me some
> > screenshots!
> >
> > Thank you very much!
> > Klaus
> >
________________________________________
From: David Haywood [neohaze@nildram.co.uk]
Sent: Thursday, October 15, 2009 11:13 AM
To: Aaron Giles
Subject: Re: Seta Roulette
Added colour proms to Seta / Visco Roulette [Team Europe]
David Haywood wrote:
> As expected, the colours are now ok, even if I still haven't managed
> to make the game work.
>
> David Haywood wrote:
>> Thanks, this should at least allow the colours to be fixed :-)
>>
>> Klaus Sommer wrote:
>>> hi haze!
>>>
>>> attached are the two missing bproms from "Seta Roulette" which you
>>> added to MAME last week! i hope they help to get the
>>> game emulated!
>>>
>>> regards,
>>> Klaus
>>
>>
>
> -----Original Message-----
> From: Arthur Peale [mailto:arthurpeale@gmail.com]
> Sent: Sunday, October 18, 2009 6:21 AM
> To: submit@mamedev.org
> Subject: Fix for crimfght.c
>
> The inputs for this game on P4 were incorrect. I've made the repairs
> and P4 works correctly now.
>
> --
> http://www.pealefamily.net
> -----Original Message-----
> From: David Haywood [mailto:neohaze@nildram.co.uk]
> Sent: Monday, October 12, 2009 8:40 AM
> To: Aaron Giles
> Subject: Chihiro Bios
>
> Added Chihiro Bios loading [Alex, Paul Hogger, David Alves, Hugo César
> Somellera Calderón, Jeremy Ostrowski, Daniel Palmer]
>
> -----Original Message-----
> From: Christophe Jaillet [mailto:christophe.jaillet@wanadoo.fr]
> Sent: Saturday, October 17, 2009 9:03 AM
> To: submit@mamedev.org
> Subject: Patch against 2 typo in comments
>
> Hi,
>
> all is said in the object of the mail. Catch while going thrue the
> code.
>
> Hope this help.
> Best regards,
>
> CJ
From: Lei Wu [mailto:lanewu@hotmail.com]
Sent: Wednesday, October 14, 2009 12:41 AM
To: submit@mamedev.org
Subject:ddp2 rom rename
minor changes based on mame rom name convention
> From: Atari Ace [mailto:atari_ace@verizon.net]
> Sent: Saturday, October 17, 2009 12:14 PM
> To: submit@mamedev.org
> Cc: atariace@hotmail.com
> Subject: [patch] Remove dead prototypes
>
> Hi mamedev,
>
> This patch mostly removes dead prototypes, especially in source files
> as opposed to header files which I've previously audited. It also
> migrates a few prototypes to existing header files, and adds missing
> prototypes to segamsys.h.
>
> ~aa
> To: submit@mamedev.org
> CC: atariace@hotmail.com
> Subject: [patch] Eliminate more .data
> Date: Wed, 7 Oct 2009 08:51:56 -0700
>
> Hi mamedev,
>
> Most variables in .data are likely to lead to multisession bugs, so it
> is best to eliminate them and add explicit init/reset code for them
> instead. This patch does that for almost all the cases, with a few
> changes deserving some comments:
>
> z180: cc was global when it should be per-cpu.
> nesapu: the noise table would be different run to run in multisession
> which probably wasn't intended.
> astring: i constified the dummy string to make it impossible to
> modify.
> mediagx: hits was separated from the constant data
> tecmosys: i reduced the number of exports and renamed them to use
> tecmosys_ as a prefix.
> atari: i moved the renderer function into ANTIC.
> naomibd: the array provided to x76f100 was too small and might have
> caused memory corruption.
> n64: i constified the one and zero colors, requiring many more const
> qualifiers to be added.
> ldverify: i encapsulated the audio and video variables to reduce the
> amount of global state.
Battlezone - updated to use new module. Adjusted sound levels. Adjusted engine frequency. Remember there is a slider to adjust the frequency.
Donkey Kong Jr. - set noise clock to a fixed measured frequency. (Speed optimization)
(Also makes the code prettier in parts)
(The dsp now goes into its calculation loop, but some
opcode doesn't set flags properly, so it never drops
out of the loop).
Don't credit me in the whatsnew
This is only the rom defs, the former "bootleg upgrade" looks to be a bootleg of this new official set.
Some who knows what they're doing needs to hook up the fd1094 decryption routine and check the CPU1 roms are loading in correctly. The CPU2 roms should be correct.
credit those listed by Yasu in his original email describing the upload please.
This following is not worth mentioning yet.
Started the new 74LS624 code. Called it DISCRETE_74LS629 for now, until it is ready to replace the old code. You can enable it in dkongjr and mario using the USE_LS629 define.
I still need to work out the threshold/range relationship. I'm having the old schrodinger's cat problem. I need to measure the cap threshold, but doing so changes it. I'll work it out.
