Giomancer

You mean intermission texts? No reason not to put them in, really, especially if you already have an idea.

Aha! What happened, as it turns out, is that I "got lucky"; I discovered that acc was just including the default files, which would have been great until I added global variables. The fixed snippet looks like this: Thanks for explaining what was up!

Not sure if this is an ACC bug or a WadScript one, but here goes: When I call ACC using execresult(exec)) and my args use the [-i]nclude option, ACC will fail (printing the usage help) unless I either have the [-d]ebug option or "null". Running ACC from the command line, however, is normal. Examples: args = [acsFile]; // works; outputs object file. args = ["-i" + includeDir, acsFile]; // fails; prints help text args = ["-i" + includeDir, null , acsFile]; // works; outputs object file. I am using the latest releases of both, using bash on Win10. Not the worst thing ever as it was simple enough to work around, but I thought I'd mention it.

Chocolate-Hexen Vanilla analog Chocolate-Hexen-Plus-Plus Raised limits Crispy-Hexen (works but is not 'crispified') Limit removing Doomsday Fancy things! DSDA-Doom Supports Hexen, but I believe the fancy stuff is mostly Doom-side. k8Vavoom Not recommended for 'vanilla' experience. Might kill your dog. (<3 ketmar) Vavoom Fancy things! EDIT: Don't forget to make sure your Hexen IWAD is properly patched to version 1.1.

To give you more details, the process in question is a windows-native command line utility called pngout. Your idea for a workaround was partially successful, at least, as the rest of the doommake script was able to print to the console. Unfortunately, however, pngout also refused to print to the buffer, so I made do with declaring the output stream as null, which worked.

This loop each (pngFile : pngList) { arguments = ["/c3", "/f0", "/d8", "/kgrAb", "/y"]; arguments->listadd(pngFile, 0); println("Compressing " + pngFile + "..."); execresult(exec(exepath, arguments, envvars(), exeworkdir, stdout(), stderr(), stdin()); } iterates properly but only displays to stdout the first time through. Worse, the loop stops the rest of the script from displaying its own output, though I've confirmed that everything does get built correctly. I've spent the past day or two trying to figure out what's going on, trying different things, and I'm fairly sure I'm simply too much of a novice to understand. With the output-quashing loop What the script outputs normally; note the textures and project wads print their success.

Somewhat related, but the game Radix: Beyond the Void (published in 1995) has been converted to the Doom engine by Jim Valavanis using his port DelphiDoom as a base: RAD Engine. It's a backdoor into the Doom world, but it's worth thinking about.

Short version: you are absolutely correct. Still, you're pointing at the exact reason I believe a port similar to the one I mentioned would be a good thing if it were made. Plenty of current Doom standards are de facto (Boom 2.02, MBF 2.04, DeHackEd, DECORATE, etc.); they only exist at all—as standards, at least—because they were copied/inherited by other ports: good (or popular, anyway) ideas tend to spread themselves around. @kraflab has taken the "implement first" route with DSDhacked; the main difference is that they have given us a spec instead of forcing programmers interested in the idea to dig through the DSDA-Doom source. Like I said, you're not wrong; without either a referential implementation or a serious discussion-with-intent, all of this is just a thought exercise.

@MTrop edf.7z The 7z file contains: doommake.properties merge-edfs.script doommake-libee.script doommake.script Since my current project is for Eternity, I decided to start with adding EDF handling. The most difficult part was trying to decide how to deal with reading a single file then the whole directory. The way the merge script works currently requires a cleanup step in post, but I keep wondering if there isn't a more elegant way to do it. EDIT: Finished, cleaned up, and updated!

Based on earlier talks with ketmar and following this thread, I would like to see a fork of Pooch that abandoned all DeHackEd support and implemented this theoretical DECOLITE system as well as a scripting language like RookScript or Scheme or Lua.. I bet people would go to town on that sort of thing. Too late for my birthday, but if anyone wants to shoot for Christmas..

Here's one, an experimental WinMBF branch by AlexMax that I called "LBF" (Lua's Best Friend). @AlexMax had another experimental WinMBF branch using AngelScript that I called "AngelMBF". These might be useful to look at.

