From 5fcd4dc343af24dbcfa1896936d1e8fd1c12d236 Mon Sep 17 00:00:00 2001
From: James Haley
Date: Thu, 6 Oct 2011 11:33:11 +0000
Subject: Fix for missing finale fade-to-black bug that was driving me nuts -
 one of the last known inaccuracies not related to the multiplayer code.
 Missing dirty rects system strikes again, basically.

Subversion-branch: /branches/v2-branch
Subversion-revision: 2409
---
 src/strife/f_finale.c | 11 +++++++++++
 1 file changed, 11 insertions(+)

(limited to 'src/strife/f_finale.c')

diff --git a/src/strife/f_finale.c b/src/strife/f_finale.c
index 32d09021..daa41316 100644
--- a/src/strife/f_finale.c
+++ b/src/strife/f_finale.c
@@ -173,7 +173,10 @@ enum
 //
 void F_StartFinale (void)
 {
+#if 0
+    // haleyjd 20111006: see below...
     patch_t *panel;
+#endif
 
     gameaction = ga_nothing;
     gamestate = GS_FINALE;
@@ -184,8 +187,16 @@ void F_StartFinale (void)
     // [STRIFE] Setup the slide show
     slideshow_panel = DEH_String("PANEL0");
 
+    // haleyjd 20111006: These two lines of code *are* in vanilla Strife; 
+    // however, there, they were completely inconsequential due to the dirty
+    // rects system. No intervening V_MarkRect call means PANEL0 was never 
+    // drawn to the framebuffer. In Chocolate Strife, however, with no such
+    // system in place, this only manages to fuck up the fade-out that is
+    // supposed to happen at the beginning of all finales. So, don't do it!
+#if 0
     panel = (patch_t *)W_CacheLumpName(slideshow_panel, PU_CACHE);
     V_DrawPatch(0, 0, panel);
+#endif
 
     switch(gamemap)
     {
-- 
cgit v1.2.3