Project

General

Profile

Bug #1939

[Doom] Screen wipe wrong when loading game during InFine

Added by vermil almost 10 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Defect
Target version:
Start date:
2015-01-11
% Done:

100%

Tags:

Description

When one loads a save game while viewing post map infine (such as the ending of E1M8), the melting type screen wipe erroneously uses the first tic of the loading game, rather than the infine.

Associated revisions

Revision 5bcb1d1a (diff)
Added by skyjake over 9 years ago

Fixed|UI|Client: Using the correct frame for busy transitions

Previously there was an arbitrary 0.5 second threshold for determining
if the captured busy frame was still fine for a transition (checked when
a new request for a busy frame occurred).

This arbitrary threshold was removed and the busy frame is only
discarded when the regular game is running without a busy transition.

Also did some cleanup: removing obsolete/commented code.

IssueID #1939

Revision d09976a0 (diff)
Added by skyjake over 9 years ago

Fixed|UI|Client: Using the correct frame for busy transitions

Previously there was an arbitrary 0.5 second threshold for determining
if the captured busy frame was still fine for a transition (checked when
a new request for a busy frame occurred).

This arbitrary threshold was removed and the busy frame is only
discarded when the regular game is running without a busy transition.

Also did some cleanup: removing obsolete/commented code.

IssueID #1939

History

#1 Updated by skyjake almost 10 years ago

  • Tags changed from InFine, screenwipe to InFine, Doom, UI
  • Category set to Defect

#2 Updated by skyjake almost 10 years ago

  • Subject changed from Screenwipe wrong when loading game during infine to [Doom] Screen wipe wrong when loading game during infine

#3 Updated by skyjake almost 10 years ago

  • Subject changed from [Doom] Screen wipe wrong when loading game during infine to [Doom] Screen wipe wrong when loading game during InFine

#4 Updated by danij over 9 years ago

  • Target version set to 1.15

#5 Updated by skyjake over 9 years ago

  • Status changed from New to Resolved
  • Assignee set to skyjake
  • % Done changed from 0 to 100

The problem was that the busy frame captured before the savegame loading begun was discarded too early.

#6 Updated by skyjake over 9 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF