0.106u5
——-

WARNING: Starting with this version, the MAME windows run on a separate thread. There may be issues relating to this, especially when running unthrottled. If you see any crashes or odd behavior under normal operation, be sure to report it to http://mametesters.org.

MAMETesters Bugs Fixed
———————-
cheat_menu0106u3ora [Aaron Giles]
cheat_file_option0106u3ora [Aaron Giles]

Source Changes
————–
Cleaned up decocass driver: [Juergen Buchmueller]
– All hardcoded tables are gone now
– cexplore.pro 32 byte PROM reverse engineered

Fixed windows.mak to support 64-bit builds. [Malice]

Fixed bug where the gamename was reallocated out from under us by
the new config system. [Nathan Woods]

Added the ability to specify a callback when a given option is
parsed. This is used on the MESS side to add system-specific
command line options. [Nathan Woods]

More generic 6840 improvements. [El Condor]

Some improvements to the Pasha Pasha 2 driver. [Pierpaolo Prazzoli]

Added experimental OSD locks: [Aaron Giles]
– osd_lock_alloc() allocates a lock
– osd_lock_acquire() acquires a lock, blocking until success
– osd_lock_try() tries to acquire a lock and returns whether or
not it succeeded
– osd_lock_release() releases a lock
– osd_lock_free() frees memory used by a lock
If the OSD layer is not using multiple threads, these can just be
stubbed out (return TRUE for osd_lock_acquire and fake the rest).

Fixed ESC key not cancelling out of initial UI screens. [Aaron Giles]

More rendering changes/fixes: [Aaron Giles]
– Added new render_view_item_get_state() function to return the
state of a given item
– Changed render_target_get_primitives to return a new structure
render_primitive_list, which contains the list of primitives
along with an osd_lock which must be held while the list is
being traversed
– Added « Rotate View » option to the video menu for dynamic in-game
rotation
– Moved window creation and management to a separate thread; this
means all software rendering and all Direct3D calls are done on
a separate thread from the main game, and will take advantage of
multiple CPUs/dual cores
– Changed throttling behavior to skip rendering if we are already
pending; this makes for a better « fast forward » effect
– Added -prescale option to pre-scale the game bitmaps before
rendering to the screen; this helps get rid of the « fuzzy » look
when running with -filter enabled, at the expense of some speed.
Note that only integral values are currently supported (no « auto »)

New games added or promoted from NOT_WORKING status
—————————————————
Hard Times [Pierpaolo Prazzoli]

This one is a bit experimental again in that multiple threads are now being used. I’d especially like your testing if you have a hyperthreaded or dual core machine to see how the system behaves. There is definitely some more tweaking needed in the unthrottled case, but normal execution should be fine.

A tester sur tout les processeurs supportant l’Hyper Threading ou ayant un Dual Core. Mame gagnera t’il en fps d’ici quelques temps? entre le support de DirectX9 et de l’HT/DC on peut fortement l’espérer, un peu du moins…

Site Officiel

En savoir plus…