 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
I checked the vs2008 build in the 20141010 package again and noticed that liquids look fine again on my nvidia card if you use r_oldwater "1".
Dunno if that helps with solving the problem - still waiting and hoping for a fixed release. Anyone with sky issue (NVidia only) will still have sky issue. Still working on that as I do not have a Nvidia card available. And does not yet have the DX improvements.
http://quakeone.com/proquake/interims/mark_v_20150410.zip This is a much nicer release than the previous one, but more to go. The WinQuake version should work and these are proper builds. The glow textures should work. New feature: Select text using SHIFT in the console and copy, cut and paste with CTRL+X, CTRL+V, CTRL+C, SHIFT+INS, SHIFT+DEL More versions will follow as I eliminate the known issues. Next one might not be until Monday or Tuesday. How does the sky look with r_oldwater 0 and r_oldwater 1?
Does the sky look correct with r_oldwater 1? Does the sky look wrong with r_oldwater 0? @ericw -- any oldwater problems in Mark V wouldn't be inherited from Fitz, but something I introduced.
r_oldwater 0 as you no doubt know requires a bit of hand-holding (in the code) because it is ingenious evil render-to-texture trick. Likely, video mode change isn't updating it or I'm clearing (or not clearing) a buffer at the wrong time or not updating the texture at the right time. Probably a simple oversight on my part. Source for Beta 2 which is easy to build (compiles out of the box with a key press) for Visual Studio 2008 or CodeBlocks (or Visual Studio 6 with service packs). The WinQuake build does use assembly language for speed and the project files compile those easy. (The structure of the source is a bit more complex than I prefer, partially due to Nehahra support and Direct3D support.) @ericw -- any oldwater problems in Mark V wouldn't be inherited from Fitz, but something I introduced.
r_oldwater 0 as you no doubt know requires a bit of hand-holding (in the code) because it is ingenious evil render-to-texture trick. Likely, video mode change isn't updating it or I'm clearing (or not clearing) a buffer at the wrong time or not updating the texture at the right time. Probably a simple oversight on my part. Source for Beta 2 which is easy to build (compiles out of the box with a key press) for Visual Studio 2008 or CodeBlocks (or Visual Studio 6 with service packs). The WinQuake build does use assembly language for speed and the project files compile those easy. (The structure of the source is a bit more complex than I prefer, partially due to Nehahra support and Direct3D support.) With the new build (using mark_v.exe), behavior is exactly the same as with the previous version.
Using r_oldwater "1" only fixes liquids and teleporters, but NOT skies. Setting the variable to 0 breaks liquids, too (white surfaces). Nothing has changed about my hardware setup since post #514, just using newer nvidia driver (v347.52). I have another system with an older nvidia card running on Windows 7 x64 (4GB RAM) which doesn't have show any issues at all, btw. If it helps, here is my current config.cfg. Maybe there is another variable in it which I might try changing.
Config.cfg (3KB) I'd bet the farm on this being the graphics driver.
And since you provided the version #, maybe I have a shot in addressing it. (I've seen DarkPlaces users mention certain driver #s being bad several times. I didn't expect this kind of thing to enter my world of "classic Quake appearance engines" but if this driver # can cause the problem, maybe I can target it. Nvidia used to have the reputation of providing stability and ATI was the shoddy/incompatible vendor. I don't claim to know much about graphics card drivers but things I have read makes it sound like they traded places.) In the gl version, type gl_clear 1
Does this fix the sky issue? [The r_oldwater 0 issue is separate deal, I have plan to fix.] Setting this through console unfortunately doesn't have any visible effect, sky on start map still looks like in post #533.
My driver settings in nvidia control panel: Anisotropic Filtering: Application-controlled Antialiasing - FXAA: Off Antialiasing - Setting: Application-controlled Antialiasiang - Gamma correction: On Antialiasing Mode: Application-controlled Antialiasing Transparency: Off Refresh Rate: Application-controlled CUDA-GPUs: All DSR Factors: Off DSR Smoothing: Off Triple Buffering: Off Energy Saving Mode: Adaptive Max amount of prerendered frames: Use settings of 3D application Shader cache: On Texture Filtering: Anisotropic Pattern Optimization: Off Texture Filtering - Negative LOD Bias: Allow Texture Filtering Quality: High Quality Texture Filtering - Trilinear Optimization: On Threaded Optimization: Auto SSAO: Off Vertical Sync: Use settings of 3D application Prerendered VR frames: 1 My monitor refresh rate is at 120 Hz, if that matters at all. Mark V Beta 3
r_oldwater 0 issue gone. Was trying to resize warp image buffer before valid screen width/height determined. Fix confirmed, works. ^^ Now all that's left to do is looking up to the sky!
Btw, before you release the final version, is there any chance to add a menu toggle between gl_nearest_mipmap_linear ("classic") and gl_linear_mipmap_linear ("smooth") texture filtering? Currently, you still need to put this into autoexec.cfg if you prefer the "pixel look". I just turned off the virus protection to download it. When I turned the virus protection on again the files were deleted.
Windows 8 doesn't like your program there Baker! I think that's rather an issue with your AV. :P I am using Panda Free AV on Win 8.1 here without issues.
http://quakeone.com/proquake/interims/mark_v_20150410_without_dx8.zip
The DX8 version (but not the GL version and not the WinQuake version)) somehow triggers Microsoft (and only Microsoft's) malware detection as some old Trojan from 2006. 61 other virus scanners say the dx8 version is not malware. Go figure https://www.virustotal.com/en/url/b4f88f7ed8a4eac7b57dc4804229437d9a8a4de6dbd75e4b80ee6f853f399fcf/analysis/1428796006/ No silly virus warnings.
Looks like the skybox problem (drawing the sky in front of geometry) and the external mp3's not playing bugs are both still not fixed. Also, had to start from a clean install as something in my config is crashing the program back to desktop... Water is working now with "r_oldwater 0". I still can't reproduce any problem with the sky. Also tried the config.cfg NightFright posted.
Here is my gl_info: GL_VENDOR: NVIDIA Corporation GL_RENDERER: GeForce GT 650M/PCIe/SSE2 GL_VERSION: 4.5.0 NVIDIA 347.52 We have the same driver version, so it could be a 6xx series card vs 7xx issue. external mp3s not playing
Note: Mark V doesn't support mp3s playing from inside a pak. My guess is also that it must be something with the graphics card model. As I wrote above, these builds work fine on an older system with an nvidia card running on the same driver. I doubt it has anything to do with the OS. Also as a reminder: Mark V before 20141010 is still running fine with the Geforce 700 series. So whatever got changed in the meantime is something those cards apparently don't like.
sorry, but mp3's don't play. They're not inside of a pak. I'm sure they used to work once upon a time. To be honest it has been broke in a lot of builds for me, I know I'm not the only person because I talked to Sock about it (it's one of the reasons he uses quakespasm over fitz)
I still use fitz regardless of this but it'd be nice to hear music again.
|
|
| This thread has been closed by a moderator. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |