David Haywood's Homepage
MAME work and other stuff
January 28, 2015 Haze Categories: General News. 14 Comments on UME / MAME / MESS 0.158

UME (logo by JackC)
UME is the complete/combined version of the MAME / MESS project.

Official whatsnew texts for (MAME, MESS) provide full details of what has changed since 0.157.

This is based on the official ‘mame0158’ tagged version at GitHub.

UME 0.158 Windows binaries – 32-bit, 64-bit and all tools
(source matches official mamedev.org source distribution, here for completeness)

Other Binaries (if you don’t know what these are you don’t need them)
MAME/MESS split 0.158 Windows binaries – 32-bit, 64-bit and all tools

Windows SDL builds
32-bit SDL MAME / MESS / UME for Windows
64-bit SDL MAME / MESS / UME for Windows

Points of Interest

0.158 represents steady progress in the right direction, all of the recent progress you’ve seen here is included, and a couple of things that I’ve not covered too, including what seems to be a rare original Italian game called ‘Star Trek’ running on Head On hardware) I’m inclined to think it should have a thruster sound instead of the car skid sound from Head On tho ;-) It’s not a game you’re going to lose sleep over playing, but does appear to be a very rare find!

Star Trek (Sidam) Star Trek (Sidam)
Star Trek (Sidam) Star Trek (Sidam)

There are some important little bugfixes in there too, things like the fix for the Space Harrier MCU simulation (it was doing the very subtle job of setting some bonus lives flags, not easy to catch) and priorities on one of the Batrider bosses (although if anybody notices any new priority bugs in the Toaplan 2 driver with 0.158 please do let me know) Super Punch Out also had an annoying reset ug in 0.157 due to premature removal of some protection workarounds, that’s fixed too. Work was also done on the -mt flag to fix a number of palette glitches that occured when using it, while I haven’t tested it extensively it might be safe to use once again for a fractional performance gain. (unless you have really bad video card drivers that are dog slow in even doing a simple blit, in which case the gain is more noticable) A number of Windows specific issues were also fixed in the SDL builds, which is why I’m offering those again for this release, more on that later tho.

Tetris heads will be happy to know that TGM2 is now set to the correct ~61.7 refresh rate, rather than the incorrect ’60’, meaning that timing should now properly match the PCB, even if that means the ingame timer is no longer counting real seconds (it assumes 60fps)


If you’re running MAME on Windows XP using a nVidia card then you might be familiar with the instant Blue Screen of Death (or just instant machine reboot) you get when running MAME with any drivers nVidia from the last 5+ years. This is due to a bug in the nVidia drivers that happens to be triggered by MAME. We’re not doing anything illegal, or even fancy, we’re just unfortunate enough to get caught by it. nVidia have confirmed that they’re not going to fix it because it only affect unsupported Operating Systems and we and unsupported cards, and w can’t really fix it because it’s basically impossible to debug, so the only remedy for this using regular MAME is to either use the Software / DirectDraw renderer (-video ddraw) or stick with very old nVidia drivers.

If you want to avoid that problem then the SDL builds could be useful to you. For an accelerated mode they use ‘OpenGL’ instead of D3D and appear unaffected by the nVidia bug, meaning no BSODs on launch even if you use the latest drivers. I’m offering SDL builds for 0.158 because some important Windows specific bugs in the port were fixed over the course of the 0.157 -> 0.158 cycle.

The SDL builds also use GLSL shaders instead of HLSL, they can be a little tricky to get working (and there’s no Vector shader support) but a number of people have found they prefer the results over the HLSL approach (it’s personal preference) and there are shaders available that might actually be more suitable for lower end hardware.

You might also want to consider the SDLMAME builds if you’re running an Intel graphics based system and simply getting a black screen with MAME, or random error messages on startup telling you that D3D couldn’t be initialized. I’ve noticed this happening quite a lot even on Windows 8 laptops with Intel HD chipsets, older ones seem even worse. I haven’t checked if it does fix the ‘black screen’ problem with older Intel chipsets, but as it’s a completely different codepath it’s worth a try.

If you’re on XP + nVidia and would rather just go the ‘older drivers’ route, I’m told ‘258.96‘ from 2010 work with the regular versions of MAME we post. Some people have said the issue affects Vista users too, although there aren’t many of those left ;-)


You can follow any responses to this entry through the RSS 2.0 feed.

Here’s a direct link to the Nvidia WinXP 258.96 driver page…

Hello Haze, the 64 bit SDL link seems empty.

ah sorry, put the file in the wrong folder :-)

Haze, got a question about Seibu Cup Soccer:

Does it use the same or similar protection as Raiden 2 and the various Zero Team games? Since those games I just mentioned are now playable, what still prevents Seibu Cup Soccer from being emulated, then?

Thank you again, Haze!
Could we could count with another annual “Another year in MAME” post?
I simple love to read them :)

> re: Seibu Cup Soccer:

yes, it’s the same protection device as Raiden 2, however they use a lot more features of it than Raiden 2 does, and we haven’t emulated those features yet, and / or it’s exposing bugs in the implementaiton we use for Raiden 2 that Raiden 2 doesn’t care about.

> Could we could count with another annual “Another year in MAME” post?

working on it, probably not as exciting as the previous 2 years, but plenty of little bits people might have missed :-)

Great work as always Haze, I see some BGFX commits on GIT, are we a\ step close to 3D gpu rendering, b\ Im getting prematurely happy or c\im confused

I’m not sure, we’ve said before to do ‘3D GPU Rendering’ we’d effectively have to have a 100% cross platform way to write a ‘software’ renderer on the GPU, because actual GPU functions won’t reflect real hardware accurately otherwise (and could differ between cards) I’m not sure if BGFX gives that or not, I haven’t looked into it personally.

Great work, I’ve tested Tecmo World Cup 98 and the tittle screen is right.

I love the ” a year in mame” recap posts, too.

Thanks haze

bob: BGFX gives us the capability to have DX11-level control over the rendering in a portable manner, so it’s an important step towards that future. But it’s only a step. I wouldn’t necessarily expect any accelerated rendering this year even.

I always thought this is XPx64 problem with new NVidia drivers but appears to be also problem in XPx32 as well.

I hope Legionnaire and Heated Barrel are not forget.

Great job as usual. I’m glad to see the improvements made towards Model 3 emulation (I can’t wait to see how people will adapt their MAME cabinet control panels for Virtual On).

There is a problem with all your download links to the latest bins, sources & SDL bins.


The reason these links redirect to nowhere for me (& I’m sure for many others) is because the “.proxo.club” portion of the links. I can’t download the ume0158.exe package from http://mamedev.emulab.it.proxo.club/haze/ume2015/, but I can download it from http://mamedev.emulab.it/haze/ume2015/ instead.

If anyone else is interested, just download the files from here (unless you know how to edit the address bar or aren’t too lazy to):


interestingly they do not show as the ‘proxo club’ thing here (and the links in my page code do not contain that) although the site admin did add some cache / proxy type thing (wordfence?) to speed up / provide extra security to the site which might be what you’re seeing?

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.