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
New games added or promoted from NOT_WORKING status
---------------------------------------------------
beatmania 7th MIX (ver JA-B) [Chizzy]
New games marked as GAME_NOT_WORKING
------------------------------------
beatmania THE FINAL (ver JA-A) [Chizzy]
- support for scanline effect (fixes invisible dolphin in Emeralda attract mode)
- ROZ implementation no longer breaks Numan Athletics pixmap layer
- blitter fixes; xday graphics are now correct
- identified extra communications RAM used by xday (probably to control printer)
to write RGB bitmaps. Unfortunately, the only option is fully
uncompressed, which means the resulting AVIs are *HUGE* and
may not play correctly in realtime due to high data rate. The
intention is that these uncompressed AVIs are post-processed
by other utilities to compress the video and produce a
realtime playable result.
Added new command-line option -aviwrite which works just like
-mngwrite, except it produces AVIs and streams sound to them.
Updated documentation accordingly.
Shift+F12 still produces MNGs for now, though this might change
in the future.
Modified fileio.c to retain the full pathname to the file so
that it can be queried while the file is open.
