I'm happy to see it is working for you now, that's the important part!

Now, if I can get MP3 working on Fifth's computer, all the known true "bugs" are resolved.

And then I can focus on tidy-ups like observations above about autosaves, map completion and such and rounding out the feature set for Rubicon Rumble support. 

Here's a bug report with the latest bundle of stuff. I didn't notice any issues with mark_v_c.exe, but mark_v_winquake_c.exe crashes and raises the "Mark V has stopped working" dialog if I set it to fullscreen 1080p (my monitor native resolution). Fullscreen 720p works though.

Let me know if you want any info or other tests from me. 

Interesting. Looks like one of the hard limits of vertical resolution built into the software renderer is being hit.

The crash is easy enough to reproduce. 

Savegames definitely fixed. Looks like it was an issue with the April 13 build only, then.

Regarding raising limits to play most recent custom map releases: I am definitely supporting the idea that it should be possible to play any map currently available (hopefully also future ones) without requiring additional launch parameters. That's something that should definitely be in the final release.

Since everything works fine for me now, I'll stress-test the latest build with a few old and very recent mods to see if there is any odd behavior. I am almost finished with a full playthrough of all the vanilla Quake episodes and found no reason to complain so far. 

When viewing teleporter surfaces through transparent water, the teleporters appear unfiltered, i.e. without the water layer effect.

To illustrate the effect, check this screenshot.

Using latest Mk V snapshot with following water settings:
gl_subdivide_size 16
r_oldwater 0
r_lavaalpha 0.8
r_slimealpha 0.7
r_wateralpha 0.6
r_waterquality 32
r_waterripple 3
r_waterwarp 1

Using .vis files to achieve water transparency (inside a PAK file). 

That looks more like bad depth sorting for alpha surfaces than anything else. 

new build and its predecessors -condebug is not working (qconsole.log) it remains empty

when i'm typing developer 1 the game crashes

can't run the travail pak. But it run just fine on my working PC

it seems the show_clock command doesnt work either (at least wnen DM mode is enable) it shows everytime despite enable/disable state
personally i don't like the position of the clock too. The only two(off four) of the scoreboard leaders are visible. 

Beta 7 - Windows Open GL | DX 8 | WinQuake
Source

1) Changed scr_clock to allow never drawing the clock even in deathmatch as an option. scr_clock 0 (never), scr_clock -1 (dm only, default), scr_clock 1 (always). If the clock is off in DM, will draw all 4 player slots. If the clock is on in DM will draw 2 player slots.

2) -condebug and -condebug + developer 1 are fixed. Thanks to spy for pointing this out.

3) Rewired the command buffer system to handle unexpected or uncoded arguments in the classic way that Quake handled them. My original plan was to audit every command in Quake, but I don't see an effective way to do that.

4) Increased 3 remaining limits for Rubicon Rumble that ericw says will make it playable. Have not implemented lightmap loading speed up. MAX_ENT_LEAFS was already 32 and already handles brushes in tons of visleafs about the same as Quakespasm (per MH from several months ago)

5) sv_autosave defaults off and doesn't save to config. Obviously needs 1 engine restart to clear. 

FitzQuake 0.85 draws all "liquid" surfaces in a single pass.

But I guess now that some "liquids" like water might be transparent and some "liquids" like teleporters or lava might not be ... the rendering needs a slight tweak.

Adjusted liquids to draw in 2 passes:
1) 1st pass: solid pass like teleporters
2) 2nd pass: alpha pass like r_wateralpha 0.5

Should render like how you would expect it.

Update: Teleporter + water rendering improved - Windows version
Source (may be 5-10 mins before I have it uploaded) 

can confirm all of the RRP maps load with the latest build 

@ericw -- do you happen to know the names of any of those "bad lightmap" 64-bit maps from last year? I want to experience one of those first hand.

(I can't do this with my Win32 build. But I'm hoping it crops up on the Mac build which is 64-bit.) 

jam2_mfx is a good one, just turn right from the start position and check for diagonal stripes to the right of the arch, there should be none. I posted some screenshots of that one and the fix as well on i3d: http://forums.inside3d.com/viewtopic.php?p=53977#p53977

Another is mfxsp17, just go straight ahead from the start position and check the wall panel behind the crate. It shouldn't have a black triangle in the upper left corner, here is a screenshot with the bug: https://www.dropbox.com/s/ey8htwsz37wdux9/mark_v_0000.png?dl=0 

