andrewj

Blame the developers who choose tools with poor cross-platform support.

According the ZDoom wiki about A_SpawnItemEx:

Okay, I see, thanks. So this is another "quirk" (aside from Medusa) of the horrible code which composes multiple patches in a single texture column - the passed in "originy" parameter of R_DrawColumnInCache() should ignore a negative value but doesn't.

I couldn't figure out what the question was....

The config files for Eureka are a handy reference, there is generally one text line per thing or linedef type, giving a nice overview of everything.

Wow, that is kinda amazing, and kinda hilarious. I think I owe that dude a beer....

I had heard about the Heretic one (HHE), but I never knew there was one for Hexen. Perhaps the reason no source ports support these is because the files they create are binary files instead of text files. I have experience with the early DEHACKED binary files, and the EDGE source port could load them, but they would be a pain to support since they are just the raw structures dumped into a file, and all the source ports (even conservate ones) have extended their structures (mobj_t in particular).

It's something I tried (in V5) and it is just doesn't work, you hit that "sameness" quality much much quicker than in V7 (or even V3/V6). Producing levels better than Obsidian is going to require maching learning I think. Though it is hard to imagine how it might work, e.g. I doubt a 3D version of Stable Diffusion would "know" enough to produce fully working levels. Be a lot of fun to try it -- just need a few billion dollars....

already on github.

Thanks!

MAP04 is from BOURGDM, and is nearly identical (same number and position of linedefs). What's the point of that? I don't get it, seems really cheap to just bung a previous map (of your own) into a new wad.

Well I don't know if anyone ever said MBF21 would be easy to implement, but I know from experience (helping a tiny bit to support it in EDGE-classic) that it definitely takes a huge amount of work to add all the features, test them, and make sure nothing else breaks.

Nothing stopping a source port which doesn't use OpenAL from implementing surround sound. I would try it myself if I had the hardware....

Other source ports support an OPTIONS lump, e.g. anything based on MBF.

No, none the chocolate ports support DOS.