Re: MUNT 98 Testing
Posted on 2017-09-17, 11:53
Update: With VMDSound installed, both Adlib emulation and MIDI routing works fine in the VM with Windows 98 SE. But, how shitty all this works...
Re: MUNT 98 Testing
Posted on 2017-09-17, 06:14
Ahh a new useful DOSBOX command to use for troubleshooting. Well, these two commands I mentioned are old and famous. And they have never failed before for me. Please investigate why this fails for you. I'm not sure how many of these Linux boot possibilities will fit on a 1.44MB floppy disk. You'll …
Re: MUNT 98 Testing
Posted on 2017-09-16, 13:47
But let me try to bring a little more clarity. The Ultimate goal would be when it becomes possible MUNT and DOSBOX working in "REAL DOS" more specifically 95B or 98/SE DOS known as MS-DOS 7.0/7.1 due to the FAT32 support. This would allow running any early DOS based legacy title that supported the …
Re: MUNT is now Windows 98 Compatible
Posted on 2017-09-16, 11:54
SergM, I have replied to your posting in depth but I have moved it to my thread to avoid hijacking "Nic-93's" thread any further as the answer to his question is now true that MUNT is 98 finally compatible through my testing of your latest 9-11 build. Well, munt isn't fully compatible atm but I'm …
Re: Is munt windows 98 compatibel?
Posted on 2017-09-15, 15:06
Yep, sure. Besides, it seems that I can pull off the 16-bit Windows 9x driver. Found a free C++ complier from M$ in Windows ME DDK 😎
Re: Is munt windows 98 compatibel?
Posted on 2017-09-15, 14:39
Congratulations, you've really managed to confuse me :) So, let's start over. What is your ultimate goal? Do you want to run MT32 emulation in DOS, Windows 9x, XP or Vista+? Or everywhere? Do you want your games just to run a bit faster with Windows 9x? I'm really confused. See, there are many …
Re: Is munt windows 98 compatibel?
Posted on 2017-09-10, 17:02
In the mean time, it doesn't seem to be too hard to run mt32emu-qt on Windows 9x. It seems like Qt versions prior to 4.6.0 retained Windows 9x compatibility. There are only a few changes required to compile it with the minimal set of audio drivers using MinGW. Uploaded a test build . Again, it …
Re: Is munt windows 98 compatibel?
Posted on 2017-09-10, 13:48
Well, I mostly mean systems that can _only_ run Windows 98 and have limited resources to go with Windows 2k and above. But even these systems can run Linux with one of those simple desktop managers. Anyway, that would be slow... 😉
Re: Is munt windows 98 compatibel?
Posted on 2017-09-10, 09:19
Wait a minute. I don't get the point if this is about running games in DOSBox under Windows 98. All you need is to add mt32emu library right into DOSBox. I'm sure there are DOSBox builds Win9x compatible around already. Besides, I don't think it is enough to have just an Intel CPU to run Windows 9x …
Re: Is munt windows 98 compatibel?
Posted on 2017-09-09, 18:50
Speaking of Windows 98 port of munt, I don't mean all these tools we have to be available. Unfortunately, life goes forth, and Windows 98 is currently unsupported by almost anything. Even mt32emu-smf2wav does not work there due to lack of Unicode support that is required by the version of glib we …
Re: Munt Reloaded - Development
Posted on 2017-09-09, 18:33
95DosBox This behaviour was deliberately chosen. The Windows MIDI driver only detects if the Qt app is running when the consumer application opens the MIDI port. It does not search actively for the Qt app when its internal synth engine is already opened. The main reason why is that the state of the …
Re: Munt Reloaded - Development
Posted on 2017-09-08, 12:06
OK, will test it thoroughly when built as a shared library. And yes, both mt32emu-qt and mt32emu-smf2wav Windows builds are affected but due to another reason (they rely on support of UTF-8 which MSVC never provided).
Re: Munt Reloaded - Development
Posted on 2017-09-08, 05:44
Ah, I see. This seems to be a problem with old MS C runtime. I can reproduce it also with VC 2008. Anyway, I think it's better to fix it at the application level rather than hack the library and change global locale.
Re: Munt Reloaded - Development
Posted on 2017-09-07, 18:15
Oh, right. I'll push a fix shortly...
Re: Munt Icon
Posted on 2017-08-31, 07:28
Oh, don't worry. I've received your message already. The icon looks awesome, thanks!
Re: Munt Icon
Posted on 2017-08-30, 08:28
That's great! It seems munt approaches the phase when such things become valuable ;) There are a number of ways to contribute, as you probably know. I think the ideal one is to create a PR at GitHub, so your contribution will be kept in the project history forever. Alternatively, feel free to PM me …
Re: Munt Reloaded - Development
Posted on 2017-07-30, 14:53
New munt release rolled out!
Re: Emulating MT-32 on an RPi2
Posted on 2017-07-27, 06:28
@brostenen You don't need to edit CMakeLists.txt in this case. This is only a matter of setting a configuration property. I listed 3 common ways of doing so in the README.txt, btw ;) @gdjacobs Nether am I :) But this looks totally correct. Best to always start with an empty cache if unsure. However, …
Re: Emulating MT-32 on an RPi2
Posted on 2017-07-25, 15:46
First, let's sort out if you want to use the Qt app. Even if Qt5 is unavailable in your configuration, you can also switch to use Qt4 by setting CMAKE property mt32emu-qt_WITH_QT5 to FALSE. Basically, package names in Linux distros is what I could never guess...
Re: MT-32 2nd gen vs CM-32L?
Posted on 2017-07-25, 08:38
BTW, I've added mapping for Control ROM v2.04 so munt recognises it now. Indeed, it's much like the CM-32L/LAPC-I ROM internally, so if one has also a latter device, there's a little point to use the ROM from the former. Cloudschatze, could you help with making mappings for more ROMs in the 2.x …
Page 13 of 47