Yeah, I know, Audio Overload wasn’t always feature-identical on all ports. It’s better now.

I’ve successfully connected and run an EETools EPROM emulator with my Run and Gun 2 PCB. This means I can run test code on it without the drag of burning and erasing EPROMs. Now to see about pwning that protection chip.

Also, Sven Gothel has delivered working plug-in GLSL support for SDLMAME. This means that starting with 0.117u1 you’ll be able to supply your own shader effects to post-process the game image. This is a win-win-win: you can get whatever filter you want (2xSAI, HQ, Eagle, edge-detect, cartoonify, greyscale, sharpen, Gaussian blur), I don’t have to ship or support it, and it won’t take any of your CPU time, just your GPU time (which is normally quite idle during MAME, especially for Radeon X-series and GeForce 6/7/8-series cards).

Here is a set of replacement files for SDLMAME 0.116u4 that fixes CPS-3 operation on big-endian systems (ie, PowerMacs and the PlayStation 3). All graphics should be present and OK, and the garbled sound should be fixed (especially noticable on the SF3 “STREET FIGHTER 3!” voice sample). Unzip it the same way/place you did SDLMAME itself and it should overwrite 2 files. Then rebuild. This also includes Haze’s latest alpha-blending/color calculation effect fixes (notice the shadow in the jojoba beginning). It should look something like this (screenshots from a 2.0 GHz dual G5):

The brand-new issue of Linux Journal has a cover story on MAME cabinets. So what software are they using? AdvanceMAME (which is dead and outdated). What website do they point people to? mame.net, which is out of date and has wrong samples, wrong artwork, and an increasingly wrong FAQ (mamedev.org is of course the right answer). And the cabinet they show is, uhh, not a shining example of the sort of work people often put into them. When LJ’s website is updated to show it I’ll include a pointer.