Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content count

  • Joined

  • Last visited


About JPL

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Apologies for the necromancy, but yesterday I made this page - Oblique Stragies for Doom level designers - and remembered this thread. I may add to the deck over time as I think of things. One notable divide is between prompts that are more explicitly architectural / structural, and prompts that are more about pacing, premise, scripting. And how those sometimes interact.
  2. Recently I replayed the Master Levels for Doom II, and got a bit obsessed reading about the various authors' other Doom work and careers that followed. I learned that in a majority of cases, the levels of theirs that ended up in the Master Levels were part of a larger body of submissions, most of which have been publicly released in some form: Sverre Kvernmo's Cabal series (of which 5 out of 12 maps made the cut), Chris Klie's 6 "outtakes" to match the 6 of his that were accepted, the 4 other maps Jim Flynn released in an implied "Titan" series, and of course John "Dr. Sleep" Anderson's famously incomplete Inferno series, one map of which ended up as E4M7 of Ultimate Doom. And so I realized that here were the makings of something akin to a "deluxe edition" re-release of some classic rock album, with outtakes, demos, alternate versions, etc. It didn't take too much work to prove out the concept by creating some MAPINFO data to string all these series together into distinct episodes: Cabal (Kvernmo's story of a fallen cyberdemon's quest for revenge) Titan (Jim Flynn's series, set on Jupiter's largest moon) Klie (Chris Klie's Master Levels plus his 6 similarly themed, story-free "outtakes") Inferno (Dr Sleep's 8-level series, concluded by a tribute - see below) a "miscellaneous" mini-episode including Tom Mustaine's single Master Level, and Tim Willits' (plus his uncredited sister, Theresa Chasar) two Master Levels. I also included Mustaine's rejected Doom 2 MAP14 "homage", which he released on his website a few years ago. Playing them all together I found they make for a diverse and interesting collection of maps, a collage of very different creative styles in Doom mapping circa 1995. I reached out to Sverre Kvernmo and Chris Klie to ask 1) for their permission to repackage their work in this form, and 2) if they had any strong feelings on how their work would be presented; things like preferred level order, pistol start, music, skies etc. Klie didn't have any opinions on the matter, which makes some sense given that his levels are all relatively short and self-contained. Kvernmo had a lot of very interesting input on level order, offering multiple proposals that emphasized difficulty ramp vs theming. The current ordering I have for his episode is based on our discussions. Lastly, I just heard back from Xaser about the possibility of including his E4M8 from Ultimate Doom The Way id Did, a tribute to Dr Sleep based partly on the only known screenshot of his unreleased Canto IX, "Waters of Lethe", as a way to close out the Inferno episode. So here's a download of what I have so far. Please consider it a rough draft; I'd like some feedback on some things. (see below) https://www.dropbox.com/s/tpvt64g7bbznbcl/masters_alpha.zip?dl=0 A few things worth stating: - This is currently ZDoom-compatible only. The way I've strung all the maps together is dependent on MAPINFO features I'm not sure are supported in other source ports. If anyone with deep knowledge of other ports knows how it can easily be adapted without any compromises, please let me know. - No copyrighted content is distributed as part of this, obviously. You must own Doom 2, the Master Levels, and Ultimate Doom (for E4M7 aka Canto VIII aka Chiron aka And Hell Followed). The way I currently reference these assumes that you have these compiled them into a Doom Classic Complete IWAD via my program WadSmoosh, which as above is ZDoom-only. If there is very strong interest in a non-WadSmoosh / other port compatible version, I could look into it, but again the interest would have to be strong enough for it to be worth a non-trivial chunk of my time. - The only modifications I've made to the levels themselves are to fit them all into a single PK3 with no map slot or texture conflicts, and to fix any critical bugs - the only one I've found so far was an unattainable secret sector in one of Klie's outtakes. In general I'd like to preserve the author's work as faithfully as possible, especially that of the two authors who have passed away (Flynn and Anderson). - I'll soon be adding map author credits to the intermission screen graphics for each map's name, in the same style included for the id maps in recent versions of WadSmoosh. Things I could use some input on: - Level order, music, and skies for the Chris Klie levels, and a name for his episode. The level order in the current download is relatively arbitrary based on a few of my playthroughs, alternative suggestions welcome. - Music for the Titan, Inferno, and misc episodes. Most of these use D_RUNNIN, and it would be nice to pick out some Doom 1/2 tracks or add some new ones that go well with each. - Tom Mustaine apparently submitted two other maps for the Master Levels, which were later included as MAP01 and MAP10 of TNT Evilution from Final Doom. I could add these to the Willits + Mustaine episode, at the cost of adding Final Doom to the "retail content owned" requirement for players. I'd be fine doing this but I'm not sure what % of the target audience for this owns Final Doom. - Ordering of the episodes in the New Game episode list. Each one has its own difficulty ramp, and I can imagine a few different rationales for why one works better before another. - Should these levels default to pistol start? That's how the original Master Levels were intended to be played, and most of the episodes work pretty well like that. Kvernmo sent me a version of the Cabal maps collected into a single file called CABALL.WAD that had some minor revisions that made the series play better with accumulating weapons, so I think that's the way he intends for the series to be played. I've included a bit of ZScript to enforce pistol starts for all the other episodes, and a menu item + cvar that lets you disable this behavior. Much of this could also be done with MAPINFO, of course. - Endings for each of the episodes. Right now it goes straight to the Doom 2 curtain call, but I'd like to add some finale text for each. I definitely want to add a brief dedication to Flynn and Anderson at the end of their respective episodes. Beyond that, it might be cool to have a custom graphics screen but I don't really have any ideas for it. - Likewise I whipped up a title screen based on the original box art, but if anyone has suggestions for something better, I'm all ears. - Lastly, I don't have an official title for this project yet. My first idea was "Master Levels Deluxe Edition", but Chris Klie said he wasn't necessarily comfortable using the phrase "Master Levels", out of possible confusion with the retail product. Kvernmo felt the opposite, that it benefitted from that specific association. I suggested "Works of the Masters". Feedback welcome! I'm not sure how many people are interested in this old stuff, but I think it could be a cool way to pay tribute to an interesting chunk of Doom history, and collect the work together in a way it hasn't really been possible to enjoy before.
  3. JPL

    Doom Neural Upscale 2X [v 1.0]

    TNT.WAD defines its own versions of these switch textures by the same name. Incidentally, my WadSmoosh program renames and replaces these Final Doom specific textures, so the Neural Upscale mod works fine alongside them with no changes needed.
  4. JPL

    Doom Neural Upscale 2X [v 1.0]

    +1 vote for merging this excellent project with Smooth Doom and Perkrisitian's SFX remaster, though I know that is a *lot* of new sprite frames to upsample and clean up. Re: smooth monster animations, my suggestion for a pure "vanilla but upscaled" compromise is to leave out the variant death animations that Smooth Doom adds. Those are by far what make the mod feel most non-vanilla.
  5. I'm guessing the file corruption in some of the files in the disk images is plain old media rot, it's happening with more and more floppies as they enter the third or fourth decade of their lives.
  6. JPL

    A little level design tips thread.

    This thread is great, and thank you Vorpal for the kind words about arcadia. I'm not nearly as experienced a WAD author as many folks here but here's two ideas I care about: - Once you have the basics down, develop a personal style. No shame in borrowing stuff someone else does but if you develop an idea or technique on your own, often you'll understand it more deeply and your use of it will be both distinctive and effective. - In most WADs, it's hard to overestimate the visual importance of your sky art. Decide on which sky to use at the start and think about how its color and texture inform the geo that will be seen in front of it. (Also consider making or borrowing a custom sky; very good bang for buck to make a WAD stand out more!)
  7. JPL

    DECK: Doom Engine Creator's Kit

    Correct, nothing has happened since then. I need to finish other projects before I can justify restarting this one.
  8. I think hot-reload of textures, sprites, and sounds alone would be a pretty large win. These are the assets you do lots of little tweaks to in your art/audio software, and changes to them don't affect game state so you don't have any of the issues you'd have with hot-reloading maps and script. If there's a real perf hit to regularly (~1Hz, no point in anything finer) checking files for changes, put the checks behind a "developer mode" cvar that defaults off. Of course this is probably only applicable to ZDoom family, I always work with loose files in directories and forget other ports don't support that.
  9. Lots of context to this discussion I probably lack, but I think any potential scripting system needs to be evaluated just as much in terms of its user interface as its capabilities and engine integration. ACS and ZScript are very powerful, as a veteran designer-programmer it's a super fun toolbox to play with and almost everything on my wishlist for those could (and probably will) be done pretty easily and incrementally. However, when I try to imagine what would make the biggest difference re: People Doing New Cool Stuff With Doom, it's on the tools + UI side. Here are things I think form barriers to entry for creative dev-literate / dev-curious users: Engine and editor are wholly separate. Changes to maps/mods must be saved in-editor and then launched in-game. All assets - textures, sprites, sounds etc - require an engine reload to see changes. ACS changes require a recompile with an external tool. If you're doing heavy level scripting with ACS, you must flip back and forth between not just a text editor and a map editor, but between the text-based mindset of scripts and TIDs and the visual/spatial world of sectors, things, and lines. Editors offer basic visualization of connections between objects and map features (ie showing which sectors a line's special affects) but manipulating this data is still done by changing numbers in fields. This is a bit worst-of-both-worlds: none of the code-like benefits of text-based scripting and none of the visual/spatial benefits of in-world scripting. This might be easily solved with good editor viz, eg color-coding sectors by tag, but that may not scale to more complex map work. I realize all of these would be quite a lot of work to remedy, and having worked with the full spectrum of code-based (Lua/ZScript), GUI-based (Bioshock/GameMaker), and purely visual (Unreal4 Blueprint) scripting I'm well aware of the challenges of each - don't take my points above as belief that visual scripting is inherently better - but I do think it's worth asking where the big gaps still are for Doom's dev experience. It's also a question of values: where do people want Doom to be in 5-10 years? Many are probably happy with the current size, composition, and output of the community. I think growth could bring many positive effects. I think there are tons of people out there who'd love designing Doom levels (or standalone games using Doom-like tech) and can grok sectors, lines, and things but find the vanilla scripting system a bit too arcane and ACS too much like "real programming". If anyone is interested in a system whose benefits require editor UI work, also note that I believe any form of non-code-based scripting should have an underlying representation that IS code-based, so it can be stored sensibly, diff'd and merged, processed with proven methods like parsers and lexers, etc. So all the above discussion of a standard language / concept vocabulary seems useful.
  10. Okay, new build is up with deflate compression (and a new ENDOOM with better credits): https://bitbucket.org/JPLeBreton/wadsmoosh/downloads/ Also for those interested in doing a 162-level run through every possible map in the complete WadSmoosh IWAD, see the "Doom Complete Playthrough" mod I just posted on my page: http://vectorpoem.com/doom
  11. Thanks for the discussion folks, I'll try out Deflate and commit once I've tested on Win/Mac/Lin.
  12. JPL

    Keymaster, and other small mods

    It's definitely possible, if semi-rare - the Arrow must be placed beyond a barrier that only opens when all of one type of monster dies, and the keymaster must be one of those monsters - and there's no way I can think of to detect and avoid such situations without writing code that somehow fully understands the progression structure of a map, which would depend on some very very advanced map data parsing... nobody's cracked that yet. If that were possible there's all kinds of cool mods that would be possible! As is I just kinda have to offer that "may not work with 100% of maps" disclaimer. With pseudorandom spawns enabled, this doesn't occur on skill 1/2/3 in Doom2 MAP07, but I'd guess there are other popular maps where it does happen. If anyone finds a specific example let me know so I can mention it in the readme as an example.
  13. That would make it a PK7, I suppose? I avoided using Python LZMA because it's not installed by default on macOS and some Linux distros, and my goal for those users was to make sure the program can be run from the included source script using whatever Python is built in to the OS (usually Python 2.7). There's also a bit more of a launch speed penalty when booting GZDoom and loading levels with a PK7 IWAD, but it's not a huge issue.
  14. Figured it was time for WadSmoosh to have its own thread here. The original release has been on idgames for almost a year but I've since done many small fixes and improvements that add up to a lot, so I'm looking to verify that the current dev build is rock solid then upload an update to idgames. Download dev build Main project page + README Screenshot: What does WadSmoosh do? It merges your official (released by id) PC retail IWADs into a single PK3 IWAD for ZDoom called "doom_complete.pk3" that contains (if you own all the official releases) Ultimate Doom, Doom 2 and its two addons, and Final Doom. GZDoom 2.4 and later recognize the WadSmoosh IWAD automatically. What doesn't WadSmoosh do? Merge any non-official, console and/or freely available content. Please don't ask me to add support for smooshing Lost Episodes, PlayStation or Doom64 TC, etc. See this post in another thread for my thoughts on the need for an easy-to-use arbitrary WAD merging tool - tl;dr WadSmoosh was built to do a single thing well and I'm not going to overhaul it into SLADE-lite. I'm also not interested in adding support for other source ports - a lot of what makes WadSmoosh possible is ZDoom-specific - unless I deem the changes required trivial. WadSmoosh's Python source code is included with every build so you can modify it as you wish. Feel free to fork it on Bitbucket. Bug reports and pull requests for fixes are welcome! The testing I'd like to do before calling the current dev build good enough for a 2.0 update on idgames is mainly just making sure it provides the same behavior as if you were running with Doom.wad / Doom2.wad - I want users to be able to use this as their daily driver IWAD and not worry about compat. There are a couple tough exceptions I can't fix cleanly though: Final Doom contains texture definitions that conflict with Doom2's, so I renamed those and replace them at runtime with ACS. This means that the few mods that require TNT.wad or Plutonia.wad may not look exactly as they do with those original IWADs - Plutonia 2 for example doesn't show the correct sky, but nothing major breaks. Doom 2 PWADs that redefine SKY1/2/3 in a certain way (via the TEXTURE1 lump) won't show the right sky. As of this week WadSmoosh has an options screen section where you can enable something called "legacy sky support" which should fix this up. For the vast majority of WADs you can leave this off. Wish this could have been auto-detected in ACS or ZScript somehow but them's the breaks.
  15. JPL

    Keymaster, and other small mods

    I understand this is something people might want to do. I haven't implemented it in WadSmoosh because it increases the program's scope and complexity to the point where it would need a UI of some sort, which makes it a whole different beast to support and maintain. It kinda seems like there might be a WAD tool niche somewhere between WadSmoosh (no GUI, does one thing) and SLADE3 (industrial strength GUI, does hundreds of things), a sort of "mix tape" tool where you can shuffle maps and assets between WADs, build new episodes, etc. I imagine the GUI could be quite simple but the stuff it'd be doing under the hood would be non-trivial, especially once you start having to merge different possibly-conflicting texture definitions. Not something one could bang out in a weekend. So I feel it's sanest to say WadSmoosh's mission begins and ends with manipulating the official retail data. The source is included so you can always customize if you really want to. But yeah until someone creates that tool I describe above, this will require intricate knowledge of how the WADs you want to merge are put together.