As you can see, Little Witch doesn't write any custom patches into the synth, so it's intended to use the default patches. Therefore, for getting proper sound out of it, you need to reset the synth right before playing.

Couldn't the dosbox patch do that before starting a executable from the shell?

I must say that I am very impressed by the current status of the MT-32 emulator.

I've downloaded the DOSbox version with built-in Munt from 5-5-2011 and its very nice to be able to play games with mt-32 support on my laptop without having to get the actual device.

There are some minor issues still, with Lollypop for instance, but when I think of how far things have come, I am confident that this will be solved in the end as well.

Big thumbs up!

Serious Callers Only wrote:

Couldn't the dosbox patch do that before starting a executable from the shell?

There are several scenarios preventing to do this like:

- the game loads Sysex's and then starts another executable / overlay to continue
- you load Sysex's within a program before starting MIDI player
- etc.

I think the better way is to start every game with a fresh copy of DOSBox. In this case, the emu is set to use standard patches besides other hardware emulated via DOSBox plus for various games different DOSBox config files supposed to be used.

picciola12 wrote:

Hi, mt32emu_2011_05_06 seems not working... […]
Show full quote

Hi, mt32emu_2011_05_06 seems not working...

When I load mt32emu.exe and run games in Dosbox, Dosbox are freezing.

It worked well mt32emu_2011_05_05 and works mt32emu_win32drv_2011_05_05 also.

I am using windows 7 (32bit).

I've refactored waveOut callback into a thread, so there is no freezes on Win7. As well as 2 additional buffers added to reduce latency. There is mt32emu_con console version to help with diagnostics.

Serious Callers Only wrote:

Couldn't the dosbox patch do that before starting a executable from the shell?

sergm wrote:

There are several scenarios preventing to do this like: […]
Show full quote

There are several scenarios preventing to do this like:

- the game loads Sysex's and then starts another executable / overlay to continue
- you load Sysex's within a program before starting MIDI player
- etc.

A new shell command to reset the MT-32 state could be adequate then...

it is somewhat detectable whether you return to the lowest DOSBox shell or not.
(check the code of intro, might need an additional check for batch files)

It works great in Zeliard.

But when I play BASS, I hear a little clickering noise.

mt32emu-con says 'attemped to perform "note off" on invalid key 0 ' and 'Insufficient free partials to play key # ~ '.

In prince of persia v1.3, it plays odd sounds. It says 'playSysexWithoutFraming: Header not intended for this device manufacturer: 00 00 34 01'.

I think mt32emu_2011_05_15_Win7 is stabler than mt32emu_2011_05_16.

Anyway, thank you for your marvelous work. This reminds me of my early memories.

Maybe you need to make the latency higher. It depends on CPU speed when it comes to cracks and drops in the sound (well, if they not caused by anything else).

My notebook has is a 2.0GHz dual-core CPU (T4200). 😀

I've experinced the similar situation (choppy sound and missing instrument playback) with using SAVIHost and VSTHost to play MIDI files.

Sometimes they work well, sometimes they don't work.

Actually, the author said that VSTHost should work on Window$ vista & 7, but this is definitely no supported configuration.

So I am using Reaper and Cantabile lite now. They work flawless.

I think something is differnet between Win 7 and XP but I don't know what exactly is. I am just an end-user. 🙁

My builds have been updated.

- we have greatly improved LFO, TVA and TVF accuracy.
- introduced a replacement for the old DirectMusic driver
- fixed some bugs

The "glop" custom timbre in Monkey Island 2 is broken; used to work in the May 5 build. You can hear something if you turn volume way up, but it still doesn't sound right, so probably more than just a volume issue. It plays right at the start of the game, but I've attached a capture for convenience.

Thanks, ripsaw8080! I'll take a look...

Looks like the commit ab3c369d70ae28cdb402 is rather irrelevant...

Ah, my old friend the glop timbre... I'll take a look, thanks ripsaw/sergm.

glop lives!

Test builds updated

- refined cutoffVal limit that fixes MI2's glop timbre
- refined reverb decay times that makes less reverb for low Time values and significantly less reverb for Hall reverb mode 1.

Test builds updated

I can only download the dosbox build, I always get an "Access Denied" error with the two other files. Am I the only one?

Seems like a weird glitch at glitchHub 🙁 Now I re-uploaded those

Now I re-uploaded those

Thanks! It's working now. 😀