odysseyofnoises

Wow, very cool source port! I will definitely be using this from now on, as it's a great way to play boom wads in multiplayer to do tricks like glides and keybumps and whatnot. It's a bit esoteric, but it would be pretty cool/funny if it were possible to set a -speed for slowmotion in multiplayer lol. Also, an option an enable cheats in multiplayer would be pretty nice, especially resurrect... One small thing I've noticed is that the wrong music plays on certain maps. For example, pl2 map27 will play the stock Plutonia map27 music (unless pl2.deh is also loaded), though most of the other custom tracks seem to play fine. Crispy Doom, or any other port I've ever used, doesn't have that issue.

The updated version of the wad will be on DSDA soon, so for now use this link: http://speedy.sh/RtNDU/resonance.zip Here are the demos I did: map01 uv-speed in 46 secs map01 uv-max in 3:38 map01 uv-respawn in 2:34 map02 uv-max in 8:46 map03 uv-max in 8:39 map05 nomonsters in 15.91 map07 uv-max in 2:20 This wad is still a work in progress, and more maps will be added to it later, but the ones that are here should be good enough that I won't have to change them to the point where demos desync. resdemos.zip

Plutonia MAP17 UV-Speed TAS in 0:07 pl17x007.zip

(1) English: native speaker. (2) Russian: also technically native, but I still consider my English skills to be superior, as that's the language I use in a wider variety of situations. Sometimes, I feel like I have some slight gaps in my Russian vocabulary, causing me to struggle to grasp at a word, which doesn't really happen in English. (3) Hebrew: intermediate. I know it well enough to have basic conversations, but I can definitely tell I have gaps in my knowledge when I hear native speakers. (4) Finnish: beginner. I probably wouldn't really even count this as a language I properly "know," since I can only really ask and answer some basic questions. In truth, I learned most of my Finnish from HexTheRex on ZDaemon's Thursday Night Survival, lol. So I can maybe have a basic conversation about Doom and some other topics, but my vocabulary is really limited. I can't seem to understand shit when I hear people speak it, and even in written text, I often find it really hard to recognize familiar words when the grammar is applied to them; that can change the way a word looks significantly. It's a pretty hard language but an interesting challenge nonetheless. I doubt I'll ever really be fluent in it though.

Outposta.wad MAP01 nomonsters in 2:25, recorded using Chocolate Doom 3.0.0. The wad has been updated, and I've attached the new version, so please update the wad archived on DSDA accordingly. Also, please delete my old 2:27 nomonsters demo, as it no longer plays back correctly with the current version. outpostao225.zip OUTPOSTA.ZIP

Overall, the wad is very well designed and generally quite fun to play. There were some maps where I couldn't figure out exactly where to go because the triggers were not obvious. However, I like the designs, especially with regard to the use of color. The custom monsters and decorations were nice additions too. I'm not sure if anyone else has reported any of these issues elsewhere in this thread, but here are some issues I found whilst playtesting in multiplayer using GZDoom 3.7.2: (1) Co-op starts should be added to all the maps so that players don't telefrag each other at the start. Some maps, but not all, seem to have them. (2) On MAP04, there are some small walls that appear to have missing textures. (3) On MAP05, the white orb that opens after the mini-boss fight seems to be a one-time teleporter, which is a problem in co-op; it should be a multi-use teleporter. Then the second one didn't seem to work at all. I'm assuming that second one was supposed be the exit. (4) On MAP06, the fog at the start of the level causes extreme lag that doesn't happen in other areas. This same problem is also true on other maps that have the white fog. (5) On MAP10, there are some lost souls stuck in some decorations. (6) On MAP12, we couldn't really figure out what the hell to do to solve the map. So yeah. Probably needs some hints of some kinds. (7) On MAP13, one of the co-op starts is between some decorations, preventing the player from moving. (8) On MAP22, there's a place where you can get stuck. (9) On MAP23, the map appears to not be exitable, as the blue portal doesn't work (assuming that's the exit). Screenshots are attached where relevant. Screenshots.zip

See the text file for relevant information, including a list of officially supported source ports. Screenshots: OUTPOSTA.ZIP

Here's a demo I recorded in Chocolate Doom where I get all the way to the final room but unfortunately die. This reveals the solution to the barrel puzzle for those who are stuck and should also be enough to prove that the map is possible in UV Max. Make sure to download the very latest version of the wad in the first post before attempting to play back this demo. op01.zip

I don't know what to tell you other than to keep trying. The barrels should never get permanently stuck, and if you accidentally push one into a wall and it won't move, you can always dislodge it by shooting it away from the wall.

You have to push the barrels out of the way in the right order to access the silver key. It's a puzzle.

I changed the map to make it slightly easier, as well as to make one of the bridges wider, and updated the posted file. I don't want to stray too much from the difficulty though because, since it is only one map, I intended it to be brutal.

Here's the latest version with the spinning-fan problem fixed. There should be no more crashes inside that room. However, there aren't supposed to be any ceilings lower than floors, so if you'd kindly point out which sector indices have that problem, I'll gladly fix them. I already found one and fixed it. freezerifle.zip

