Source Ports personal deal breakers (Jan 9, 2024)

Thanks man, yeah I was thinking about removing .rar (I added it because I noticed sometimes people share wads in .rar and people may get confused) and doing .7z/pk7 together but maybe people will understand better this way, not everyone knows it's just renamed, meh, let's see.

1) .lmp I mean these Lumps: https://github.com/kraflab/dsda-doom/tree/master/prboom2/data/lumps

2) Level Stats Bar I mean the horizontal one from DSDA, Nugget etc. that changes color when kills, items and secrets get completed. Didn't want to make the name too long but not sure how to call it, I have it in the first post too on the top list: "Horizontal level stats bar with dynamic colors"

3) For the Vorbis nice thanks I'll add it, I will add Opus as I go, MP3 it is what it is (the patent expired but yeah it's still a closed format) and the other formats I'll let them go for now, too many, I'll add this link: https://zdoom.org/wiki/Music_format

4) I should even separate OPL2 and OPL3. Ohh I see, OPL does both.

edit:

@Alaux, does Nugget support Opus, Flac, Wav files?

39 minutes ago, Professor Hastig said:

You may just as well strike RAR off the list. The unpacker for it is not considered free software due to a license restriction that is not compatible with the GPL so no GPL port will ever be able to legally support it.

While I agree that having rar support is unlikely and fairly unnecessary, there is a GPL implementation of rar decompression in libarchive, which is used by a GPL unrar program.

36 minutes ago, CacoKnight said:

@Alaux, does Nugget support Opus, Flac, Wav files?

That's the kind of stuff that's managed by the Woof devs and not me, so I'm afraid I can't tell, and I can't be bothered to try each of those formats. Sorry.

You may either ask a Woof "representative", or try yourself.

Ohh yep, same, I don't care at all but I'd just like to add it for convenience.

@fabian, @rfomin does Woof! support Opus, Flac, Wav files?

35 minutes ago, CacoKnight said:

does Woof! support Opus, Flac, Wav files?

Yes, although I haven't tested Opus. Woof can play anything that `libsndfile` supports for both music and sounds. Also tracker music via `libxmp`.

The latest PrBoom+ and DSDA-Doom can play WAV for sounds and MP3/Ogg/Flac for music. SDL_Mixer may support Opus, I haven't tested it. Tracker music works via `libdumb`.

Quote

From version 1.0.18, libsndfile also reads and writes FLAC and Ogg/Vorbis.

 

From version 1.0.29, libsndfile can read and write Ogg/Opus.

 

From version 1.1.0, libsndfile can read and write MP3.

https://libsndfile.github.io/libsndfile/formats.html

On 12/27/2023 at 2:04 AM, CacoKnight said:

1) .lmp I mean these Lumps: https://github.com/kraflab/dsda-doom/tree/master/prboom2/data/lumps

I would suggest trying to be more specific with what exactly you mean with these, because these lumps are just what gets compiled into dsda-doom.wad and are extremely varied in the purposes they serve. A bunch of them are very old and haven't been touched in over 15 years because they're things like the default Boom switches and animated lumps that determine what textures to animate/swap between, and others are very recent or exclusive to specific ports: the gls_* lumps for example being code for DSDA-Doom's indexed light mode, and dsdahud and dsdacr being for DSDA-Doom's widget-based HUD. When most people read ".lmp", they're probably going to think of a demo file and not various Boom Stuff And DSDA-Doom Features, so having it labeled as it currently is isn't very conducive to the meaning behind it. Really, most of it is covered by any port that is Boom-compatible, with the exception of the DSDA-Doom-specific pieces.

Otherwise, cool effort. It's interesting to see comparisons like these, I've always liked this page on the Doomwiki and wanted to see more stuff like it.

2 hours ago, Maribo said:

Otherwise, cool effort. It's interesting to see comparisons like these, I've always liked this page on the Doomwiki and wanted to see more stuff like it.

Thank you man, it's a good way to learn more I guess, comparing features etc. I checked that page as well a few times but I always found it incomplete and wanted to start my own thing, sometimes I collaborate to Doomwiki too, maybe one day I'll make a new table there or add to those.

For those Lumps, I get what you're saying but I'm way too new to understand all that, I don't even know much (nor care honestly) about demos, all I want to say in the table is that you can edit the extended hud style, colors, position of things/items through the .lmp config files (DSDAHUD.lmp, DSDATC.lmp etc.). How would you call them ...or better, should I call the entire line something else?

