Hunterz: Thanks for letting me know, I'll investigate that. This is the first time I've had someone complain about Munt *not* crashing :) There's no disadvantage in keeping "mixed Adlib/MIDI mode" enabled all the time, unless you want the authentic experience of having an MT-32 with no Adlib card :) …

Srecko: Thanks, I'll take a look into those when my MT-32 arrives for comparison. Hunterz: Perhaps you need to enable "Mixed Adlib/MIDI" mode to hear the crashing sound - it might be Adlib-only. Please let me know if that works for you. Regarding synchronising Munt and ScummVM: The code in ScummVM …

I just uploaded version 0.1.1 Win32 driver binaries and cross-platform library source. Many thanks to Snover for his very useful testing.

A binary release of the new Windows driver is now available: http://sourceforge.net/project/showfiles.php?group_id=123616 Bug reports should preferably go in the munt project's bug tracker. Thanks for testing 😀

Srecko, the advantage is more accurate emulation. I'm using data from the ROM such as the PCM tuning which was previously based on not-really-accurate analysis. I don't see that requiring two such ROMs is significantly worse than requiring one.

Releasing binaries (and source tarballs) is a high priority for me, but I want to do some further testing first. The first person to test the new Windows driver (Canadacow, actually) was rendered half deaf, so I think people will appreciate me ironing out the remaining buglets before release :) I'm …

The Windows driver just links with the mt32emu static link library. That library is completely up-to-date with the ScummVM version. So it should be the very latest (and theoretically best) code available anywhere.

Sorry, I can't do that. The legality of distributing that file is just the same as with MT32_PCM.ROM (i.e. dubious).

The microcontroller ROM controls the frontpanel (setting the LCD display and handling button presses) and the LA synth chip, and deals with MIDI events. It's pretty much in charge of the whole show; your CM-500 will certainly have one, though it's likely very different. The code in the ROM is not …

I started a SourceForget.net project for the MT-32 emulator some time ago, and finally got around to committing some code to it. The project is here: http://sourceforge.net/projects/munt/ This is based on Canadacow's latest version, with quite extensive changes.

(This is now fixed on scummvm CVS)

Interesting. I went to the Audio tab and unchecked 'Mixed AdLib/MIDI mode' (which I usually keep enabled by default for every game supporting MIDI). Thanks, I just confirmed that problem here. I'll try to get it fixed.

MI2 is certainly supported; I did most of my tests on the intro to this game.

@Kaminari: I did do some work with VaporWare, but Olli is the person to complain to about the lack of Voyager updates. Just don't complain too loudly or mention I sent you, because these days he's my boss at a new company :) The emulator integration in ScummVM is intended to be temporary; I'm …

Sorry, I should have been clearer... I took the DirectX interfacing code from canadacow's original Windows driver, and I combined it with the core of your Linux drivers (based on the latest DOSBox-integrated version). I fixed a lot of bugs while I was at it. It seems to work more or less as it …

I just put together a mongrel hybrid of canadacow's Windows driver and Tristan's ALSA driver (the latter of which was in turn based on the latest published DOSBox version). It's got a lot of problems, but I've managed to play the Monkey Island 2 introduction through ScummVM with serious damage to …

I have a few questions about the current status of development: 1) The Windows driver seems to be lagging behind the DOSBox-integrated version, is that correct? 2) It is not currently possible (based on my own experience and forum postings) to play ScummVM games in native MT32 mode and have the …