FluidSynth sounding weird in PRBoom+

[Rajerel]

So I'm starting to use PRBoom+ more often nowadays, and I think it's a great source port, but there was something that caught me of guard, when I use the SC-55 soundfont made by Emperor Grieferus (https://archive.org/details/SC55EmperorGrieferus) and used it in both PR and GLBoom+, the music sounded like this: 

I used the version 2.5.1.5, the WAD file of Doom 2 comes from the Steam version of the game, and the sound options look like this: 

What I want to know is how to make the game sound more like this:

If anyone knows how to do it, please tell me.

btw: The last video comes from GZDoom v4.4.1 with chorus and reverb turned off and with 128 voices.

Edited June 21, 2020 by Mr. Jar (aka: Nelguy)

[plums]

Easy questions first:

 

Are you sure you're actually using that soundfont in PrBoom+? Did you set it in prboom-plus.cfg?

 

What OS are you using?

[Rajerel]

5 hours ago, plums said:

Easy questions first:

 

Are you sure you're actually using that soundfont in PrBoom+? Did you set it in prboom-plus.cfg?

 

What OS are you using?

Yes, I'm using the SC-55 sounfont and I selected it in the .cfg file, and I'm using Windows 10 Home

[plums]

Hm, I've just tested a few things and I can't reproduce this at all on a Windows 7 computer, sorry. Maybe someone else with Win 10 can help.

 

The only thing I can suggest is to try upgrading to 2.5.1.7um

https://github.com/coelckers/prboom-plus/releases/tag/v2.5.1.7um

 

 

[Hitboi]

Switch to PortMidi (;

I've won the Internet!

[seed]

Switch to Portmidi or disable Fluidsynth's chorus and reverb in the config.

 

99% of the Doom MIDIs do not need them at all, and will sound VERY broken if you have them enabled.

[Rajerel]

35 minutes ago, seed said:

Switch to Portmidi or disable Fluidsynth's chorus and reverb in the config.

 

99% of the Doom MIDIs do not need them at all, and will sound VERY broken if you have them enabled.

I've done that already, but Portmidi just doesn't sound so good, I guess I'm using OPL2

[Rajerel]

3 hours ago, plums said:

Hm, I've just tested a few things and I can't reproduce this at all on a Windows 7 computer, sorry. Maybe someone else with Win 10 can help.

 

The only thing I can suggest is to try upgrading to 2.5.1.7um

https://github.com/coelckers/prboom-plus/releases/tag/v2.5.1.7um

 

 

Btw, PRBoom+'s website doesn't seem to have all of the releases, since many people link other (and more recent) versions, so which is the website that has absolutely all of the releases listed in it?

[seed]

Just now, Mr. Jar (aka: Nelguy) said:

I've done that already, but Portmidi just doesn't sound so good, I guess I'm using OPL2

 

Blame Windows' gm.dls soundfont for that, that's what it's using on Windows.

 

If you want to use soundfonts in PrBoom, Fluidsynth is your only option.

[plums]

1 hour ago, Mr. Jar (aka: Nelguy) said:

Btw, PRBoom+'s website doesn't seem to have all of the releases, since many people link other (and more recent) versions, so which is the website that has absolutely all of the releases listed in it?

Development of PrBoom+ was forked, so there isn't exactly one right now. PrBoom+/UMAPINFO can be considered the "current" version.

 

The page  I linked has the latest actual release.

 

Never_Again is periodically posting compiled development releases in the PrB+U thread, if you want to stay really up-to-date. (and so is Seed! Sorry!)

 

Edited June 21, 2020 by plums

[seed]

1 hour ago, plums said:

Never_Again is periodically posting compiled development releases in the PrB+U thread, if you want to stay really up-to-date.

 

So did I, til I was seemingly forced into retirement looks like *shrugs*.

 

1 hour ago, plums said:

Development of PrBoom+ was forked, so there isn't exactly one right now. PrBoom+/UMAPINFO can be considered the "current" version.

 

Graf's fork is essentially the current PrBoom now, and very safe to say the canonical continuation of PrBoom after entryway ran out of steam - he himself said at some point that he considers his port "complete" -, and proff also expressed explicit interest in doing so a while ago. So for all intents and purposes, Graf's fork is mainline PrBoom now.

Edited June 21, 2020 by seed

[Redneckerz]

17 hours ago, seed said:

Graf's fork is essentially the current PrBoom now, and very safe to say the canonical continuation of PrBoom after entryway ran out of steam - he himself said at some point that he considers his port "complete" -, and proff also expressed explicit interest in doing so a while ago. So for all intents and purposes, Graf's fork is mainline PrBoom now.

If this is set in stone by everyone, then perhaps this needs to be featured on Sourceforge, Doomwiki and elsewhere?

[fabian]

54 minutes ago, Redneckerz said:

If this is set in stone by everyone, then perhaps this needs to be featured on Sourceforge, Doomwiki and elsewhere?

 

Who decides what's set in stone? Who is this "everyone"? Serious question.

[Redneckerz]

16 minutes ago, fabian said:

 

Who decides what's set in stone? Who is this "everyone"? Serious question.

Proff/Entryway/Graf.

 

This so it sends a clear message outwards. 

[fabian]

7 hours ago, Redneckerz said:

Proff/Entryway/Graf.

 

Once somebody posted a reply from Andrey to a user request here. I think it was in Russian but came with a translation. In this reply he stated that he will not develop PrBoom+ any further and referred the other person to the UMAPINFO fork instead. Unfortunately, I cannot find this post anymore.

[seed]

13 minutes ago, fabian said:

Once somebody posted a reply from Andrey to a user request here. I think it was in Russian but came with a translation. In this reply he stated that he will not develop PrBoom+ any further and referred the other person to the UMAPINFO fork instead. Unfortunately, I cannot find this post anymore.

 

Yes, that was the guy who forked it and added some new features - some voice recording capabilities, I think, and a few more? -, but can't even begin to remember their name...

 

I do know what you're talking about, and it was the same post I was thinking when I said Andrey considers his port "complete".

 

^{Someone pin this topic back please.}

Edited June 22, 2020 by seed

[fabian]

Here it is, though I was wrong about the translation: It is missing.

 

This is what Google Translator says, I think the message is clear:

 

Quote

too lazy to mess with all this. something to include somewhere, etc. probably made 10 commits over the past 6 years. and even more so in order to finally release 2514 and "switch" in the "home" build to sdl2, I don’t remember that I was soaring, mouse acceleration in Win10 or dancing with the registry to remove it. I'm not sure that the next release will be in the coming years, so somehow fork / release somehow without me. it seems GrafZahl has already forked for something there.

 

[seed]

Yep, that's the one.

 

And indeed, the point is quite clear, isn't it, since Andrey pointed to Graf's fork instead. It's obvious that the work he had to do on his port eventually took its toll.

[Redneckerz]

1 hour ago, fabian said:

 

Once somebody posted a reply from Andrey to a user request here. I think it was in Russian but came with a translation. In this reply he stated that he will not develop PrBoom+ any further and referred the other person to the UMAPINFO fork instead. Unfortunately, I cannot find this post anymore.

Judging by Seed's earlier link, it seems that is indeed quite an interest in getting some kind of PrBoom hub going on with Graf's port leading the way.

 

However since the man already works on two other projects, would that not be a bit overkill?

 

Also, given that link: What's stopping people? I see a lot of interest moving around but none seem so far ready as to kickstart the interest into action. So what's going on? And can we help?

50 minutes ago, seed said:

 

Yes, that was the guy who forked it and added some new features - some voice recording capabilities, I think, and a few more? -, but can't even begin to remember their name...

 

I do know what you're talking about, and it was the same post I was thinking when I said Andrey considers his port "complete".

 

^{Someone pin this topic back please.}

Ah yes, Cybermind's voice recording fork. (PrBoom-Plus Recording). Yeah Cybermind has mentioned he is done with Doom modding for now. Fortunately he released quite a few interesting things :)

[seed]

12 minutes ago, Redneckerz said:

Also, given that link: What's stopping people? I see a lot of interest moving around but none seem so far ready as to kickstart the interest into action. So what's going on? And can we help?

 

Probably other people not liking change, news at 10, I know.

 

You really don't want to know how defensive some have been over every little thing or change in this port, even if it was for the best. I'm sometimes still surprised that we're getting a better sound system, watch that open a can of worms and people start bitching about how PrBoom's sound system and music players not sucking anymore and how it was "ZDoom-ified".

 

It's hard to do anything with this port when it comes to moving it forward for some reason, must be some sort of curse.

Edited June 22, 2020 by seed

[Redneckerz]

11 hours ago, seed said:

 

Probably other people not liking change, news at 10, I know.

 

You really don't want to know how defensive some have been over every little thing or change in this port, even if it was for the best.

Id say multiple people consider this their baby and don't want to let go? :P

I mean PrBoom's scope is quite clear, no? What would these people object if we set up such an organization on GitHub? Or heck, a PrBoom specific Discord? And then re-use existing infrastructure as much as possible - Graf's PrBoom fork, i can imagine, could have a section on the ZDoom discord next to Raze.

If the sole reason is, non-verbatim, ''People get iffy over every microdetail'' then they are doing a good impression of Chris Roberts (Star Citizen). Why would you want to be current-day Chris Roberts? Be Graf Zahl. Be Proff. Be Entryway.

 

The PrBoom family is such an important source port to this community that things like these should not stand in the way. AFAIK, it seems that most consider Graf's fork the de-facto successor. So, why not expose this?

 

Because many still turn to PrBoom and PrBoomPlus for their downloads.

11 hours ago, seed said:

I'm sometimes still surprised that we're getting a better sound system, watch that open a can of worms and people start bitching about how PrBoom's sound system and music players not sucking anymore and how it was "ZDoom-ified".

Why would ZDoomifying be a problem if the sound system is improved? If anything else its these features that sound just about right for PrBoom. Graf's fork (It really does need a better name though) isn't Raze nor is it GZDoom. Its far smaller in scale, but because of it, its easier to refine i reckon.

These complaints have more to do with personal instances or impressions of the authors/communities involved then that it says anything about the quality of the feature that is implemented. If you get a better sound system that benefits all and everyone, why give a toss if it is done by someone you feel less accquainted by? I'd rather appreciate the better sound system first - They aren't intertwined with one another.

11 hours ago, seed said:

It's hard to do anything with this port when it comes to moving it forward for some reason, must be some sort of curse.

Maybe PrBoom needs a Karen that can speak to a manager. :P

[Never_Again]

On 6/21/2020 at 1:23 PM, seed said:

 

So did I, til I was seemingly forced into retirement looks like *shrugs*.

 

 

I'm sure no one meant that. Of course, at the mature age of 23 one is naturally inclined to start thinking about settling down -- a house in Florida, white pajamas, a lazyboy by the pool -- that kind of thing. ;)

 

Having done on the regular basis building several projects that only provided source code on other forums I can appreciate that doing that for extended periods of time can start feeling like a chore. We could alternate posting the latest build, skipping any nonessential commits (non-Win32, small under-the-hood changes transparent to the user). If either of us fails to post it within 24 hours of the latest commit then the other could take over the turn. This means cooperation rather than competition.

[seed]

9 hours ago, Never_Again said:

Having done on the regular basis building several projects that only provided source code on other forums I can appreciate that doing that for extended periods of time can start feeling like a chore. We could alternate posting the latest build, skipping any nonessential commits (non-Win32, small under-the-hood changes transparent to the user). If either of us fails to post it within 24 hours of the latest commit then the other could take over the turn. This means cooperation rather than competition.

 

Hm... 24 hours feels a bit too short, the reason why I moved slow was because I tend to prefer stability over very quick releases. I usually prefer waiting a little more because you never know if another issue surfaces immediately after the build is posted, in which case another release is needed, if the issue is pretty big, like the nonrecording longtics was.

 

I've noticed you compiled only a 32-bit release last time. Perhaps we could split that in two, if you want, you could handle the 32-bit ones, and I do the 64-bit, until a daily builds system gets introduced, if at all.

[wesleyjohnson]

There is a problem with Zdoom-ifing PrBoom.

I cannot get ZDoom working on Linux mostly because of the sound-system requirements.  I am not interested in trying anymore.

The PrBoom sound-system might get improved for Windows users and the ZDoom crowd, at the expense of anyone else outside that group being able to use it.

These are the same people that say the cannot get DoomLegacy to work on Windows even though I have it working on a standard Windows,

so there must be something incompatible with their Windows setup, and that will now be required for PrBoom too.

[Redneckerz]

4 hours ago, wesleyjohnson said:

There is a problem with Zdoom-ifing PrBoom.

I cannot get ZDoom working on Linux mostly because of the sound-system requirements.  I am not interested in trying anymore.

You mean ZMusic? Because that library has been ''new''.

Quote

These are the same people that say the cannot get DoomLegacy to work on Windows even though I have it working on a standard Windows,

so there must be something incompatible with their Windows setup, and that will now be required for PrBoom too.

You know that this isn''t true, I feel this backhanded comment is a snipe against @Graf Zahl because of earlier mishaps.

Edited June 29, 2020 by Redneckerz

[seed]

6 hours ago, wesleyjohnson said:

There is a problem with Zdoom-ifing PrBoom.

I cannot get ZDoom working on Linux mostly because of the sound-system requirements.  I am not interested in trying anymore.

The PrBoom sound-system might get improved for Windows users and the ZDoom crowd, at the expense of anyone else outside that group being able to use it.

These are the same people that say the cannot get DoomLegacy to work on Windows even though I have it working on a standard Windows,

so there must be something incompatible with their Windows setup, and that will now be required for PrBoom too.

 

Define "sound system". Are you referring to the actual system (currently SDL, OpenAL in GZDoom), or the music players, all integrated into ZMusic for a while now.

 

What ever the case, you're going to need to have both installed first.

[Shepardus]

Regarding the original question, try setting "samplerate" in the config to 44100 (doubling it from the default 22050). I had a similar-sounding problem until I did just that.