Older versions of this soundfont has been what I've used to compose with for eons. Basically (re: ED soundtrack), what you hear is what *I* hear... especually on a soundfont compatable sound card :)
Never_Again said:
The download page link is broken in Firefox. It leads to a news page where the latest entry is from April. The link works in IE. This could be a cookie issue. It would make sense to have the download work regardless of whether cookies are enabled or blocked on the downloader's end.
All of the DOOM/DOOM2 tunes sound fine to me. I'm not what sure what you're refering to in D_E2M7 though. There is no real bass or low instruments in that one to begin with (?). About the lowest intrument would be the Timpani (which does leave a bit to be desired), but it's not really that low to qualify as a 'bass line' either.
I listened to D_DEAD using the soundfont loaded into my SBLive, as well as on the command line using the special ZDOOM build of Timidity... (as a musician) I heard absolutely nothing out of tune.
Timidity support was simply a side thing, but like I said, the DOOM songs sounded fine to me (in the SBLive, as well as ZDOOM's Timidity). BTW, did you try the sample MIDI ZIP? I'm just curious how they sound on your end using the version of Timidity that you use. I'm wondering if there's something different about that one, verses the custom ZDOOM build of Timidity.
I do remember ages ago; the standalone Timidity (as well as the much older version of the custom build of ZDOOM Timidity) had issues with a lot of the parameters of the version 2.0 soundfont format. I remember at the time, using the old E-MU soundfont "8MBGM.SF2" sounded great... but using any soundfonts created in Vienna Studio v2.3 sound absolutely HORRID. I mean, *REAL* bad... painfully out of tune samples being played back, missing samples and instruments, etc.
Anyhow, I'm rather surprised at your feedback about the soundfont. I recieved literally dozens upon dozens of other comments from folks raving about the soundfont... all extremely positive feedback. Albeit, mostly for general-type stuff, not necessarily targeted at DOOM.
Thanks for the info :) Yeah, I was having a hunch that was what the problem was. As I said before, I remember MAJOR problems with a lot of soundfonts with the older version of the special ZDOOM build of Timidity. Ages ago I posted a message over in the ZDOOM forums, and they recompiled it to work properly.
BTW, if you use XMPlay, make sure to jack up the reverb sliders a bit... it makes MIDI playback with the MIDI plugin sound considerably nicer.
Oh, and of course, if you have an EMU hardware based card (SBLive, etc...), it will really sound the best like this... softsynths a lot of the time leave a lot to be desired. One thing that I've seen with Timidity (the newer ZDOOM build, as well as the older and standalaone versions) is that it's extremely 'dry'... not much realistic sounding reverb. Timidity also ignores drum kit patch changes (e.g. everything uses the "Standard" drum kit).
I'm going to be difficult and tell you I have to extract these into GUS patches with unsf so I can listen to them in Linux Timidity... and they sound awful.
Maybe it's just the Doom songs but I suspect something's being lost or messing up in the conversion process. E1M1 is just all reverb.
Don't spose you'd fancy testing with a few Doom songs and posting an ogg/mp3 of what the songs sound like at your end? At least I'd know what I'm missing out on :P
Here's a couple of midis I had laying around:
I'm going to be difficult and tell you I have to extract these into GUS patches with unsf so I can listen to them in Linux Timidity... and they sound awful. Maybe it's just the Doom songs but I suspect something's being lost or messing up in the conversion process. E1M1 is just all reverb.
I'm almost sure that the problem is with the conversion process. I've tried SF2 to PAT conversion before, and it runs into the same problem as I mentioned previously to Never_Again... older SF2s seem to convert properly, but anything created in Vienna Studio v2.3 or higher results in a real mess.
I remember a while back converting "8MBGM.SF2" to Gravis patches, and it worked great (check here -> =12527 ). Trying to convert an older version of my soundfont unfortunately resulted in Gravis patches that were basically unusable though.
Don't spose you'd fancy testing with a few Doom songs and posting an ogg/mp3 of what the songs sound like at your end? At least I'd know what I'm missing out on :P
Here's a couple of midis I had laying around:
I'm on an extremely miserable dialup connection out here in the woods. Maybe you could select one of your favorites from the MIDI ZIP that you uploaded, and I could record an MP3 from that one (I'd suggest maybe "D_E1M1.MID" or "D_E3M1.MID")?
If you can get XMPlay working with Windows in VirtualBox, try it that way. If so, jack up the reverb sliders of XMPlay a bit when testing the MIDIs, and that will give you a good idea of how the soundfont sounds :)
BTW, I almost forgot, I had previously uploaded this MP3 file -> _Music/March_To_War.mp3 ... that one was recorded from "March To War - Rich Weeds Nagel.mid" that is included with the sample MIDI ZIP that I mentioned in my first post ( _MIDIs.zip ).
That sounds way better than what I hear. Wow!
This soundfont shits all over eawpats, I'd even be inclined to say it's nicer than the actual hardware Sound Canvas in most places. In fact, the only thing I could think to fault is the instrument at 0:10 in E1M3.
Well done, Rich! Making a good patch set is hard, I must have tried a billion soundfonts and never thought I'd hear one this complete and awesome. It's a really good blend of retro and realism, perfect for the Doom music.
I gotta sort out some way to play these in Linux :P
Glad you like it, and the OD/Dist. guitars :) Yeah, the drums always seem to be lacking for me. If you have a MIDI sequencer, try changing the drums in a MIDI to the "Studio Kit" drums (drum kit #5). They're a little 'rattier' sounding, better for rockier type stuff I think.
@All, Hehe BTW, a question that I've asked most of my 'fans' in various message forums where I've announced this beastie: Anyone know where I got the otiginal samples for the kick and snare drums in the "Power Kit" (drum kit #16) ?
Glad ya liked it. I have literally doezens of CDs with commercial soundfonts that I've bought throughout the years... seems that all of the 'monster' GM compatable soundfonts on those CDs leave a lot to be desired. One in particular, Sonido Media's "24MB Monster GM"... UTTER CRAP !
Anyhow, my theory on why mine sounds so good (sorry for tooting my own horn there)? A soundfont that was actually created by a musician :)
Attached test binary of dosbox-SVN (r3871) which includes the updated fluidsynth patch and also attached the patch file itself. Includes fix for issue of "missing drum kit", however, nearly all credit to Matt Giuca for his patch.
Where midiconfig has values of "audio driver" and a compatible "soundfont" separated by the ":" delimiter character. Note that for Windows, the audio driver is always dsound. As previously, the fluidsynth function is dependent on the fluidsynth library and its dependencies (win32 versions included in attached archive).
Attached is a single DLL file, so replace fluidsynth-1.dll in the above archive with this attached DLL file, and then run that archived dosbox as usual. Note this is a win32 build via mingw32/gcc which required a patch to source code. This patch is also in the attached archive; it was created by reverting a code change between version 1.1.16 and this latest codebase. A 2nd patch is likewise included for satisfactory levels of chorus and reverb (same as posted earlier in this thread); this patch was applied to this updated DLL.
Attached a new patch based on the work of truth5678 and Matt Giuca; it removes the need for patching Fluidsynth's synth.h (though you may or may not want to patch ipv6 with truth5678's patch if using code from Fluidsynth's git) and gives the user control over most of Fluidsynth's parameters using DosBox.conf (with its own parameters, not midiconf).
The exposed options (from a sample DosBox.conf help) are:
A small modification to bloodbat's patch is attached. It includes the necessary changes to configure.ac. On POSIX systems, it also does shell-expansion of soundfont paths. That means that they'll work if they contain dollar signs (environment variables) and tildes (to signify user directories).
Does anyone have an idea how I can get fluidsynth compiled under in my environment? GTK+ libraries are installed, MinGW + SYS are up to date. Do I need any other sound driver else than dsound under Windows? And is libsndfile requiered?
The attached patch turns the 1.1.6 svn into the version at (glib-removal) and finishes the glib removal bits (mostly just removing glib.h) but if you're wondering why all the #include patches were changed, that was because I put the files directly into the dosbox MSVC project, so you might be able to just figure out what you need from that.
ff7609af8f