There seems to be a particular spot on my map where Chocolate Doom crashes, but I have no idea what the hell is going on, since I'm not getting any error message (aside from the Windows one that says the program has stopped working). I don't think it's a visplane overflow or anything like that, since that would give me an error. I've attached a screenshot with the relevant area marked with the green dot (not in the actual map, which is also attached if needed). It seems to happen whenever I fire a weapon, so I thought it might be related to the ambient sound effects, but if that's true, then I don't get why that would be the case or how I would fix it. freezerifle.zip

Funny enough, when I used chocorenderlimits, it actually would crash in the noted area (before I fixed it, that is). There is still a nearby area where the visplanes will overflow (with an actual error telling me so) if the silver barrier is lowered and player stands at just the right position and angle, but I'm just letting that one go, since it shouldn't really happen in normal gameplay; you'd have to actively try to get it. Other than that and some specific places with segs overflows, there are no other problems that I'm aware of, so I can safely continue mapping.

It works fine if you use -merge freezerifle.wad -deh freezerifle.deh.

I wasn't getting nearly 137 when I checked in that area, but yes, I really did overdo it a bit with the detail there. Even so, I'm still skeptical that it was a visplane overflow because why would the solution then be to make the posts inside the fans solid? I'm actually adding visplanes by doing that, and yet the map no longer crashes in that spot. I'm convinced it had something to do with the middle textures.

Well, I ended up solving the problem by making the posts in the middle of the spinning fans solid instead of using middle textures. I'm still not really sure what exactly the problem was, but maybe it was some sort of crazy opening overflow.

I'm attempting to implement the chaingun from Valiant in my vanilla wad, but something is wrong. Whenever I fire the weapon, the chainsaw is superimposed on top of it, which makes no sense whatsoever, since the chainsaw isn't referenced anywhere in the DeHackEd code. The new chaingun replaces the rocket launcher (there is a legit reason, but that's beyond the scope of this post) and must work in vanilla DeHackEd. What's going on here, and how do I correct this ridiculous issue? chaingunfail.zip

Sorry, I didn't quite understand your explanation the first time around. Anyways, I ended up figuring out how to solve all of my problems, and the weapon works as intended. The only outstanding bug is that, in Chocolate Doom, the weapon will not switch to the fist/chainsaw if you run of out ammo and have no other weapons, but I'm afraid there's no solution to that problem (that I can envision). vanillamod.zip

Thanks for the explanation. I had no idea FireCGun was such a pain, so I instead re-engineered the weapon to use FirePistol (knowing that two pistol shots is equivalent to one chaingun shot). I'm even closer now, but there still seems to be a problem with the muzzle flash animation: It only displays one frame whilst the gun is firing instead of alternating between two as it should. In addition, the muzzle flash displays while the gun is winding down, which isn't supposed to be the case. How do I sort through this mess now? Attached is my current best attempt. chaingun_almost.zip

I'm recreating the freeze rifle from realm667 using DeHackEd and would like to have frozen monsters break apart after a certain amount of time. Can anyone make ice shard sprites for vanilla like the ones used in the realm667 weapon? I checked the lumps, and they don't seem to be present in that wad file.

That's an interesting thought; since most of the monsters are of relatively the same size, I suppose only two or three different versions of the ice breaking sprites would suffice.

Yes, the "freeze pellet" deals a whopping 10,000 points of damage in order to guarantee that even the strongest enemy (the cyberdemon) can be frozen. It simply doesn't make sense to me for a weapon to freeze certain monsters but kill others normally, so that's just the design choice I'm forced into, odd as it may appear. You're right about it being a challenge to design a sprite set that works with varying enemy sizes; I was actually going to bring that up as a concern myself. I suppose the only real solution, short of making a thousand different sprites, would be to have an animation that's of medium size. If you make individualized ice explosions, I guess I could figure out how to make the system work, but that's just going to be a lot of work for you, and I'm simply not willing to ask of a stranger that kind of commitment. And as for DECORATE, I'm not really interested in using that, since the whole purpose of this project is to see how advanced I can make a wad that still works under a limit-removing compatibility level.

Okay, I went ahead and reduced the file size by simply removing all of the maps except for MAP08 (the actual version contains ten maps). MAP08 was chosen because it contains a good selection of enemies to be frozen and features the freeze rifle at the start of the level, so if you want to see the weapon in action, simply warp to that level. resxmas_CUTFORDW.zip

The frozen state is indeed unique for all the monsters; again, I wish I could upload the dang file... I would link to my Dropbox, but I don't know what stance Doomworld takes in terms of linking to external file sites, and I don't want to cross some invisible line. I suppose the glass-breaking animation should start in the middle of the shattering process so that it can be applied to all the monsters generically. In other words, the shards are already a few inches apart in the first frame and then fall to the ground. Making individual sprites for all the monsters would be far more work than I'm willing to ask for, and I don't even know if I'd be able to implement the effect, given the sheer number of sprites that would result.