Doom 2 In Name Only - Now (supsiciously) on a load of gaming articles

[EffinghamHuffnagel]

You're all very welcome. A man's got to know what he's good at to get through life. I've always been more of a Watson, than a Holmes. I don't create, I help others with their work. I've spent my working life helping others; in Customer Service, in Systems Support (maintaining document and file versions, making changes and moving them to production), as a Corporate Software Beta Tester and in IS (break/fix, install, upgrade). Right now I had a couple of weeks with some free time almost every day. In two weeks I probably won't. Aside from Obsidian's speedmap megawad, this is the first time I've actually jumped in and helped on a project before it was released. Sometimes I've e-mailed notes to the author afterwards. Usually, I just put the notes in a folder and make the fixes for my own benefit. I still have notes on 2002ADO from 12 years ago I never sent anyone. Always wondered if the authors found all the bugs on their own by the 3rd release.

Thanks for letting a new guy jump in and finally give back a little and thanks for making me feel welcome.

[Tristan]

Doom 2 In Name Only - Day 637
Beta VIII is here. With Da Werecat's graphics, all the fixes highlighted by Effingham and plums, it is possible that this project is finally finished.
Except MAP01. I'm still not sure if the disappearing monsters are fixed.

[mouldy]

Eris Falling said:

Doom 2 In Name Only - Day 637
Beta VIII is here. With Da Werecat's graphics, all the fixes highlighted by Effingham and plums, it is possible that this project is finally finished.
Except MAP01. I'm still not sure if the disappearing monsters are fixed.

Cool, although it is missing the updates to 28 and 30 that I posted the other day, you can find them here:
http://www.mediafire.com/download/348av8z5pv8pa3m/d2ino-mouldy-updates13may.zip

[Tristan]

Always something :P
Fixed. Same link.

[scifista42]

Somebody has broken MAP19's bridge gimmick. PrBoom-plus crashes upon launching the wad because: "createPatch: Unknown patch format TITLEPIC." O_O

[cannonball]

scifista42 said:

Somebody has broken MAP19's bridge gimmick. PrBoom-plus crashes upon launching the wad because: "createPatch: Unknown patch format TITLEPIC." O_O

Yep I get the same problem

[Tristan]

Removed link for now
Scifista, about MAP19, can you please elaborate? I think I was the only one who touched that map and I'm pretty sure nothing I did would've broken anything.

[scifista42]

Entrance to the Citadel opens immediately, but it should open only after the HKs and Barons are dead. This problem doesn't occur in my own latest version of the wad. Also a certain ammo box lies on the descending grass field, while it should have sit in a pit.

I'll try to look at it closer soon.

[mouldy]

Here's the problem with map 19:



Top is how it was, bottom is how it is now. There are sectors over the top of the teleport pads that are meant to stop the floor from rising when a monster is there.

[Tristan]

Ah, those platforms along the bridge had some extra linedefs (triangles) on them I believe. To me they looked like they served no function so I removed them. Whoops.

Oh, it's those linedefs that were reported as absorbing projectiles. Hmm.

[mouldy]

Also looks like the TITLEPIC is a png file, which is probably why prboom is crashing (CREDIT is as well)

[Da Werecat]

A small wad with working gfx.

https://drive.google.com/file/d/0B9DxOfPvG2G1eEMtOGV2OWEzY0E/edit?usp=sharing

[Tristan]

I've already converted them to Doom format since, but thanks anyway Werecat. Are there any changes to the graphics themselves?

[Da Werecat]

TITLEPIC is cropped slightly differently, but nothing really important.

[EffinghamHuffnagel]

I just noticed this. Why is the D2INO_B8.deh file in the zip not the same as the DEHACKED entry in the wad? The one in the zip has two additional entries not in the wad:

Thing 25 (Commander Keen)
Bits = 774

Frame 763
Duration = 0
Next frame = 0

Is that what was causing the missing monsters in MAP31?

[Tristan]

That would be me replacing the external DEH with Xaser's more recent one, and forgetting there was an embedded DEH too.
Okay, I'll make it easier for everyone

