Robert Posted June 9, 2006 Share Posted June 9, 2006 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 lockIf 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]http://mamedev.org Derivative Builds:Mame32plusSpecial Dats: Notes: Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now