zdoom/gzdoom
0
0
Fork 0
mirror of https://github.com/ZDoom/gzdoom.git synced 2024-12-03 09:22:31 +00:00
Code Issues Projects Releases Packages Wiki Activity
14969 commits 131 branches 149 tags 203 MiB
Commit graph

750 commits

Author SHA1 Message Date
Christoph Oelckers
843e9e950f - make the non-fullscreen window default to 80% of the current display size on Windows. 2018-07-28 11:57:51 +02:00
Christoph Oelckers
0d8d860c93 - moved the win_* CVARs to a single platform independent location. 2018-07-28 10:27:41 +02:00
Christoph Oelckers
3b53f31da3 - default to fullscreen display. 2018-07-28 10:05:50 +02:00
Christoph Oelckers
156ed5790e - added vid_setsize CCMD and fixed some issues with window restoration when switching from fullscreen. 
Windows apparently cannot both undo borderless fullscreen and resize the window at the same time, so this must delay the resizing one frame.
 2018-07-21 21:32:02 +02:00
Christoph Oelckers
5d14ae68a6 - missed two added files. 2018-06-24 23:54:25 +02:00
Christoph Oelckers
daf8703fc9 - split up Win32's SystemGLFrameBuffer as well to get the shareable parts between OpenGL and Vulkan into a base class. 2018-06-24 21:26:32 +02:00
Christoph Oelckers
66d13b6e80 - renamed another file. 2018-06-24 20:55:05 +02:00
Christoph Oelckers
1519514dd7 - split Win32GLVideo in two so that the OpenGL independent part can be used for Vulkan as well. 2018-06-24 20:47:00 +02:00
Christoph Oelckers
c2d24e1dd3 - renamed a file. 2018-06-24 20:31:35 +02:00
Christoph Oelckers
e7365be0d1 - renamed SystemFrameBuffer to SystemGLFrameBuffer. 
... because with Vulkan there needs to be some hint what API this is for.
 2018-06-24 20:16:30 +02:00
Christoph Oelckers
52102f3d4a - moved the Win32GLVideo class to its own file. 
This and SystemFrameBuffer need splitting up to support both Vulkan and OpenGL
 2018-06-24 20:11:08 +02:00
Christoph Oelckers
b106f72741 - don't route calls to FMaterial::FlushAll through the framebuffer interface. 2018-06-20 22:18:31 +02:00
Christoph Oelckers
d2309af3d5 Merge remote-tracking branch 'remotes/origin/master' into modern 
# Conflicts:
#	src/d_main.cpp
#	src/hwrenderer/scene/hw_weapon.cpp
 2018-06-19 19:40:52 +02:00
Christoph Oelckers
548ccb1df4 - removed some references to r_viewpoint in game code 
Mainly to reduce number of search results.
 2018-06-19 11:20:36 +02:00
Christoph Oelckers
c8db149c06 Merge branch 'master' into modern 2018-06-19 00:11:59 +02:00
drfrag666
42bb9b7e59 - Fixed zdoom.rc for MinGW. 2018-06-18 20:57:52 +02:00
drfrag666
958b3c303a - Fixed missing manifest for MinGW. 2018-06-18 20:57:52 +02:00
Christoph Oelckers
af0e11f377 - implemented fullscreen toggle for Windows and fixed the window position saver so that it can save and restore the window size as well. 
This code was written when the window wasn't resizable and didn't actually manage to restore it before. With today's changes this design flaw caused totally incorrect results.
 2018-06-17 23:33:22 +02:00
Christoph Oelckers
babe55819e - fullscreen toggle and some cleanup. Not fully working yet. 2018-06-17 22:11:35 +02:00
Christoph Oelckers
b65b83edb3 - removed the hard screen resolution switch that still was present on Windows and cleaned up the entire video backend code from the remaining support code for this. 
Like Linux and macOS this will only support borderless fullscreen in the active desktop resolution now, which is what modern systems need.
The list of discrete resolutions has been removed as it makes no sense anymore with a fixed video mode - all the other scaling options remain active, though.
 2018-06-17 20:08:35 +02:00
Christoph Oelckers
dc2a5b0cc9 - consolidated the 3 identical versions of I_CheckResolution and I_ClosestResolution. 2018-06-17 12:30:01 +02:00
Magnus Norddahl
efa434d47b - remove unused VectoredTryCatch 2018-06-10 13:15:31 +02:00
alexey.lysiuk
0546c86716 - fixed Windows XP compatibility for MSVC 2017 targets 
Workaround initially implemented for MSVC 2015 is enabled with all Windows XP compatible toolsets regardless of Visual Studio version

https://forum.zdoom.org/viewtopic.php?t=60675
 2018-05-31 10:24:16 +03:00
Christoph Oelckers
cc65490062 - added CVAR to disable WGL_EXT_swap_control_tear. 
At least on faster NVidia hardware, setting this to false and gl_finishbeforeswap to true gives a better experience because it reduces screen tearing - but the same setting will reduce frame rate quite dramatically on Intel and can cause bad stalls on some older GPUs when rendering camera textures.
 2018-05-19 19:18:38 +02:00
Christoph Oelckers
ebbe52082a - fixed vr_enable_quadbuffered for real 
I did not consider that this is an init-only option. So changing the CVAR may not affect game behavior at all. Instead its value must be moved to some globally accessible variable on startup that never gets changed again.
 2018-05-18 08:44:32 +02:00