So I started playing around with DoomTools about a fortnight ago, and it's been interesting. I've put most of my efforts into learning DoomMake and ripping apart its various scripts and customizing things to my liking (f/e, "doommake clean" cleans both the 'build' and 'dist' directories, while "doommake release" builds a distcopy). I've started working on "libraries" to extend what I can do within the framework of DoomMake.. I'll post if/when I have something working.

Sweet! I always find it preferable to dig up original sources rather than nick them out of WADs. (So I say, but how many sprites and textures do I have floating around that have no known origin? Sigh.)

Slightly off topic, but do you have a source for Turbo's pistol sprites, @Jimmy? Unless they were for private use, of course.

The usual suspects: Delphi Doom, Doom Legacy, Edge, Doomsday, and Risen3D.

Just to make sure I got all this clear: I want to target Boom, I use ReBoom. I want to target MBF, I use Pooch. I want Boom with extras, I target PrBoom+. I want MBF with extras, I target Woof!. I'm cool with this. I'll have to update my target list, though.

Well, I suppose that's one less thing for me to worry about when mapping, then!

What! Ignore my node lumps, will you? shakes fist xD If I recall, original Vavoom would check if GL nodes existed upon loading a wad, and would build them if they did not. Why not go this route?

Let me begin by saying that this is something of a thought experiment, as I'm stuck with just a chromebook and a tablet for the forseeable future. I'm currently working on a map (on paper, *real* old-school), and I'm trying to design a midboss fight that is somewhat different from what I usually see. So here's the idea: a completely invisible Archvile. A field of corpses. No BFG. Sparse cover. Maybe a few Pain Elementals to keep people busy? Good idea? Bad idea? Suggestions?

@Fonze Your first post wasn't helpful. Well, no, that isn't true. It was partially helpful; you cleared things up. After re-reading your post, I realized I had confused 'lazy design' with 'lazy', so my sincere apologies. While I'll try not to take your second post personally since it's a fair reaction to my misunderstanding, I'd appreciate if you cleaned it up; make it less 'noisy', if you will. Why are you against boss monsters? @kb1 Your posts, in particular, have made me rethink the design of the enounter, which made me go back through the episode and rework some of the basic design. Probably not what you intended, but I've found it useful. As far as this specific battle goes, you changed my mind regarding the invisible archvile. I've been toying with a customized archvile—translucent, not invisible—that doesn't have a fire attack but possibly a melee one. I'll have to test it and see how it plays with Doom's AI.

Explain 'flat'. Explain why tropes are automatically invalid; for example, would the encounter make more sense at the beginning of a map? *zap*

Correct. The plan here is to kill the monsters prior to the player's arrival; I'm currently leaning towards spawning the mobs, crushing them, then moving the corpses via conveyor to a teleporter which deposits them in the room. The actual teleportation would be controlled by a script that would change the destination after each activation. Theoretically. ACS should be able to do damage to a bunch of marked mobs, no? I'll have to check. Hm. I'd have to test this; I was slightly amused by the idea of the archie "laughing" at the player as it moves around. Well.. the premise of the map is you're coming to the aid of another fire team (I say "another" because you and your co-op buddies are a fire team). You fight your way through the level, enter the room, and have to deal with Mr. Vile & Friends. Definitely plenty of ways to tweak this fight with reserves spawning in. Ammo, though.. that could prove difficult to get right depending on how the mechanics of the actual fight work with regards to an invisible enemy.

This specific map is for Eternity. However, I believe that this encounter could be easily designed using the post-DECORATE ZDoom family, Vavoom, 3DGE, or any other port allowing for custom enemies and basic scripting (apologies if I missed any!). Ports with scripting capabilities such as Legacy, Delphi, and Odamex (again, apologies) would only require Dehacked work, and it's possible sufficiently extensive and skilled Dehacking would make this work in Boom. More on your ideas in a moment later.

It made sense at the time.

Explain. What mod? What port? Testing how?