MT-32 Buffer Overflow and Checksum Errors

[beigemore]

That worked. Thanks.

I must say, it has come a LONG way since I last heard it through emulation.

[Collector]

That worked. Thanks.

I must say, it has come a LONG way since I last heard it through emulation.

Yes, it is getting very close to the real thing. There is no reason for true Sierra fan to play their classics with out the music that they were intended to have. What a huge difference.

[MusicallyInspired]

It's incredibly sad that DOSBox has chosen not to include MUNT in the official builds. Also odd considering ScummVM seems to be much more wary of legal issues than the DOSBox crew (from my observation, don't take this as fact) and yet they include MUNT in ScummVM.

But MUNT has indeed come a very long way. I installed the WDM driver the other day and was playing through a few games with it in DOSBox. Brilliant. The only drawback is it takes about 5-10 seconds for DOSBox to load up when using the WDM driver. I can live with that, though I suppose. Can't wait for an official final release with an interface. And an updated inclusion into ScummVM! ScummVM Wii actually runs MT-32 emulation quite well (performance wise, not quality wise) so it'd be great to have the proper quality emulation on the Wii. Heck it'd be great to have it on the DS as well, but it doesn't have the memory for that .

[audiodane]

I can't remember if I asked this before or not- is a portable installation of Munt possible? I would like to use it but don't want to install it on the computers that I end up having available time to play on..

thanks,
..dane

[MusicallyInspired]

I was going to ask myself if it was possible to take this latest near-100%-accurate source of MUNT and implement it somehow into ScummVM and DOSBox manually and compile custom builds of each for portability.

[audiodane]

would be very interested in both- *raises hand*

..dane

[Collector]

You can use ykhwong's build of DOSBox and drop the ROMs in its folder. ScummVM has to wait for KingGuppy to update the Munt code in it, so Munt in ScummVM remains out dated.

[MusicallyInspired]

Yes. However, I was wondering if you could manually ammend the updated MUNT code into the ScummVM source and compile a build yourself.

I've just tried this and it's compiling now. I'll let you know if it works.

EDIT: Didn't work. Errored out. I just dragged and dropped the new files into ScummVM's source, though. So it's probably a more complicated process to implement than I have knowledge of.

[Collector]

So it's probably a more complicated process to implement than I have knowledge of.

Which is why the ScummVM devs are waiting for KingGuppy. There have been some very significant code changes since the last time that it was updated in ScummVM. If it would have been as simple as dropping the new Munt code into the ScummVM, the SVM devs would have probably done it themselves. Still, it was worth it to try on the outside chance that it would have worked.

[audiodane]

You can use ykhwong's build of DOSBox and drop the ROMs in its folder. ScummVM has to wait for KingGuppy to update the Munt code in it, so Munt in ScummVM remains out dated.

In what other ways does ykhwong's build differ from the current "standard build?"

And just so I am clear- with the ROMs in the proper place, is it then basically a portable DOSBox+MUNT installation, usable without any further software installations?

thanks!
..dane

[Collector]

Without specifying a DOSBox.conf, DOSBox follows the modern convention of writing it in the user's AppData folder, i.e. "%USERPROFILE%\AppData\Local\DOSBox". Ykhwong's build has a DOSBox.conf in its folder. I don't know if it will write to the user space if it does not find it or not. I have not looked, but I believe the conf file is a bit different than the standard 0.74 conf for support for things like Munt. He still had a captures subfolder. DOSBox 0.74 uses "%USERPROFILE%\AppData\Local\DOSBox" as default.

I believe it also has Glide support and possibly printer support. Besides these unsupported patches, it is based on SVN code, not 0.74, so it will also include all of the official changes since 0.74.

[MusicallyInspired]

I think it also has network support and a file menu in the window which can change a set of DOSBox settings during runtime.

[audiodane]

I'll be sure to check it out next chance I get.

So now's a good time for a question; I've seen other developments (pyTivo is a great example, as well as ffmpeg) where many forks are common. If such forks become very popular or do some really wonderful things, why do they not get incorporated back into the main branch? Is it a matter of these features not being a part of the core purpose and/or goal of DOSBox? Or maybe a development effort that's not considered "stable enough" yet for the main DOSBox branch?

cheers,
..dane

[Collector]

Some may eventually, others don't fit the main objective of DOSBox, which is game compatibility. Printing is rarely, if ever, needed for games. Ykhwong's build has a menubar GUI that will probably never make it into the official DOSBox since the code is platform dependent. If Qbix sees this he can give you more of an official answer about what may be included.

In a way, you could say that DOSBox has a couple of forks. From what I understand, Boxer, a Mac frontend, has a fairly modified version of DOSBox in an attempt to optimize it more for Mac OS. Then there is jDOSBox, but it is probably more of a port to Java than a fork.

[beigemore]

Hey Collector, any idea why I can't get the built-in Munt MT32 to work with Prince of Persia or Legend of Kyrandia in ykhwong's DOSBox build? Prince of Persia defaults back to PC speaker and Kyrandia just doesn't produce any sound, but other games seem to work fine.