Christoph Oelckers
b197bfc964 - avoid checking for vr_enable_quadbuffered directly. 
This option only exists on Windows, so on the other platforms it should not be in the menu and not affect the setup of the VR mode.
 2018-05-18 00:12:45 +02:00
Rachael Alexanderson
872cd529c7 - define zdoom.rc as a proper Windows text file, stop Git from mismanaging it 2018-05-17 17:39:18 -04:00
Christoph Oelckers
6e20ece3f4 - moved vr_enable_quadbuffered definition to win32gliface.cpp because this is where it gets used. 2018-05-16 23:14:30 +02:00
alexey.lysiuk
e1e441091d - fixed potential crash on startup, Windows only 
At least one version of Windows SDK (10.0.17134.0) has broken _pgmptr/_get_pgmptr()
It points to an empty string for multi-byte character set applications
GetModuleFileName() is now used instead regardless of compiler/toolchain
Added extra guard against unexpected program paths to avoid crashes

https://forum.zdoom.org/viewtopic.php?t=60598
 2018-05-16 11:44:49 +03:00
alexey.lysiuk
f17f8c9359 - added end line to various messages 
so they don't screw up further output anymore
 2018-05-11 18:03:57 +03:00
alexey.lysiuk
2be84dc636 - skip rendering when application is not active 
Use vid_activeinbackground CVAR to override this behavior
 2018-05-04 11:24:37 +03:00
Christoph Oelckers
b35213741f - don't force the renderer to remain active in windowed mode when in the background. 
It's ok to have this as an option, but not as an unconditional forced feature.
 2018-05-01 07:48:59 +02:00
alexey.lysiuk
2ae8d39441 Removed all superfluous #include's 
Automatically optimized by CLion IDE with manual corrections
 2018-04-24 14:30:35 +03:00
alexey.lysiuk
4ab6034a36 Cleaned up Windows backend from remains of Direct3D 
Removed obsolete CMake settings, useless #include's, dead code
 2018-04-18 17:05:25 +03:00
alexey.lysiuk
e6e2b11167 Set common name for system-specific framebuffer class 
Implementation details are hidden as much as possible in platform-specific source files
Reduced number of included header files
 2018-04-09 20:47:49 +02:00
Christoph Oelckers
e50d09ceb2 - removed the render mode settings from the launch popup. 
They were already deactivated because with 5 render modes present this was destructive, having only 2 options available.
Since the render mode can now be changed on the fly this isn't as critical anymore as it once was.
 2018-04-08 22:03:38 +02:00
Christoph Oelckers
df4f435952 - merged vid_renderer, swtruecolor and r_polyrender into one CVAR to reduce menu clutter. 
- with renderers freely switchable, some shortcuts in the 3D floor code had to be removed, because now the hardware renderer can get FF_THISINSIDE-flagged 3D floors.
- changed handling of attenuated lights in the legacy renderer to be adjusted when being rendered instead of when being spawned. For the software renderer the light needs to retain its original values.
 2018-04-07 23:30:28 +02:00
Christoph Oelckers
5fbc723842 - live switching of the renderer works. 2018-04-07 12:59:04 +02:00
Christoph Oelckers
d474b849a5 - removed the remaining calls from the FRenderer interface from the main game code. 
This does not work with a setup where the same backend is driving both renderers.
Most of this is now routed through 'screen', and the decision between renderers has to be made inside the actual render functions.
The software renderer is still driven by a thin opaque interface to keep it mostly an isolated module.
 2018-04-04 00:21:25 +02:00
Christoph Oelckers
9ba32cb994 - with the new order of things we need the software renderer to be always available. 2018-04-03 20:14:26 +02:00
Christoph Oelckers
51bf2eb9fa - took GetMaxViewPitch out of renderer interfaces. 
With live switching and both renderers on the same backend the old approach will no longer work.
 2018-04-03 19:18:16 +02:00
Christoph Oelckers
7589dfda25 - removed test and debug code. 2018-04-03 00:53:45 +02:00
Christoph Oelckers
1fc4c9801b - moved all GLDEFS parsing into a dedicated source file. 
- split gl_postprocessshader.h in two so that the hardware independent part can be used by GLDEFS without pulling in all of OpenGL.
 2018-04-02 12:28:20 +02:00
Christoph Oelckers
711a88bab3 - consolidated cycle_t and glcycle_t because aside from glcycle_t's ability to be deactivated when no profiling takes place they did exactly the same thing. 2018-04-01 13:24:03 +02:00
Christoph Oelckers
6d6196388e - made SPROFS a more usable feature. 
This was originally invented to fix the sprite offsets for the hardware renderer.
Changed it so that it doesn't override the original offsets but acts as a second set.
A new CVAR has been added to allow controlling the behavior per renderer.
 2018-03-31 10:37:46 +02:00
Christoph Oelckers
6cd26dec01 - remove some dead code. 2018-03-31 00:25:15 +02:00
Christoph Oelckers
a001a5304d - removed the old software renderer framebuffers for Windows 
This cannot be refactored with the old code still present and done properly both renderers should share what they can.
 2018-03-30 23:18:25 +02:00
Christoph Oelckers
832df6d43a - implemented desaturation for the legacy GL renderer's 2D. 
A lot of work that's only needed to be able to use the hardware renderer's 2D code with the software renderer.
 2018-03-30 18:14:42 +02:00
Christoph Oelckers
811d96e07e D3D 2D code refactored but not tested yet. 2018-03-29 23:21:25 +02:00
Christoph Oelckers
16480a3f4b - it compiles again. 
This won't work, though, because no backend for the new 2D code exists yet.
 2018-03-28 16:40:09 +02:00