Bug Tracker – Bug 725

Action 107 - Door Close Stay (fast)

Last modified: 2019-12-22 22:49:46 UTC
Bug 725 - Action 107 - Door Close Stay (fast)
Summary: Action 107 - Door Close Stay (fast)
Status: NEW
Alias: None
Product: Odamex
Classification: Unclassified
Component: Client (show other bugs)
Version: (old) 0.5.0 - 0.5.5
Hardware: All All
: P2 trivial
Assignee: Odamex Bug Reporter
URL:
Depends on:
Blocks:
 
Reported: 2011-06-29 21:08 UTC by HeX_Vulture
Modified: 2019-12-22 22:49 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description HeX_Vulture 2011-06-29 21:08:02 UTC 
In vanilla/DOS Boom/PRBoom, when you run over a linedef for closing a door when the door is already closed, it plays the door closing sound regardless. ZDoom "fixes" this though by not playing the door closed sound if the door is already closed.

This bug is to discuss how Odamex should handle this. Should it be a compatflag? Should is be fixed in in zdoom mode? 

Personally I am in favor of fixing it in ZDoom and leaving Vanilla to act Vanilla.

A good example of this issue is lazarus1j.wad map06 - the BFG room.
Comment 1 Ralph Vickers 2011-07-06 01:53:00 UTC 
A trivial thing really. Could do what you suggested and separate the behaviors with co_zdoomphys. Is it worth it? How much work would be involved in this?
Comment 2 HeX_Vulture 2016-11-11 18:09:10 UTC 
Ralphis and I talked about making this fixed with co_boomphys enabled
Comment 3 HeX_Vulture 2019-12-22 22:49:46 UTC 
This should probably be fixed with co_boomphys and/or co_zdoomsound