@Yesterplay80: Which GLIDE2X.OVL should be used with this patch?

EDIT: glide2x_emu.ovl renamed to glide2x.ovl seems to work. Albeit with lots of mode switching but that seems normal for the game. On that note, is there any way to keep scaling in play when using this? i.e. the way DOSBox normally works? With the output scaled up to match the original screen resolution, rather than changing to the actual resolution of the game? (which can be pretty low, e.g. 320x240).

Hi there, i try to follow the tutorial -> https://wiki.ubuntuusers.de/Archiv/Spiele/DOSBox_mit_Glide/
But when i try to patch, this ask me which file i want to patch

1$ cat dosbox_glide.diff | patch -p0 
2can't find file to patch at input line 53
3Perhaps you used the wrong -p or --strip option?
4The text leading up to this was:
5--------------------------
6|DOSBox Glide patch.
7|
8|From: gulikoza <gulikoza@si-gamer.net>
9|
10|Add Glide support.
11|
12|Author: gulikoza (http://vogons.zetafleet.com/viewtopic.php?t=16462)
13|
14|Changes:
15| - configurable splash screen
16| - support multiple buffer locks (eg: back + depth) (Extreme Assault)
17| - increase available LFB memory
18| - fix Tie Break Tennis init
19| - fix Unreal GPF
20|
21|Previous versions:
22| - 2012/06/08: Fix grTexClampMode (thanks robertmo!)
23| - 2011/08/03: Fix polygon rendering
24| - 2010/10/27: Add Pył support, fix grLFBRead/WriteRegion
25| - 2009/11/24: Fix some minor issues, add MacOSX support (!)
26| - 2009/10/09: Various fixes and code cleanups, fix originlocation + splash screen
27| - 2009/08/30: Fix LFB operations when paging is active
28| - 2009/06/04: Updated for 0.73, add MSVC6 projects for glide2x win9x build
29| - 2008/09/14: Updated for current CVS, allow disabling LFB reads/writes
30| - 2008/02/17: Updated for current CVS
31| - 2007/11/06: Improve TR shadow support (gidierre)
32| - 2007/10/18: Add TombRaider shadow hack (thanks gidierre!)
33| - 2007/09/03: Fix a crash when closing dosbox while glide is active
34| - 2007/08/28: x86_64 support
35| - 2007/08/23: Fix buffer overflow
36| - 2007/08/22: Fix compilation problems
37|
38|TODO:
39| - threading (?)
40|---
41| configure.ac             |    2 
42| include/glide.h          |  331 ++++++++
43| include/glidedef.h       |  179 ++++
44| include/mem.h            |    2 
45| src/dosbox.cpp           |   12 
46| src/gui/sdlmain.cpp      |   13 
47| src/hardware/Makefile.am |    2 
48| src/hardware/glide.cpp   | 1962 ++++++++++++++++++++++++++++++++++++++++++++++
49| src/hardware/memory.cpp  |   21 
50| 9 files changed, 2520 insertions(+), 4 deletions(-)
51| create mode 100644 include/glide.h
52| create mode 100644 include/glidedef.h
53| create mode 100644 src/hardware/glide.cpp
54|
55|diff --git a/configure.ac b/configure.ac
56|--- configure.ac
57|+++ configure.ac
58--------------------------
59File to patch: 
60Skip this patch? [y] 

61Skipping patch.
621 out of 1 hunk ignored
63The next patch would create the file include/glide.h,
64which already exists!  Assume -R? [n] y
65patching file include/glide.h
66The next patch would create the file include/glidedef.h,
67which already exists!  Assume -R? [n] y
68patching file include/glidedef.h
69can't find file to patch at input line 585
70Perhaps you used the wrong -p or --strip option?
71The text leading up to this was:
72--------------------------
73|diff --git a/include/mem.h b/include/mem.h
74|--- include/mem.h
75|+++ include/mem.h
76--------------------------
77File to patch: 
78Skip this patch? [y] 
79Skipping patch.
801 out of 1 hunk ignored
81can't find file to patch at input line 597
82Perhaps you used the wrong -p or --strip option?
83The text leading up to this was:
84--------------------------
85|diff --git a/src/dosbox.cpp b/src/dosbox.cpp
86|--- src/dosbox.cpp
87|+++ src/dosbox.cpp
88--------------------------
89File to patch:

i am trying to patch dosbox 0.73 source code.
Someone have a patch version for the official dosbox 0.74 source code to enable glide support ???

For 0.74 and later versions there's the voodoo chip emulation patch which doesn't require an external glide wrapper.
See: VIDEO - 3dfx voodoo emulation (SDL1)
I haven't tried it yet.

But I'd really like to see an updated version of gulikoza's 3dfx patch for newer versions of dosbox though.
I've used it in the past with openglide on linux and it worked great for Carmageddon 😀

The post in response to the one you've linked seems to imply that it still requires additional files and didn't really seem usable.

I'll double check what I'm using because I'm pretty sure my custom hacked-together version of DOSBox supports 3DFX and works OK.

kjliew wrote on 2014-06-09, 17:44:

Next, we need to resolve the OpenGL includes inconsistency between MinGW and Linux. I am using Ubuntu. If you are on different d […]
Show full quote

Next, we need to resolve the OpenGL includes inconsistency between MinGW and Linux. I am using Ubuntu. If you are on different distro, you got to figure it out yourself to locate the system gl.h.

Copy code to clipboard

1$ cd ~/src/dosbox-3858
2$ mkdir -p ./include/GL
3$ cp -vf /usr/include/GL/gl.h ./include/GL/

Ok, now we have a copy of gl.h in DOSBox local includes. Find those lines in this file and modify it so that it keeps the Linux version clean.

Copy code to clipboard

1-#ifndef GL_ARB_multitexture
2-#define GL_ARB_multitexture 1
3-
4+//#ifndef GL_ARB_multitexture
5+//#define GL_ARB_multitexture 1
6+#if 0

Instead of copying and modifying a system header, you could just modify voodoo_vogl.h like this and thus have the same patch for both Linux and Windows:

1--- a/src/hardware/voodoo_vogl.h
2+++ b/src/hardware/voodoo_vogl.h
3@@ -21,6 +21,13 @@
4 #define DOSBOX_VOODOO_VOGL_H
5 
6 #include <SDL/SDL.h>
7+#ifndef _WIN32
8+	#define GL_ARB_multitexture
9+	#include <GL/gl.h>
10+	#undef GL_ARB_multitexture
11+	#include "config.h"
12+	typedef Bit32s INT32;
13+#endif
14 #include <SDL/SDL_opengl.h>
15 
16 

@realnc Thanks for the solution. Yes, you're right. I really prefer a solution without copying and modifying system headers. Perhaps I did not try hard enough to make it. Will definitely check it out.

There's a bug in this patch. In src/hardware/voodoo_interface.cpp, this:

1RENDER_SetSize(v->fbi.width, v->fbi.height, 16, vdraw.vfreq, 4.0/3.0, false, false);

should be:

1RENDER_SetSize(v->fbi.width, v->fbi.height, 16, 1000.0f / vdraw.vfreq, 4.0/3.0, false, false);

RENDER_SetSize() takes FPS as parameter, not frame time.

I just updated kjliews patch with those three fixes. Thanks, realnc!

Btw.: How many threads about Voodoo patches are there in the DOSBox section, actually? While searching I found at least three now. 😀

yeah, it got out of hands 😀

Well, while we're at it you might also want to apply this fix as well:

https://github.com/realnc/dosbox-core/commit/ … 49b3d646d031541

It's already applied. 😉 I stumbled over it in one of the other threads.

kjliew wrote on 2020-05-05, 22:29:

Thanks for the solution.

Have you guys looked into merging code from modern MAME back into kekko's patch? My understanding is when MAME developer tedgreen came along to work on Midway Seattle, etc. hardware he made a number of changes and updates, adding support for newer chips, etc. I'm not sure what would change but you never know.
https://github.com/mamedev/mame/blob/master/s … eo/vooddefs.ipp
https://github.com/mamedev/mame/blob/master/s … ideo/voodoo.cpp
https://github.com/mamedev/mame/blob/master/s … /video/voodoo.h
https://github.com/mamedev/mame/blob/master/s … /voodoo_pci.cpp
https://github.com/mamedev/mame/blob/master/s … eo/voodoo_pci.h
https://github.com/mamedev/mame/blob/master/s … voodoo_rast.ipp
License on this code remains the same, 3-clause BSD, compatible with any GPLv2 project.

The same goes the other way - if there was some fix to kekko's emulation that's accurate and could be upstreamed, MAMEdev would be interested. Tho different developers than Aaron Giles would likely be involved these days.