---

printz said:
vanilla Strife modding will get revolutionized.

---

---

Gez said:

Furthermore, what good would a "vanilla Strife mod" be if it only works with the vanilla executable plus sehacked? Dehacked patches are supported by practically all Doom ports. Sehacked patches... aren't. There's SvStrife, but it's a discontinued port, replaced by ChocoStrife.

---

---

Speaking of discontinued, who would work on this new version of sehacked?

---

---

Would it have a chance of becoming an actual standard, supported by all actively-developed Strife-supporting ports?

---

---

Frankly, the last thing we need is more blehackeds out there. There are better ways to add or modify content now.

---

---

Gez said:
I'm pretty sure most people playing Strife now use ZDoom, GZDoom, Skulltag or Vavoom to do so; rather than the original or the still-experimental ChocoStrife. Things like bug fixes, unlimited saves, higher resolution and access to a console are powerful motivators for non-purists.

Guess what isn't supported by these ports?

---

---

Now you may think that a clean and clear content definition language is "gratuitous power for the modder", but it's a lot safer from a code perspective than the monkeying around that a exe hacking utility provides. Especially given how frail some of the Strife codepointers are to begin with. You can crash the game if you muck up the firehand states, for example.

---

---

printz said:

If a mod isn't used because it contains vanilla-only features, too bad. People interested enough, or who don't worry about using something else, will eventually download DOSBox and use Strife1.exe or Sehacked and Strife1H.exe. Those who refuse to use something else than port X, it's their own loss. If it's their OS which disallows it, too bad as well. But DOSBox's download page shows lots of OS choices. I hope the lacking ones can be worked around...

---

---

printz said:

Why are you so hellbent against this anyway? The port you're contributing to doesn't support SEH files in the first place. It wouldn't gain anything if a WAD already using SEH files uses an extra feature (if possible). And if I still want ZDoom support, I will include ZDoom-compatible features in it (DECORATE, MAPINFO). It's likely Kaiser, Gokuma and Quasar who would rather have a say on this.

---

---

printz said:
EDIT: and I disagree with your intention to separate monsters from items and decorations. I see them as too similar to be separated, especially monsters and decorations, who might be modded to be far more dynamic and less black and white (decorations that turn into monsters).

---