Menu ▾ ▴

#294 Different behavior when escape is pressed during the graphical startup in Strife

v1.0 (example)
open
James Haley
None
5
2013-10-31
2013-10-23
Alexandre-Xavier
No

Strife will bug if escape is pressed during the graphical startup when -warp is used. Vanilla and Chocolate-Strife exhibit different behaviors. This bug causes the menu to appear without updating the background, creating a HOM effect.

Vanilla: It only works when the escape key is pressed while the laser is at its final destination (where it stops moving) and before the fade transition effect. There's a delay before the game starts when the laser has reached its destination.

Chocolate: It's possible to trigger this bug before the laser has reached its final destination (while it's moving). This doesn't work on vanilla. Chocolate-Strife acts like vanilla for the rest.

Discussion

  • Simon Howard

    Simon Howard - 2013-10-26
    • assigned_to: James Haley
     

  • Simon Howard

    Simon Howard - 2013-10-26

    Quasar, any thoughts?

     

  • James Haley

    James Haley - 2013-10-31

    This is likely due to differences in architecture that can't be resolved. In DOS, the intro is conducted under planar Mode 13h set directly by asm code in d_main.c ; the normal DOOM video init later changes the video mode to interleaved Mode Y as used by DOOM, and at that point the I_FinishUpdate and I_UpdateBox mechanisms kick in. HOMs caused by the menus are usually a result of the dirty rects system, which Choco doesn't have and can't easily emulate.

     
MongoDB Logo MongoDB