Both of the above mfx maps are fixed with the change in CalcSurfaceExtents.


This is another bug on jam3_ericw:
http://forums.inside3d.com/viewtopic.php?f=3&t=5620

I didn't do the best job explaining it, but in the "reference rendering" (winquake.exe from id, fitzquake085.exe) the zombie is solid black.

unmodified 64-bit builds will change that particular zombie to be lit up. With the change I gave in RecursiveLightPoint, rendering will be corrected back to black again. 

Rendering issue with transparent liquids fixed (using build from post #701).

Some minor stuff I noticed:
- On PNG screenshots (NOT ingame), the statusbar gets screwed (kinda white) if you change its transparency (scr_sbaralpha).
- Centered messages (such as the ones you get when you are about to enter one of the vanilla Quake episode selection chambers) sometimes have weird copper arrows/triangles at the end of each line. Will provide screenshot later, currently dunno how to reliably reproduce.

Played through the first Nehahra episode without any problems until now. Will keep you updated about my progress. (BTW, forgot how hard that addon is, even with nomonsters 1.)

Back in February/March 2014, I also had a Mk V playthrough with several mods and encountered some problems there. Will check if they still exist with a recent build:

Rapture
Freezes in "Castle Rapture", but managed to continue by ignoring the knights at the beginning

Soul of Evil
In the "Morbid Manse" (soe2m5), Mk V crashed many times after obtaining the gold key and approaching the fitting door. Continuation possible by skipping the problematic area with noclip.

The Altar of Storms
Game crashed whenever a succubus tried to resurrect a corpse. Only workaround: Kill any succubus before engaging any other enemy 

Windows OpenGL | DX8 | WinQuake
Source

Changes: GL version wasn't polyblending powerup shift rights. Shadows tweak targeting Warpspasm. Aesthetic auto-complete and startdemos changes. Demo rewind visual oddity with weapon fixed. 

@nightfright

Your post made me think and he's what I did: I reenabled autosaves but they do not show in the save game menu ever.

If you get a crash in any map for any mod, grab all the auto-saves and the most recent autodemo and zip them ;-)

The nice thing about autosaves is they are available when you least expect to need them!

Mark V cycles auto-saves in a rather logical fashion so they should be spaced out a couple of minutes apart. 

re: PNG shots and alpha channel

I reupdated the upload for beta 8 and it strips out the alpha channel. Let me know if that fixes the png shots. 

Here is the thing with the "copper arrows" I have been talking about earlier.

No clue where these are coming from, but I know they don't belong there... :P 

Zip up a demo of it -- or the autodemo. I tried to recreate it. I'm very curious. I should be able to reproduce it by watching the demo. 

Why is your HUD so misshapen? 

Fair enough, here are some demo files and savegames:

Mk V centered msg issue (120 KB)

I just recorded the part after my last quicksave, right before the message appears. Mind that I updated the Mk V a few times while playing this episode and kept saving over it. However, I also had this issue already right after starting a new game.

Regarding my HUD:
I see nothing wrong with it. I made it transparent and rescaled it a bit. ^^ 

Ha! Loading the save game makes it happen. And it displays in the demo.

This is the best weird bug report ever because I can reproduce it.

And what a nicely formatted bug. It conscientiously displays the arrows in a very considerate way that is pleasing and flows well with the text.

I'll have time to examine probably this evening sometime (small chance I won't be able to do this this evening). But this will be fun to unravel.

My best guess: something about the saving and loading of the save game files. But we will find out! 

Like I said, it can be you reach this spot in E4M7 and you don't encounter any issue like this at all. Then again, it's possible that the episode selection messages on the start map already look like this. Well, at least you seem to have fun with it. xD

Other than this, my full Quake playthrough turned out completely fine with the latest build(s). Now on to some of the mods I listed above. 

It appears a fix I may have acquired from another engine (not any of the ones discussed these days) in the load game procedure may be the origin.

Save games is fine. Load games with newlines within quotes adds a "bronze arrow". 

The strength of that modification was that it would be resistant to special characters in the save game files doing screwy things.

One possibility is there is another piece to this modification I missed and failed to implement it. (Another possibility is that the other engine had this weakness, but I have difficulty believing that.)