List the things I didn't break/miss

[EffinghamHuffnagel]

I still had MAP34 loaded in my editor, so when I opened it, I saw a note I missed. On the cliff edges near linedef tag 56, the author used BFALL1 for all the falling lava instead of DBRAIN1.

[Da Werecat]

Saw this in Waste Tunnels. It's a secret room.

http://i.imgur.com/pa568nK.png

1. Walls connect to the slime floor in an ugly way.
2. The floor is not damaging. Actually, I can understand this problem: there's no way to make a sector both secret and damaging with only vanilla assets. So I guess I shouldn't whine.

[glenzinho]

Can't you have secret and damaging by way of dummy sector?

[EffinghamHuffnagel]

Eris Falling said:

Except MAP01. I'm still not sure if the disappearing monsters are fixed.

Yes, it's fixed. The two imps no longer fall into holes.

[Da Werecat]

I got stuck on MAP07 in ZDoom. The stairs rose too high.

[Tristan]

That was one I left out. Can't remember the reasoning off the top of my head.

And scifista, if you're reading this: I'd rather you took B8's version and put the techy stuff back in yourself. I don't know the mechanism.

[Da Werecat]

So it can't be fixed?

[mouldy]

Da Werecat said:

I got stuck on MAP07 in ZDoom. The stairs rose too high.

Was there a reason why the stairs couldn't just be given lift-lower-wait-raise actions on its outside linedefs, for when this bug happpens? I don't see that it would effect anything else.

[Antroid]

mouldy said:

Was there a reason why the stairs couldn't just be given lift-lower-wait-raise actions on its outside linedefs, for when this bug happpens? I don't see that it would effect anything else.

Is there a chance of the sectors not moving up upon the required monsters' death if the lift is used at an inopportune time? Like even if they are totally in the floor, isn't there some pause between the two clicks they would do anyways if used, during which if the special action happens it will do nothing? Or am I misunderstanding how those things work?

[plums]

Da Werecat said:

I got stuck on MAP07 in ZDoom. The stairs rose too high.

Did you try playing it with the "Use Buggier Stair Building" compatibility option turned on?

If that works, it's a thing that can be enabled by default with a MAPINFO lump.

[Da Werecat]

Technically, it's not a stair, it's a bunch of platforms with tag 667. They're rising multiple times with some complex arch-vile trickery. Which is not entirely reliable, as far as I can see.

[plums]

Oh, I might know what's going on.

667 sectors rise to the height of the shortest lower texture of any linedef of that sector. However Doom interprets 'no texture' as AASHITTY, even for linedefs that don't need a texture on the other side, so stairs rise a max of 64 units. ZDoom fixes this 'bug', meaning if all the lower textures are > 64 units, the 667 sectors will rise higher than they would in vanilla.

The easy fix is to put a 64 px high texture as a lower texture on all the sectors marked 667, even if it's on the back linedef that will never need a lower texture.

If I didn't explain that well enough, I can make an example wad (or even just try to fix MAP07 myself, if requested).

edit: Actually looking at the map, that might not be the problem, since I see BRNSMAL1 used on some linedefs. Hmm, nevermind maybe...

[mouldy]

Antroid said:

Is there a chance of the sectors not moving up upon the required monsters' death if the lift is used at an inopportune time? Like even if they are totally in the floor, isn't there some pause between the two clicks they would do anyways if used, during which if the special action happens it will do nothing? Or am I misunderstanding how those things work?

yeah I just tested it and you are right, if you activated the lift and then killed the last spider the stairs won't rise.

There are probably other more complicated solutions to this, for example having a monster on a dummy 667 sector who can cross a linedef in the event of his platform raising twice, thereby activating something that will allow the player to escape.

[plums]

Since the problem appears to be semi-random, I may as well point out that in vanilla, killing the last two arachnotrons very close to one another but not at the same time can cause 667 sectors to raise twice. So I guess having some workarounds isn't a bad idea anyhow.

Sorry for my earlier posts, I should really check the map before guessing at what the problem is :p