Michael Bäuerle

Since version 1.48.16 there should be an option for this new feature in the menu: "Options->Game options->Tired Run" In the config file you likely want: tiredrun "Off" I have overlooked this too, but it is listed in the changelog: https://doomlegacy.sourceforge.net/docs/whatsnew.html

Tested some WADs on NetBSD/amd64: Sleepwalking and AdMortem work much better now, Most important the weapons work and the monsters can be killed. I can confirm that sky imps, snow and bobbing trees are fixed for Sleepwaling. Problems with the sky and secret areas have low priority for me. No problem that Evilternity II is not suitable for Doom Legacy. Looks like that the MBF21 support is at least usable now. Many thanks for your work on MBF21 support! This ticket can be closed.

Yes, it's OK now.

Looks like the file "doomlegacy_1.48.18_common.zip" is wrong/incomplete. It contains a subdirectory with the version number "doomlegacy_1.48.16_common" and the file "legacy.wad" is missing. In the archive "doomlegacy_1.48.18_source.tar.bz", the path to the sources has changed from "src" to "svn1749/src". Is this intended?

For C99 I have checked draft N1256: Section 6.8 (Statements and blocks) defines a "labeled-statement" as: labeled-statement: identifier : statement case constant-expression : statement default : statement Declarations are defined in Section 6.7 (Declarations). The block with braces forms a "compound-statement": compound-statement: { block-item-list opt } block-item-list: block-item block-item-list block-item block-item: declaration statement I cannot think of a way to stop that from happening. Specify...

Since SVN r1746 my GCC 10 again has problems with a label that is not part of a statement: r_things.c: In function 'R_AddSpriteDefs': r_things.c:909:9: error: a label can only be part of a statement and a declaration is not a statement 909 | int fnd_count = R_AddSingleSpriteDef ( sprname, &sprites[sprindx], wadnum, ln1, ln2); | ^~~ --- r_things.c.orig 2025-04-11 10:35:37.018924659 +0200 +++ r_things.c 2025-04-11 12:00:45.073314356 +0200 @@ -905,23 +905,25 @@ continue; add_this_sprname: - // Load...

Maybe a problem with MBF #271 sky transfer? I found this test WAD from ukiro (works e.g. with Woof): https://www.doomworld.com/forum/topic/102222-sky-rendering-inconsistencies-gzdoom-get-your-shit-together/ Again for potential Dropbox problems: $ wget "https://www.dropbox.com/s/y9wsjoti6scukbr/skyalign.wad" But it crashes Doom Legacy r1744.

If you run sleepwalking.wad with the switch -dsda, the fists work, and the there are no imps in the sky. I can confirm that with "-dsda": - Fists work - No more Imps in the sky - Snowflakes now fall down to the ground Leaving the default at 0 has its own downside, which is how going to state 0 can freeze behavior. But that also made it obvious to the developer that they forgot to fill in the next field. If the engine knows that something is wrong, I think it should be fixed and there should be an...