ZDoom

ECWolf 1.4.2 is out: https://maniacsvault.net/entry93

For me, hard drive access was the biggest problem. Whenever large amounts of files needed to be read, performance completely tanked, as an example, a complete GZDoom compile, which on my Windows system back then took roughly 1.5 minutes, took 10 in the VM. I can't say the compiler performance on ...

Has performance of that improved in recent years? I had to use such a setup at work a few years ago and it made Windows unbearably slow even on a reasonably performant system. It hard to answer without the specific use case since it depends entirely on what you're using it for and how much that use ...

If you know how to setup a GZDoom multiplayer game using a direct connection isn't really any different. After a period of time the machines should realize there's no DHCP server and auto configure randomly what's known as a link local IP address in the 169.254.0.0/16 range. You will need to run ...

GZDoom doesn't error on invalid command line parameters. I'm not an expert with flatpaks but it looks like it can only access files in ~/.var/app/org.zdoom.GZDoom/.config/gzdoom by default. Note that while applications supporting the ~ notation is common, it's actually syntax that bash expands so if ...

In short, I have no idea what to do. I've entertained the idea of dual booting, but people give me mixed reports on Windows allowing that nowadays, as well as I'd hate to have to reboot my computer into Linux or Windows depending on what I need to do in the moment. Whoever is giving mixed reports ...

I would probably recommend changing that note to saying the AppImage has been dropped due to lack of a maintainer. Invites someone to pick it up if they're so inclined. In regards to running the deb on other operating systems. I've long said that people can do this, but you are in charge of ...

Honestly, I wonder if it might make sense to remove the priority changing code. I know it's not a lot of code so really doesn't make a difference one way or another, but a comment seems to indicate at one point the idea was to boost the priority for extra performance (guessing reverted to normal ...

I don't daily Windows so can't confirm, but I believe setting i_pauseinbackground to 0 should disable the priority changing code, but yeah I suspect he might just be observing GZDoom lowering its priority while he interacts with task manager.

Nothing else is jumping out at me either in your process or service list.

How are you observing the priority change by the way?

I should have specified services.msc is a program your can run (if you type services into the start menu it should find it). Or you can run it from the "run" prompt or command prompt/terminal. That said I think the process list has the info needed. While you say you don't have the game boosting ...

The only thing i can think of what the problem is are the .wad files as no other game i have tested uses .wad. Wad files are just game data so all I can say to that is: That's not how that works. If you really want to make any progress on getting help from here you need to overshare as many details ...

That's a very good question, however without a complete load out of what's installed on your system we can only make wild guesses. As I said in my last post I can really only guess based on you saying it's time based that your have some "game optimizer" software or something that's periodically ...

Only time GZDoom changes its priority is when you task switch away from it (and then restores to normal when returning). It does sound like you have some tool running either intentionally or via preinstalled bloatware that's trying to "optimize" your system.

They don't. That is one of the locations in the FileSearch.Directories section in the ini by default, so it is a directory that GZDoom will search if the file name you gave doesn't resolve in the working directory but otherwise nothing special about it.