VOGONS

Common searches


Search results

Display options

Re: Munt Reloaded - Development

I remember I used to have it as a static library about 3 years ago, but that often makes me hard to maintain or customize. :) Of course this is an Open Source project and everyone can prefer his own way of use it, but I think encapsulation is a great thing too. As for me, mixing Munt sources into " …

Re: Munt Reloaded - Development

Ykhwong: As for integrating MUNT into DOSBox maybe the way of plug-in loading is better. At least a patch for using precompiled library I think... Dominus: You can vary loudness of missing sounds by changing MAGIC_NUMBER in partial.cpp generate_samples(): // This amplifies signal fading near the …

Re: Munt Reloaded - Development

Hello, I just tried the new Munt Reloaded and I wanted to say a huge thank you!!! :-) I am a huge Legend of Kyrandia fan and the old Munt was not working well with it, playing some instruments out of tune. But the new version works beautifully, it's amazing! It's not exactly the same as the real MT …

Re: Munt Reloaded - Development

I’m grateful for your attention, Canadacow, and really hope that we could achieve some respectable results in our efforts if you could only have time for this… As mentioned before, I believe they made the wavetable so small (e.g. 12,800 bytes) that it silently sits in the microcontroller’s memory, …

Re: Munt Reloaded - Development

What it's really needed is build up the model that can be realized in MT-32 hardware. As I understand, KingGuppy isn't succeeded in disassembling the software of the MT-32 microcontrollers. So, I propose to make hypothesis, compare and use the most relevant to what we observe in reality. Another …

Re: Munt Reloaded - Development

If we really try to made Munt "more accurate" as this topic promises, we must fully understand what exactly we trying to emulate. Munt team's concept of producing synth waves is based on subtractive synth model. Although, on the Net you can easily find statements that the h/w is NOT really has a …

Re: Munt Reloaded - Development

Thanks again, Canadacow, for responding and participating in the discussion. Sadly, but it seems that nobody else is willing / able to help with detailed analysis of hardware behavior. But I really have a hypothesis on explanation of MT-32 “pointless” behavior in terms of hardware realization for …

Re: Munt Reloaded - Development

After thorough testing, it’s clearly no more need in sample normalization. It’ll be removed in 0.9.3-release. Instead, there is a hack for amplifying the signal after the filter. It sounds really good and doesn't introduce noises for highest pitches as sample normalization did. I've decided to keep …

Re: Munt Reloaded - Development

For the current filter model I’ve found no faults except the next two. 1. Very probably irrelevant filter resonating for resonance values in the range 0..10. This leads to inappropriate signal loudness around the cutoff point (cutoff 50). As known, at the cutoff frequency, the filter attenuates the …

Re: Munt Reloaded - Development

It is great hearing from you, Canadacow, that you still ready to help in our attempts of making Munt better. It would be surely an advantage if you could share the results of reverse engineering the Team has already performed. It’s obvious, people who want the emu sounds correct the most do not have …

Re: More accurate MUNT (MT32 emulation) patch

Thanks, Ykhwong. I've finally got the point why those weak sounds appear. When I've thrown in a trash this noisy normalization stuff and applied as you suggest the fading code but reverse it this way: // This amplifies signal fading near the cutoff point if (filtval < (128 + 16)) { sample *= fpow2 …

Re: More accurate MUNT (MT32 emulation) patch

AFAIK, Canadacow made principal changes in the filter code in 2009. In particular, now filter coefficients computed in freq range 0..16000 Hz (FILTERGRAN = 16000 in tables.h). The condition you mention checks for the maximum freq for which there are computed filter coefficients. Again, for sample …

Re: Munt Reloaded - Development

0.9.2 released. It incorporates last changes in source as well as slightly lowered maximum volume to prevent overdrives. If overdrives ever experienced, it can helps just lowering master volume via the Front Panel interface. Just like for the real MT-32. It is not recommended to use DirectMusic …

Re: Munt Reloaded - Development

Thanks for testings, Miki. This overdrive you observed most likely due to uncertainties of the max amplitude. Original Munt CVS stated that max amp = 155 (see tva.cpp) then master volume was subtracted transformed through a table. KG says this corresponds LAPC-I behavior and very different on MT-32. …

Re: Munt Reloaded - Development

After performing several tests on Munt I've found that: 1. Implementation of resonance values below 10 rather irrelevant. According to the D-50 docs 0 resonance produces waves without the resonance peak. Also, for high resonance values docs say that the signal itself fades, but resonance peaks grow. …

Re: Munt Reloaded - Development

Dominus wrote: ok, good luck with it then, just keep this in mind when you want to compare stuff. as you've written you have no real device. Year... the hardware in my hands would speed the things up greatly... But, hey, this is TEAM work, so it may be even better though...

Re: Munt Reloaded - Development

Dominus, the Munt codebase you've tested is not related with the project in subj. Probably you use Ykhwong's DOSBox build Feb. 19. 2011. It incorporates ScummVM codebase of Munt. I've started Munt Reloaded Feb. 23 2011 based on Munt CVS codebase which rather different and improved, and thus results …

Re: More accurate MUNT (MT32 emulation) patch

2 Ykhwong I've added a patch for emulation of signal fading below cutoff point. That corrects volume somewhat. You can use it for your DosBox SVN build. By the way, the patch for DosBox can be slightly improved for better MIDI message timing. Now, the patch plays messages between DosBox mixer cycles …

Page 46 of 47