edit:

Changed to: "Extended HUD Styling".

7 hours ago, CacoKnight said:

For those Lumps, I get what you're saying but I'm way too new to understand all that, I don't even know much (nor care honestly) about demos, all I want to say in the table is that you can edit the extended hud style, colors, position of things/items through the .lmp config files (DSDAHUD.lmp, DSDATC.lmp etc.). How would you call them ...or better, should I call the entire line something else?

Oh, okay, I think the Extended HUD Styling label you've put down is probably the easiest way to communicate what you mean, although "HUD Widgets" might be a more accurate label in relation to what they literally are. I think there's going to be a little bit of confusion regardless of naming scheme but you've probably got the most understandable one at the moment. Sorry for the original confusion.

On 12/30/2023 at 6:24 AM, Maribo said:

Sorry for the original confusion.

Not at all, in fact I learned something new, I had no idea lmp files are used for demos.

Yeah, I like "extended hud styling" more, at least for now, because in the port settings all those components are called "extended hud", "hud widget" might mean widget for the original hud and seeing all the settings gzdoom has it can confuse people even more.

Not much of a source port related post/link/article but kind of... someone might find it interesting anyway and please send suggestions to add (also added in the first post): https://rentry.org/doomfavwads

I been sticking with mostly Crispy Doom, DSDA/prboom+ and Woof, and gzdoom. I got a some other ports around like Eternity or Zdoom for certain specific stuff. Not many things are dealbreakers for me, but some ports that I kind of dropped were things like Doomsday or Retro Doom, the extra features from those weren't really anything I'm interested in. I usually keep things pretty vanilla unless the map requires some advanced feature.

For me there are no real dealbreakers, except a port can't do local multiplayer.

I love playing coop multiplayer with friends since the shareware came out in the 90s.

I have ports for my separate needs.

- International-DOOM for vanilla/limit removing maps.

- Woof for BOOM/MBF maps

- Eternity Engine for EE maps and map-editing with portals.

- GZDoom for the countless GZDoom Mods.

Each port has its right to exist.

I prefer software-rendering.

As resolution something from 400p to 1200p is good for me depending on my mood and the screen size.
200p was fine in the 90s, but at this time i had a 14" CRT monitor.

So all ports, except chocolate-DOOM for the ultimate purist, are in my "resolution-range". 

I like it when DOOM has noticable pixels, because it feels a bit like the good old days.
And widescreen is a must for me today.

For me it would be:

• Unavailable for Debian Linux without compiling from source or resorting to a Flatpak or Proton.
• Lag on high-detail levels that would work fine on other ports. I like playing high-detail levels, so I avoid ports like Doomsday where they become slideshows.
• I have to be able to configure my preferred control scheme (wasd, space to activate, m1 to fire, no vertical mouse movement or mouselook), and if the relevant configuration is unintuitive I might just give up.
• No ability to choose a MIDI soundfont without altering the system-wide configuration. (I need my SC-55 Soundfont!)

I'm not super picky, and have dabbled in most major source ports at some point in time. Though I prefer maps with limit-removing compatibility most of the time, and a simple configuration menu, those are not dealbreakers for me.

May as well drop my hat into the ring, I'm bored.

• Doesn't have software renderer (OpenGL is good in DSDA for instance, but software is just easier to do janky baloney with and has bugs of its own you have to address - stuff like the infinite maze thing you can do with Boom fake floors doesn't work in hardware at all.)
• No widescreen or resolution options (I don't need 1080p, 400p/800p works fine enough - I like my Doom well done, but not burnt or medium.)
• No vanilla compatibility (GZDoom is good for mods that use it, but for normal Doom and WADs that don't use its' fancy additions, it's subpar and is missing a lot of stuff that a lot of WADs rely on - plus, demos from slightly older versions just won't work in newer ones.)
• No support for Boom/MBF. (I like doing cool stuff with MBF like room-over-room, sudden teleports, friendly monsters, and fancy doors that use Pass-Use-Action to open like ROTT doors.)

I've stuck with GZDoom for its' mods and Woof for everything else, because I have yet to work with GZDoom mapping outside of atrocious maps from 2020, and working in the vanilla format with MBF extensions is pretty fun as it is - also, no one makes mods for Eternity, ZDoom, or EDGE anymore, so I don't need to use them.