I was able to clean up 24 meg of already-emulated ROMs from /roms/unemulated/Misc. Only one of the sets had a readme that wasn't in MAME.
I have a local copy of discoboy.zip, FishingManiac3.zip, PashaPasha2.zip, and PashaPasha2_redump.zip, and will continue to keep these around in case anyone needs them.
* Fixed front-end so that virtual no-op instructions are still targeted
as branch targets.
* Fixed front-end to mark the beginning of each sequence as needing TLB
validation, since any sequence can be jumped to from anywhere.
* Redid the MIPS3 TLB implementation. Fixed the exception vector and
type handling. Changed the bitfields to directly map from the MIPS TLB
format. Added distinction between TLB fill and TLB valid/modified
exceptions.
* Added separate modes for user, supervisor, and kernel modes. Each mode
does proper verification of addresses now and generates address errors
for invalid accesses.
* Fixed several bugs in the TLB implementation; not everything works
yet but it's a lot closer.
* Made COP0 access checking mandatory in non-kernel modes.
* Fixed several crashes when recompiling virtual no-ops.
* Fixed TLB bug where entries for virtual address 0 were present by
default.
* Fixed bug in the map variable implementation that would sometimes
result in incorrectly recovered values.
This will be expanded in the future.
Added two new opcodes: SAVE and RESTORE to save and restore the entire
virtual machine state for examination/setup.
Added new back-end function get_info() which returns information from
the back-end about how many actual registers will be mapped.
Fixed a bug that mapped the high a low parts of registers to the same
address. This should help the C back-end run better on big-endian
architectures.
He has the Atari manual that clearly says that the game has one pedal (accel) and the gear shift.
He has done some tests between the PCB and driver and now both behave the same.
Sorry if I caused some confusion...
- a wheel
- 2 analog pedals (acceleration, brake)
- gear shift
Currently if you use the analog controls, it takes a lot of time to accelerate and there is no gear shift mapped. I have sent an email to Mirko so probably he will figure out the missing bits of non joystick mode.
Adjustment to roz layer priority - prevents roz layer from incorrectly being displayed over backgrounds in some games (i.e. numanathj)
Added a mask when processing the roz tilemap to avoid defects in emeraldj
The problem is that original submission was sent with reversed diff, I applied it (after Aaron request to commit external submissions), and then Aaron applied it again (with original reversed diff), effectively reverting to old version of code.
* Input ports are now maintained hierarchically. At the top
level are input ports, which contain a list of fields. Each
field represents one or more bits of the port. Certain fields
such as DIP switches and configuration switches contain a
list of settings, which can be selected. DIP switch fields
can also contain a list of DIP switch locations.
* Normalized behavior of port overrides (via PORT_INCLUDE or
by defining multiple overlapping bits). All fields within a
port are kept in strict increasing bit order, so altered DIP
switches are now kept in the appropriate order. This addresses
MAMETesters bug 01671.
* Live port state is now fully separate from configured
state. This is manifested in a similar way to devices, where
a const list of ports can be managed either offline or live.
Each port has a pointer to an opaque set of live state which
is NULL when offline or valid when live. Each port also has
a running_machine * which is also NULL when offline.
* Because of this new arrangement, the conversion from tokens
to a list of ports now requires reasonably complex memory
allocation, so these port lists must be explicitly allocated
and freed (they are not mantained by automatic resource
allocation).
* Custom and changed callbacks now take a pointer to a field
config instead of a running machine. This provides more
information about what field triggered the change notification.
The machine can be found by referenced field->port->machine.
* The inptport.c module has been cleaned up and many
ambiguities resolved. Most of this is internal, though it did
result in osd_customize_inputport_list() being changed to
osd_customize_input_type_list(). The parameter to this function
is now a linked list instead of an array, and the structures
referenced have been reorganized somewhat.
* Updated config.c to pass machine parameters to its callbacks.
* Updated validity checks, XML output, and UI system to handle
the new structures.
* Moved large table of default input settings to a separate
include file inpttype.h.
* Removed gross hacks in trackfld and hyperspt NVRAM. These
may be broken as a result.
Subject: lwings bootleg
Added a Legendary Wings' bootleg, it have some little difference on character's gfx and colours.
Here are attached also the rom taken from f205v web.
Bye Sonikos .
New clones added:
Legendary Wings (bootleg) [Sonikos]
Subject: [patch] Remove opbase globals from the public interface
Hi mamedev,
There are several variables associated with opbase handling which are
global and documented in memory.h and thus their use is not well
controlled. This patch attempts to remedy this. Because they are
used in various inline memory functions, they can't yet be made local
to memory.c, but by rescoping their declaration they can be hidden,
much like we hide totalcpu.
Most of the uses are in OPBASE_HANDLER() macros, so by encapsulating
the opbase state into a struct and adding that to the handler
interface those can be converted to local variable manipulation. There
is one use in missile.c in a MACHINE_START that I simply removed, it
shouldn't be needed.
One side effect of this patch is that the various unsafe memory macros
can't be used directly, they will be a compiler error now. That is
probably for the best.
~aa
Subject: fix to bug 01791
Hi,
enclosed please find a small patch to fix the issues in asterock
(asteroid.c) mentioned in bug 01791
the regression happened in 123u2, when asterock was updated to use
asteroid inputs. Unfortunately, 3 inputs went from ACTIVE_LOW to
ACTIVE_HIGH, among them INPUT_TILT. This was causing the cabinet to be
tilted with a twofold effect:
* to produce the continuous sound and
* to stop any coinage
Modifying back those 3 inputs fixes both issues
Subject: MSM6242 fixes
Sorry, seems I forgot to add the device to all machine drivers that
need it - here's an update that fixes that.
Details here: http://mess.toseciso.org/mame:regtest
--Dirk
