Re: Munt Reloaded - Development
Posted on 2011-05-01, 02:51
Holy smokes! Listening to the latest build and it sounds really, really good! Awesome work!
Re: Munt Reloaded - Development
Posted on 2011-03-04, 19:18
I agree with everything you've described here. Even with a square wave generator, those can be made by subtracting sawtooth points given a particular pulse width. The mystery remains, however, where did those samples come from to start? They aren't found on any of the ROMs. Not sure what you mean by …
Re: Munt Reloaded - Development
Posted on 2011-03-04, 10:11
You are completely correct about my implementation of the filter below values of 50. A good example of the mismatch with the filter and volume is the whistle that plays during the prologue of Space Quest 3. Given what you've been saying, it is my thought that at or below an absolute cutoff of 50, …
Re: Munt Reloaded - Development
Posted on 2011-03-02, 09:26
I think your current analysis is dead on regarding the resonant filter. The filter component seemed to be the hardest part to simulate accurately when all other parameters have been controlled for. Let me know if there is anything I can do to help! EDIT: Listening to the changes that have been made …
Re: More accurate MUNT (MT32 emulation) patch
Posted on 2011-01-03, 12:52
Oooh! Always excited to see progress with Munt. I've been distracted with so many other projects it's rare for me to have time to revisit it. Even now I'm on the road and can't very easily test your changes. Welcome to the broken rubix cube that is MT-32 emulation. Get one thing right for most …
Re: DOSBox client programs source code
Posted on 2010-07-14, 05:48
You may want to have a look at the DOSBox source. There command line functions (that would have traditionally been built into command.com) are all virtual. They show up as executables in the DOSBox shell but are actually hooks to code that executes directly in DOSBox.
Re: Save States - Proof of concept
Posted on 2010-07-11, 23:06
Also would have preferred if the OP had contacted somebody before making something like that public. A little late to the party but wd, welcome to open source. The OP could have just as easily forked DOSBox while releasing the source code and (s)he'd be well within their rights. The GPL says …
Re: MT-32 emulation woes
Posted on 2010-06-14, 05:46
We had a time last year where development on MUNT was improving rather rapidly. To improve our analysis of the few remaining parameters it was decided to switch all math from fixed point (intergers only) to floating point. This had a pretty signficant performance penalty--even on very modern CPU's. …
Re: DosBox on the iPhone / iPad
Posted on 2010-05-13, 06:01
This was one of the reasons I originally started iPhone development. When I discovered the "no emulators" rule I wrote a different app instead.
Re: Munt development ?
Posted on 2009-01-12, 04:54
What happened? Life, work, other projects, etc. :depressed: If you have an iPhone you can grab my latest creation here: www.zinger-soft.com (I'll even hand out free coupons to forum users!) Just the same I revisit the MT-32 emulator and the real deal occasionally. You're right. They're sooooo close, …
Re: How to get a sharp full screen without black border?
Posted on 2008-05-12, 04:20
1280x800, while being exactly 4 times the original 320x200 mode, isn't the same mode. DOSBox is correctly pillar boxing the game as you have a widescreen monitor. The aspect ratio of any 1280x800 screen made today is 16:10, where as when 320x200 was in standard use, all screens were the squareish …
Re: A Little Feature Request
Posted on 2007-09-16, 04:42
This is a known issue with DosBox. I noticed as well when I bought a 22" widescreen LCD monitor for myself. I've coded a fix but haven't committed it as I was expecting a more elegant solution. Basically DosBox needs to know exactly what aspect ratio you're working with and whether or not to pillar …
Re: Steam (Valve) using Dosbox for its "id Super Pack"
Posted on 2007-08-07, 12:59
While some good comments have been made post-Qbix's statement that he has no problems with Value/Steam's integration of their code into DosBox, I think some clarification is in order. Again, I'm going to reiterate my position that I think it is great that Value has chosen DosBox as it's method of …
Re: Steam (Valve) using Dosbox for its "id Super Pack"
Posted on 2007-08-06, 14:35
wd wrote: Just to avoid confusion you should mark the ironical posts as such, canadacow 😉 Done. 😀
Re: Steam (Valve) using Dosbox for its "id Super Pack"
Posted on 2007-08-06, 14:13
Binary file comparison shows that they are using the 0.70 release executable and added a wrapper. Means they did not modify the sources, just for clarification. And if DosBox were LGPL, just making a wrapper would indeed be fully in-line with the license. I agree with Harekiet though.... we can …
Re: Steam (Valve) using Dosbox for its "id Super Pack"
Posted on 2007-08-06, 02:17
Now here's the kicker; I'm not sure if it's a modification or simply an executable wrapper. It could simply be a small wrapper which contains an unmodified exe inside. I'm not sure where the GPL stands on such things as this because technically, the exe would not be modified in that case (at least …
Re: Steam (Valve) using Dosbox for its "id Super Pack"
Posted on 2007-08-06, 00:02
More interestingly is that running the DosBox.exe binary included with Steam produces the dialog as shown in the image, and then redirects the user to this Steam website: http://www.steampowered.com/v/index.php Looks to me as though Steam modified the code and hasn't made their changes publicly …
Re: Use DosBox NOT Virtual PC
Posted on 2007-07-11, 04:52
Put in my two cents on the blog post as well. In case it gets deleted I'm posting it here too: Most interesting flame war. With all respect to you, Virtual PC Guy, obviously you have your product, but I just find it odd that you'd demonstrate old PC games on it when it's going to get the crap beat …
Re: GUS sampling interpolation
Posted on 2007-01-15, 04:33
I noticed the GetSample function (gus.cpp) only linearly interpolates sampling data, when upsampling, and not when downsampling. This causes high pitched samples to sound aliased, especially sine-like sounds. It would be nice to have this integrated into the new codebase. Regards Erwin …
Re: MT-32 Emu Not Playing Back With the Expected Sounds
Posted on 2006-11-26, 02:23
lfo2k is right. Occasionally I'll work on the emulator and the current build of Munt is quite a few iterations behind my current work. However, very few people seem interested so I see little point in posting what changes I've made (because it's like a Rubix Cube... fix one game or instrument and …
Page 1 of 22