Doomworld Forums - How do the various ports handle the ghost monster bug?

Doomworld Forums : Powered by vBulletin version 2.2.5

Doomworld Forums > Classic Doom > Source Ports > How do the various ports handle the ghost monster bug?

Author

All times are GMT. The time now is 04:48.

Vermil
Senior Member

Posts: 1224
Registered: 03-04

Pretty much what the thread title states; how do the various ports handle the ghost monster bug?

Which ports retain it, fix it, have options to enable/disable it. What do they do with it?

I know that Doomsday features a compatibility option to allow the user to enable/disable the bug occurring.

I know that G/ZDoom enables the ghost monster bug for famous maps which are known to use the bug for game play purposes, but otherwise, it's always disabled.

What does Boom, Chocolate Doom, EDGE, Legacy, Odemax, PrBoom, Risen3D, Skulltag, Vavoom, ZDeamon etc do with the bug.

07-31-11 15:48 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

natt
Junior Member

Posts: 248
Registered: 05-11

Boom and descendants fix the bug, with a compatibility option that is toggleable (and automatically switched when an original demo is loaded).

Chcolate Doom behaves exactly as Doom does wrt ghost monsters.

07-31-11 16:15 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

1ntru
Member

Posts: 353
Registered: 12-07

natt said:
Boom and descendants fix the bug, with a compatibility option that is toggleable (and automatically switched when an original demo is loaded).

Chcolate Doom behaves exactly as Doom does wrt ghost monsters.

Really? So can we run Plutonia 2's MAP32 and still avoid the Nazi Ghost fountain?

I didn't know that option.

__________________
You are very welcome to watch my Doom speed demos: http://www.youtube.com/user/1ntru

07-31-11 16:45 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

Gez
Why don't I have a custom title by now?!

Posts: 7046
Registered: 07-07

Skulltag is based on an older branch of ZDoom and at the moment merely fixes the bug, no special hidden compatibility mode for any map.

07-31-11 18:14 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Maes
I like big butts!

Posts: 8664
Registered: 07-06

I don't :-p

Interestingly, it worked just as intended in Mocha Doom (aka like the original) without me taking any special steps. It's actually a bug due to a very "clean" code mistake, not some pointer voodoo, and as such it's easy to fix, one willing.

07-31-11 18:42 #

Profile || Blog || PM || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

GhostlyDeath
Forum Retard

Posts: 829
Registered: 08-05

You forgot ReMooD.

ReMooD does the same as Legacy, which I believe does the same as Vanilla in this matter.

07-31-11 19:19 #

Profile || Blog || PM || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

hex11
Senior Member

Posts: 1485
Registered: 09-09

SDL Doom keeps this bug/feature. In fact, I don't think it has any changes from linuxdoom except:
- use SDL for audio/video
- add some stuff to make it work on BeOS and Win32

07-31-11 20:21 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Maes
I like big butts!

Posts: 8664
Registered: 07-06

Well by now it's obvious that LinuxDoom is like vanilla regarding bugs...plus many of its own that need to be fixed in order not to get sub-vanilla functionality.

07-31-11 20:44 #

Profile || Blog || PM || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

hex11
Senior Member

Posts: 1485
Registered: 09-09

Maes said:
Well by now it's obvious that LinuxDoom is like vanilla regarding bugs...plus many of its own that need to be fixed in order not to get sub-vanilla functionality.

The only one I've noticed is the non-animating switches in Ultimate Doom E4. Is there a list of other bugs?

07-31-11 20:58 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Maes
I like big butts!

Posts: 8664
Registered: 07-06

hex11 said:

The only one I've noticed is the non-animating switches in Ultimate Doom E4. Is there a list of other bugs?

Speaking purely for LinuxDoom here. Unless SDL fixed the distinctions between TNT/Plutonia, then yeah, there are tons of others, plus some ugly bits (e.g. pressing F1 during gameplay will cause the status bar to become "dirty", since there's no code restarting/cleaning it afterwards).

07-31-11 21:55 #

Profile || Blog || PM || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

hex11
Senior Member

Posts: 1485
Registered: 09-09

Maes said:

Speaking purely for LinuxDoom here. Unless SDL fixed the distinctions between TNT/Plutonia, then yeah, there are tons of others, plus some ugly bits (e.g. pressing F1 during gameplay will cause the status bar to become "dirty", since there's no code restarting/cleaning it afterwards).

I would have noticed the F1 thing very quickly, but it doesn't happen in SDL Doom, and yet I don't see any changes in the st_* files, except to include m_swap.h (which just has some endienness fixes). Maybe some other files were changed, or the fix happened as a side effect of using SDL?

I'm not much of a fan of the Final DOOM IWADs, so I wouldn't know where to begin looking. I guess if those have bugs it's not terribly important to me. I'm more concerned about Ultimate Doom and Doom II bugs.

07-31-11 22:21 #

Profile || Blog || PM || Search || Add Buddy

IP || Edit/Delete || Quote

Maes
I like big butts!

Posts: 8664
Registered: 07-06

hex11 said:

I would have noticed the F1 thing very quickly, but it doesn't happen in SDL Doom, and yet I don't see any changes in the st_* files

A fix would have more likely been done by manipulating the firsttime boolean, or forcing a "clean" reloading externally in a similar way.

hex11 said:
I'm not much of a fan of the Final DOOM IWADs, so I wouldn't know where to begin looking.

Finale texts are an excellent place to start. In general, LinuxDoom did very poorly at keeping certain IWAD-specific hacks, like different texts, missing lumps etc.

07-31-11 22:55 #

Profile || Blog || PM || Homepage || Search || Add Buddy

IP || Edit/Delete || Quote

Vermil
Senior Member

Posts: 1224
Registered: 03-04

Well, my reason for asking this question was because I've made a small, HOM's aside, Vanilla map, that has a very specific setup (that I don't think can be altered without making it unworkable), that's very very likely to cause the ghost bug.

It is in turn, very likely to mess things up if it occurs. The issue is that anywhere a Mancubus can move to, an Arch Vile can (size wise).

Last edited by Vermil on 08-01-11 at 08:34

08-01-11 08:04 #

Profile || Blog || PM || Email || Search || Add Buddy

IP || Edit/Delete || Quote

wesleyjohnson
Member

Posts: 486
Registered: 04-09

This is the code from DoomLegacy that the vile uses to revive a monster.
Killing a monster reduced the height in a standard way (height >>= 2),
except after crushing.
Viles try to reverse the operation in a standard way.
The fix restores proper initial values instead.

if( demoversion<129 )
{
// original code, with ghost bug
// does not work when monster has been crushed
corpsehit->height <<= 2;
}
else
{
// fix vile revives crushed monster as ghost bug
corpsehit->height = info->height;
corpsehit->radius = info->radius;
}

Last edited by wesleyjohnson on 08-02-11 at 23:12

08-02-11 23:05 #