From 45f2df0eba7a3ffa633a709e13d3b871592d2fc6 Mon Sep 17 00:00:00 2001 From: Karl Kurbjun Date: Wed, 5 Apr 2006 06:37:37 +0000 Subject: Fix finale text and try and prevent some data corruption due to the scaling code. Also allows the non-standard GP32 mods to work with some bounds checking. More comments are in v_video.c git-svn-id: svn://svn.rockbox.org/rockbox/trunk@9511 a1c6a512-1295-4272-9138-f99709370657 --- apps/plugins/doom/v_video.c | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) (limited to 'apps/plugins/doom/v_video.c') diff --git a/apps/plugins/doom/v_video.c b/apps/plugins/doom/v_video.c index ca90c4b293..bd4d507510 100644 --- a/apps/plugins/doom/v_video.c +++ b/apps/plugins/doom/v_video.c @@ -527,7 +527,7 @@ void V_DrawMemPatch(int x, int y, int scrn, const patch_t *patch, byte *desttop; int col; - int w = (SHORT( patch->width ) << 16) - 1; // CPhipps - -1 for faster flipping + int w = (SHORT( patch->width ) << 16) -1; // CPhipps - -1 for faster flipping int stretchx, stretchy; int DX = (SCREENWIDTH<<16) / 320; int DXI = (320<<16) / SCREENWIDTH; @@ -559,6 +559,17 @@ void V_DrawMemPatch(int x, int y, int scrn, const patch_t *patch, register int count = ( column->length * DY ) >> 16; register int srccol = 0x8000; + count = (count>SCREENHEIGHT)?SCREENHEIGHT:count; // Bounds checking allows those messed up + // GP32 mods to work (they're using patch-> + // height values of 240, this code cuts off + // thier bottom few pixels + + // NOTE: This scaling code does not work correctly on at least the H300's, this can be seen + // in the intro graphic along the left side, the pixels are not correct. A more blatant + // example is the bunnyscroller at the end of retail doom episode 3. I've added one extra + // width to d_screens[0] and this seemed to stop the freeze at the end of the game. This + // needs to be fixed properly. + if (flags & VPT_TRANS) while (count--) { *dest = trans[source[srccol>>16]]; -- cgit v1.2.3