Made the changes. I don't have svn access so if someone can submit the
attached diff for me...
Ruben
-----Original Message-----
From: Derrick Renaud [mailto:derrickrenaud@yahoo.com]
Sent: Wednesday, 5 August 2009 6:19 AM
To: mamedev@dspnet.fr.eu.org
Subject: RE: [MAME] Stern Cliffhanger Tone Sounds Fix
Thanks. So it looks like the code needs to be changed from 19k resistors to
10k. That should make it sound right.
I'm not near a computer with svn access at the moment. So if anyone want to
make the change, feel free.
D.
--- On Sun, 8/2/09, Ruben Panossian <malcor@tpg.com.au> wrote:
> From: Ruben Panossian <malcor@tpg.com.au>
> Subject: RE: [MAME] Stern Cliffhanger Tone Sounds Fix
> To: mamedev@dspnet.fr.eu.org
> Received: Sunday, August 2, 2009, 4:39 AM
> > From those schematics, the
> enclosed pic shows what parts need to be
> verified.
>
>
> Verified values.
> See attachment.
>
> From: Atari Ace [mailto:atari_ace@verizon.net]
> Sent: Monday, August 03, 2009 10:52 PM
> To: submit@mamedev.org
> Cc: atariace@hotmail.com
> Subject: [patch] De-globalize romload.c/validity.c
>
> Hi mamedev,
>
> Static and global variables in the core of MAME have slowly been
> replaced with opaque structures latched onto the running machine. This
> patch extends this idiom to two more files, romload.c and validity.c.
> validity.c in fact didn't need any global state (it was used only to
> pass data between function calls), and romload.c already had a struct
> that largely served that purpose.
>
> ~aa
> To: submit@mamedev.org
> CC: atariace@hotmail.com
> Subject: [patch] Introduce tilemap_private to running_machine
> Date: Thu, 23 Jul 2009 18:49:08 -0700
>
> Hi mamedev,
>
> Tilemaps in MAME are currently globally tracked. If multiple machines
> with different tilemaps are ever to be supported, this needs to be
> changed, which this patchset does.
>
> 0. This patch add tilemap_private to running_machine, adds machine to
> a few apis and adds two new apis to replace the convention that tmap =
> NULL => all tilemaps.
> 1. This patch mechanically converts all the uses of ALL_TILEMAPS to
> use the new apis.
> 2. This patch removes ALL_TILEMAPS and makes tilemap_private
> dynamically allocated per machine.
>
> ~aa
I have done Intel 4004 implementation, here is a patch (it also
contain a POC driver for 4004 Nixie tube clock, that runs under MESS).
4004clk is artwork file, and roms file contain needed roms (just rename ZIP).
Regards,
Miodrag
> -----Original Message-----
> From: Micko [mailto:mmicko@gmail.com]
> Sent: Tuesday, August 04, 2009 8:11 AM
> To: Aaron Giles
> Subject: Intel 4004 core
>
> Hi Aaron,
>
> Here is a final version of CPU core for MAME submition.
>
> Regards,
> Miodrag
Sent: Monday, August 03, 2009 5:33 AM
To: submit@mamedev.org
Subject: with attachment: fixing bootleg + sonson fixes
Woops, forgot the attachment..
Hello,
Thanks for including my fixes in the u1 release :)
Attached diff for 0133u1 fixes 2 small things related to u1 fixes:
- description bootleg inconsistency didn't include goldnpkr.c
- forgot Y in sonson sprite wrap (see titlescreen when the 2 guys jump up)
hap
Probably not harmful currently, but if the UML core ever gets more aggressive
with optimization (e.g. if we spliced in something like LLVM as a code
generator) it could've become an issue.
---------------------------------------------------
Ridge Racer (3 screen? Rev. RR2, World) [Guru, Smitdogg]
Claimed to be 3 screen but it comes up fine in the driver as-is. The I/O
test does complain about the C139 serial being unable to talk to anything so
I'm assuming that's how the 3-screen-ness works and will not purse that
angle :)
This was submitted in May and never put in because nobody from MESS commented.
I just tried it hooked up to the Apple II in MESS and it sounds quite nice.
* Fixed Mode 7 shared scrolling/matrix registers
* Slightly optimized Mode 7 math (by using Anomie's recursive formula)
* Moved some more register contents to PPU struct
* merged OAM functions,
* fixed a small bit in Mode 7 math,
* added a few elements to PPU struct (this might be handy if we ever come to convert SNES PPU to a device)
