From 59826860ab41bdb2d01f7ece21a4c9d5e4797f91 Mon Sep 17 00:00:00 2001
From: mazmazz <mar.marcoz@outlook.com>
Date: Wed, 19 Dec 2018 10:33:13 -0500
Subject: [PATCH] Ifdef nextFrame handling under USE_MODEL_NEXTFRAME
---
src/hardware/hw_defs.h | 3 +++
src/hardware/hw_md2.c | 2 ++
2 files changed, 5 insertions(+)
diff --git a/src/hardware/hw_defs.h b/src/hardware/hw_defs.h
index f9ae9c430..4fbd8d081 100644
--- a/src/hardware/hw_defs.h
+++ b/src/hardware/hw_defs.h
@@ -106,6 +106,9 @@ typedef struct
//#define USE_FTRANSFORM_ANGLEZ
//#define USE_FTRANSFORM_MIRROR
+// Vanilla features
+#define USE_MODEL_NEXTFRAME
+
typedef struct
{
FLOAT x,y,z; // position
diff --git a/src/hardware/hw_md2.c b/src/hardware/hw_md2.c
index 18b30a4f5..e78812fa0 100644
--- a/src/hardware/hw_md2.c
+++ b/src/hardware/hw_md2.c
@@ -1032,6 +1032,7 @@ void HWR_DrawMD2(gr_vissprite_t *spr)
//FIXME: this is not yet correct
frame = (spr->mobj->frame & FF_FRAMEMASK) % md2->model->meshes[0].numFrames;
+#ifdef USE_MODEL_NEXTFRAME
if (cv_grmd2.value == 1 && tics <= durs)
{
// frames are handled differently for states with FF_ANIMATE, so get the next frame differently for the interpolation
@@ -1053,6 +1054,7 @@ void HWR_DrawMD2(gr_vissprite_t *spr)
}
}
}
+#endif
//Hurdler: it seems there is still a small problem with mobj angle
p.x = FIXED_TO_FLOAT(spr->mobj->x);