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.
- Increased number of JVS analog channels for driving games [R. Belmont]
- Protection data added for Crazy Taxi, Jambo! Safari, and Virtua Tennis 2
[Deunan Knute, ANY]
This gets 18 Wheeler and Jambo! Safari (and maybe other games with analog
controls?) to boot and run.
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Mahjong Gekisha [Luca Elia, Guru, Dyq, Bnathan]
New clones added
----------------
Hana Jingi (Japan, Bet) [Luca Elia, Guru, Brian Troha, Yasuhiro Ogawa]
* Created a base machine driver and then derivatives by hardware.
* Splitted the regular RAM and NVRAM systems.
* Added 'Hi-Lo Double Up Joker Poker' from SMS Manufacturing.
New games marked as GAME_NOT_WORKING
------------------------------------
Hi-Lo Double Up Joker Poker [Roberto Fresca, Alan Griffin]
* Added Draw Poker Hi-Lo (japanese), based on 8080A CPU.
* Merged the gtipoker memory map and machine driver with dphl.
New games marked as GAME_NOT_WORKING
------------------------------------
Draw Poker Hi-Lo (Japanese) [Roberto Fresca]
