Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wishlist / suggestions for yquake2 #650

Open
j4reporting opened this issue Jan 16, 2021 · 4 comments
Open

wishlist / suggestions for yquake2 #650

j4reporting opened this issue Jan 16, 2021 · 4 comments
Labels

Comments

@j4reporting
Copy link

here are some suggestions you may want to add some day...

  1. reorder list of available renderers, list vulkan before software, e.g. gl1/gl3/vk/soft/custom

  2. introduce separate r_modes for windowmode and fullscreen e.g r_mode_fullscreen 25 and r_mode_window=14
    default r_mode_window == r_mode_fullscreen

  3. maybe consider vid_fullscreen 1 to be the same as vid_fullscreen 2 on Windows
    or get rid of vid_fullscreen 1 on Windows
    or make vid_fullscreen 2 default fullscreen mode when switching to fullscreen via ALT + RETURN
    or restore previous fullscreen mode when switching from vid_fullscreen 1/2 to vid_fullscreen 0 and back to fullscreen via alt + return on Windows

@Yamagi
Copy link
Member

Yamagi commented Jan 17, 2021

I think we'll pull the major release card with 8.0 and change the semantics of vid_fullscreen back the Vanille Quake II behavior. vid_fullscreen becomes real fullscreen that switches the resultion. A new cvar vid_desktopfullscreen becomes the desktop fullscreen mode. vid_desktopfullscreen overrides vid_fullscreen. This would be much less confusing.

@Yamagi Yamagi added the feature label Jan 17, 2021
@DanielGibson
Copy link
Member

DanielGibson commented Jan 17, 2021

What I've recently implemented in dhewm3 is using r_fullscreen 1/0 to switch between window/fullscreen mode, and r_fullscreenDesktop 1/0 to select whether vid_fullscreen 1 means desktop fullscreen or real fullscreen

@j4reporting
Copy link
Author

this is a great idea. Much better than doing some extra quirks for Windows only.

@Bittermens
Copy link

2 things that i would love to suggest, its going to be long due to screenshots

1-IQM/WM(inter quake model)
This Model format has been a blessing for Q1 modding and some stuff like Wrath game, also people have been trying to port the Q2 PSX exclusive monsters into Q2 but the PSX models has more frames than what Q2MDL permits it, which leads to md3 but said format is supported only by KMQ2, Q2XP, the late Q2Evolved and the RTX port, a thing that even Q1 sourceports got rid of it for stuff like AD and other mods.

2- A better filtering system
Yamagi is great for that so as other ports, but stuff like Cheb's old GL patch for Q2 had lanczos had some interesting detail tied to its "upscaling" method for the original Q2 textures, which i tested it recently while testing a work that im doing.
Quake2 Screenshot 2021 01 08 - 20 29 49 86
Bonus for Software mode using external archives and retexturing.
Im still in love with this one, but its kinda slow, also software cold get some love from custom rendering modes, 3.24 has a ref_soft patch that adds lightmaps and true color rendering that is wonderful. plus there are people who prefers playing Q2 using software mode due to the original Q2 GL rendering having compressed image issues or old pc's.

YQ2's software renderer with the external files on, the maiden is a ai upscale project
q2_0093

3.24 BATF mod maps using the custom software renderer
quake02
quake03
quake04
quake10

3.24 Slaughtership by Neil Manke with it
quake00
quake01
quake02
quake03

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants