Are you really sure that you are editing the right ini file?

You're right: it isn't loading. I haven't tried forward slashes yet, but I'm not sure it will make a difference.

I've done it for both gzdoom.ini and zdoom.ini to be safe in all my attempts and it hasn't worked for both of them.

Perhaps they are old files and new ones have been created at another location… it's the only cause of the problem I can think of at the moment.

Can you test that? Move them to another location and check if they get recreated at the next start of gzdoom?

Edit: Yes, that should be the reason. According to the source code, the ini is stored somewhere in %APPDATA% unless there is a gzdoom_portable.ini in the exe directory.

There's no portable.ini as far as I can see, and I found nothing when searching the AppData folder.

Hmm, that's weird. Using the latest dev version (2.4pre-720), on a fresh extract from the archive and running it, the ini is created in the GZDoom folder where I've extracted it to, it doesn't create it in %APPDATA%, and this is the behaviour I've always seen with GZDoom.

EDIT: So it looks like it always does the construct "$PROGDIR/zdoom-$USER.ini part of that code, as that's the ini that gets created for me when running from a fresh extract of GZDoom. Well, gzdoom-%USER.ini, anyway.

Thing is, to manage my many mods I have separate ini files for each mod (for customizing settings and controls for the different mods) so I call the relevant ini file via the command line, all done in .bat files, so I always know exactly what ini file is being used.

So for darkredshift's issue I think we'll have to get a full set of details on where the files are stored (both for GZDoom, the IWAD files and the music mod file), whether GZDoom.exe is being called just by double-clicking on it or using a shortcut or batch file with launch parameters (and what launch parameters if applicable), along with the details of the ini file, so that we can mirror his setup and see what is going on.

You're right. Sorry. I should have checked UseKnownFolders() that checks if the directory that contains the exe is writable. If it is, it prefers that folder.

Okay. Any other ideas?

Hold on, it looks like the path he's used in his ini file is incorrect. The first post with the screenshot of the ini taken in Notepad++ gives the path as:

D:\Programs\GOG Doom\DOOM2\doom2\DoomMetalVol4.wad

However, if we take a look at the GZDoom console screenshot we can see that the path is different. There is a space in the first DOOM 2 folder. So it should be:

D:\Programs\GOG Doom\DOOM 2\doom2\DoomMetalVol4.wad

Oh. And we both suggested using relative paths.

I actually use the normal doom2.wad, then have both NRFTL and the master levels addons (using the Unofficial Master Levels For Doom 2 Patcher For ZDoom v1.2 to merge the master levels into a single episode) as PWADs, so that all three show up as episodes for selection (as they all use different episode numbers).

The Doom Wiki mentions a number of changes to Doom and Doom 2 when using the BFG Edition version of these IWADs.

[url=https://doomwiki.org/wiki/Doom_3:_BFG_Edition#Differences_with_Doom_and_Doom_2]https://doomwiki.org/wiki/Doom_3:_BFG_Edition#Differences_with_Doom_and_Doom_2[/url]
Yep, so much simpler that way, provided all of the data files and addon files are reasonably located relative to the gzdoom.exe. Personally, I have one GZDoom installation with all my configs, saves, addons, etc. in subfolders and reference them relatively. Though with his files in the GOG installation folder, he would still have to use the spaces in the full path. Such as:

Path=..\GOG Doom\DOOM 2\doom2\DoomMetalVol4.wad

assuming he has his GZDoom folder alongside his GOG Doom folder.

Wow, I never noticed that that particular part of E1M4 was a mutated swastica. Just read about it on the Doom Wiki.

Out of interest, why did you switch to WadSmoosh over the master levels patch?

It's a nice all-in-one solution. You get one new iwad that can play all doom episodes, doom 2, tnt, plutonia, nerve and the master levels.It even supports both xbox secret levels if you want to include them – I don't.

I'll gladly say.

All of my GZ Doom files are kept in both the GZ Doom folder sans level WADS, and my Doom, Doom 2, both Final Doom WAD folders, and my BFG wads folder (for the Doom 2 expansion). I use Brutal Doom in GZ Doom via a shortcut on the desktop for the Brutalv20b.PK3 in the Doom 2 folder and I set PK3 files to be able to be opened with GZ Doom.

All major Doom WADS have a Skins folder for the BD HUD which loads fine. The metal WAD didn't used to need the skins folder to run, but it does now. The Metal WAD only seemed to start acting up after I used SLADE on Brutal Doom to fix the error launching problem I spoke of in another topic. The music mod file is used in the Doom 2 folder and it is that skins folder I put it in. When I gave the code in the ini files stating to take it from the Doom 2 folder, I moved it out of the skins one via cut and paste.

When my attempts at fixing it on my own and via this help proved fruitless, I moved it back so I could at lest have it work until I found a better solution.

All of those folders are in Programs on the D Drive.

Did you see the post about where I mentioned your path was incorrect? The path in your ini file has no space in the DOOM2 folder, but the screenshot of GZDoom's console shows that there is a space, as in DOOM 2. That will be the cause of the problem.

That's it. That's the problem. I can't change the solution from the post about the Skins folder to your post, but I can at least up vote it. :)

Thanks.

I must have mistyped it because the characters in my File Explorer URL are so close together, I couldn't tell there was a space.