Added hardware and tech notes.
New games marked as GAME_NOT_WORKING
------------------------------------
Four Roses (encrypted, 2 sets)[Roberto Fresca]
Sent: Thursday, December 11, 2008 6:52 PM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] deprecat.h cpu cleanup
Hi mamedev,
This patch purges the last few uses of deprecat.h from the cpu cores,
plus a handful of other Machine cases elsewhere that were found by
script inspection.
~aa
--
Hi mamedev,
This patch eliminates most uses of deprecat.h in the sound cores by
attaching the device to the state object and using it where
appropriate. Given that all the cpu objects use this convention, and
three sound cores already do this, this seemed an appropriate
approach.
~aa
Sent: Thursday, December 11, 2008 10:56 AM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] verboselog changes for future Machine removal
Hi mamedev,
Several mame files use an inline verboselog definition which saves
typing the cpuexec_describe_context repeatedly. While this is a nice
feature, each case introduces a then hard to remove deprecated Machine
variable. One way to fix this would be to add machine to the
parameter list for each verboselog call. Another way would be to
change them to include the context call explicitly inside a typical
logging macro (e.g. decocass.h). Not knowing which would be more
acceptable to mamedev, I've included patches for both.
~aa
(I chose to pass the machine to the verboselog function.)
> The roms were forwarded to the list ages ago. From Arzeno.
>
> GFX roms aren't dumped, using the original CPS2 ones causes the 'GIGA'
> part of the title to be missing. They should be different
> SOUND rom isn't dumped, it uses an AD-65 (OKI6295) instead of QSOUND,
> so I can't add the sound.
>
> Progarm appears to run as expected.
>
> it took a long time to figure out that this change was needed because
> MAME simply exits to the commandline without any kind of message, or
> possible backtrace if you attempt to call cpu_set_input_line with an
> invalid CPU.
>
> - cpu_set_input_line(space->machine->cpu[1], INPUT_LINE_RESET,
> (data & 0x0008) ? CLEAR_LINE : ASSERT_LINE);
> + if (space->machine->cpu[1])
> cpu_set_input_line(space->machine->cpu[1], INPUT_LINE_RESET, (data &
> 0x0008) ? CLEAR_LINE : ASSERT_LINE);
>
From: Smitdogg Jones [jcsmith23@yahoo.com]
Sent: Wednesday, December 10, 2008 4:51 PM
To: Dumping Project; submit@mamedev.org
Subject: Super High Impact (Prototype 6.0 9/23/91)
Most roms are labeled with LA1 stickers. U89 and 105 have small white square stickers stuck on top of what looks like LA1 stickers with "pro6" printed on them by a computer and are the only roms found to be different than ones in the LA1 revision. I added this as shimpap6 and changed the set name of the proto 5 version to shimpap5.
roms will be here temporarily when I can access it, it's currently down, I don't know what the issue is:
http://smitdogg.mameworld.info/random/shimpap6.zip
I'll e-mail the roms to Guru too. If anybody wants pics or anything else from it, let me know soon. I attached the diff.
Smitdogg
New games added or promoted from NOT_WORKING status
---------------------------------------------------
Pesadelo [Mariusz Wojcieszek, hap]
Rom uploaded to current/p.
It would be good if somebody can check sound hookup - I have no speaker attached to PC in the work office.
Mariusz
Also:
From: hap [hap@samor.nl]
Sent: Wednesday, December 10, 2008 3:21 PM
To: submit@mamedev.org
Subject: forte2 driver
Hello,
Attached is a Forte II board driver for MAME.
u5_forte2_diff.zip is the diff to 0.128u5
forte2_csource.zip is the driver source, better viewing than the diff
pesadelo.zip is a game ROM for it
Greets, hap
Inviato: domenica 7 dicembre 2008 20.18
A: Angelo Salese
Oggetto: Status Trivai (From software this)
seems to be a vertical set of Triv Two. There were no question roms, so
I used the roms from our existing Triv Two set, they seem compatible
(not really surprising)
Triv Two (Vertical) [David Haywood]
Sent: Thursday, December 11, 2008 7:13 AM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] Remove deprecat.h from rendlay.c
Hi mamedev,
This patch squashes another deprecated use of Machine from the mame
core by plumbing machine_config into rendlay.c
~aa
Updated the fcompress APIs to allow for specifying a compression level.
Removed the concept of state saving tags, which was a hack to get save states
to work with multiple CPU cores. Simplified the state saving system as a
result, performing the operation in a single pass and without allocating
a full blob of memory. Also enabled minimal compression.
Added new function cpuexec_describe_context(machine) which can be
used in logerror() and other printf-style functions to return a
description of the current CPU/PC given only the machine. Changed
several dozen sites to use this instead of directly interrogating
the activecpu.
Removed all other uses of activecpu throughout the system. Removed
activecpu from the machine structure to prevent future abuse.
Removed cpu_push_context() and cpu_pop_context(), and all call
sites.
Voodoo devices now require a CPU to be defined in the configuration
in order to know whom to steal cycles from or stall when FIFOs get
full. Updated all voodoo users to specify one.
CPD1869 devices now also require a CPU to be defined in the
configuration, in order to know which CPU's registers to fetch.
Updated all cdp1869 users to specify one.
Many other small changes to make this all work.
Sent: Wednesday, December 10, 2008 9:27 AM
To: submit@mamedev.org
Cc: atariace@hotmail.com
Subject: [patch] Add machine to some emu/machine init methods
Hi mamedev,
This patch widens some machine init interfaces to pass the machine
parameter, allowing more Machine global references to be eliminated.
Eventually most of these need to be converted to devices, but this
change reduces the deprecation surface in the meantime. I also
attached the script I used to do the initial changes to the drivers,
which handled about 90% of the cases without further editing.
~aa
