That thing with gl_texturemode is a compromise I can probably live with, thanks a lot for this. ^^

Other remaining things I noticed - dunno if you changed that in the more recent beta builds again or not:

- r_shadows now needs to be in autoexec.cfg in order to be used permanently. Was nicer when it was stored in the config file (as a permanent toggle). If people play with shadows, my bet is they wanna keep them.

- Would be nice if cl_autodemo was set to 0 by default. I am sure not everybody wants to record demos out of the box.

- Is there a way to toggle autosaves? While it's a really nice feature, it'd be nice to let users decide whether they want it or not.

None of these are bugs, rather feature requests for your consideration. 

I tried to make autosaves and autodemos subtle, however they aren't subtle enough and "get in the way" more than I find acceptable.

The need for autosave is a bit dubious, but spawned from the frustration of playing one of the map jam maps from last year about 2/3 way through and dying without saving.

Both features only ever maintain a history of 3 and use about no resources.

That being said, I need to put them in the "background" more. No one wants a pointless autosave of the start map in the save menu, for example.

Demos: Autodemos are more important than autosave. Demos are the one thing everyone wishes they recorded, but never do. But like autosaves, no one wants to see 3 random autodemos heading the demos menu.

I'm about as conservative about features as they come, so you know if I'm complaining about a feature I coded, I intend to remedy.

Only one kind of polished engine exists: the one that does things you want but keeps it out of your face and let's you focus on playing the game. ;-)

Shadows

Shadows are a tricky topic and so is what should save to config.

I haven't thought too much recently about what saves to config, but I'm leaning towards everything except server vars (temp1, samelevel, deathmatch, coop, noexit + friends).

I also have a plan to make it so Mark V will tranparently interact with a non-Mark V config.cfg as to not wipe, for instance, DarkPlaces settings. Of course, likewise this plan doesn't have any need of other engines behaving similarly.

You can already see part of this plan in action. The WinQuake version of Mark V has all the standard WinQuake stuff and the OpenGL Mark V has all the GL stuff. Yet, you can run each engine back-to-back and change stuff and never be the worse for wear and no settings ever get lost. 

Just noticed: In your latest build, the save bug is back. You cannot see saved games in the load game list. 

Something else:
If you press F9 for quickload when there is no quicksave present in the game/mod folder, game freezes (should rather give some error like "no quicksave available"). 

Sorry!

The implementation in both Dark Places and QuakeSpasm work though. 

map autocomplete should always be able to autocomplete from the id1 directory IMO regardless of which game directory you're in. 

No, the 2015-04-14 mark_v.exe doesn't render the _glow fullbrights. Only dx8_mark_v.exe does. Not here at work, not at home, not in my notebook. This time I tried other gl_texturemode settings to see if anything changes. Nothing. It's a mistery. 

"Not here at work, not at home, not in my notebook"

Bug reports by Dr Seuss?? 

Yes, I know I should be working instead of using my workstation to test Mark V. Just trying to make sure it's not my system. Or maybe it is, some configuration Baker is using and I'm not. 

Support for the RRP maps would be cool. I wrote some notes on the required limits here: http://forums.inside3d.com/viewtopic.php?f=1&t=5554&start=15#p55221

Looks like the remaining ones to raise in MarkV are just:
MAX_CHANNELS, MAX_VISEDICTS, MAX_MAP_LEAFS

I did a quick test, and the maps all load with those three raised.

Bug: entering "v_cshift" in the console with less than four arguments crashes the engine.

Also if you do RRP support, make sure to get the AllocBlock change in my linked post above, it's a 3-line change and telefragged.bsp goes from loading in about 10s to 1s. 

@nightfright --- excellent catch there about the behavior of trying to load missing save game file. It never told the map loading sequence to go away! Fixed!

http://quakeone.com/proquake/interims/mark_v_20150414b_windows.zip

@fifth
1) When the mp3 music doesn't play, what does it say in the console? Usually it says something like "Track: music/track02.mp3 not found" or "Current music track: music/track04.mp3". And does it say "external music ON" when you go to the Options menu?

I want to verify those aren't problems.

What I will do is add some very precise messages for the mp3 startup sequence to indicate exactly why it will not start into the next build so I can get this working for you.

@adib
2) Could you do the following:
a) load your map that should have the _glow texture working
b) type "textures" in the console
c) type "copy"

And paste the whole log in the thread at QuakeOne you made: http://quakeone.com/forums/quake-help/quake-clients/11456-fitzquake-mark-v-fullbrights.html

@fifth re: map autocomplete ... I agree about the map auto-completing from id1 even if gamedir.


@nightfrightre: saves not in load game menu. What are the names of saves not showing the load game menu? Type "folder" and there should be saves like s0.sav and s1.sav sitting around? 

It *does* recognise that a file is there (even in the older versions) as it does say "Current music track: music/track04.mp3"...

I thought it was a driver issue and now the sound on my pc is broke (only will play sounds if headphones are plugged in!) 

I tried both off and on to see if that fixes it, no dice. 

Can you zip up your textures and the map and upload the thing? There could be something non-obvious going on here like an alpha channel or the lack of one, or even the draw order. I still need to log so I can see what your machine has. 

ericw's vcshift observation fixed --- http://quakeone.com/proquake/interims/mark_v_20150414c_windows.zip --- I rewired the command buffer to be more precise and to support multiple command buffers. Clearly, I need to completely mimick id1 with that and set missing arg pointers to an empty string or something.

@ericw -- thanks for the reminder and pointing out the limits. I had eyed the alloc block enhancement in Quakespasm a few times, but hadn't thought about it lately. 

Trying with your very latest build on my PC at home, there seem to be no issues with manual saves after all. I will verify this with the machine I use at work (where I had this glitch) tomorrow.

I intend to intensify testing this build with a complete Nehahra playthrough next to see if there are any major issues. I've been waiting for a long time for being able to play this addon with an up-to-date port. 

@fifth -- what is your volume and bgmvolume cvars set to?

In Mark V, if you turn down the volume, it also turns down the background music volume.

So if you have volume 0, the background music won't be making any noise.

I'm trying to emulate a no cd-drive scenario and the MP3 music is still playing. 

There is a link to my test here:

http://quakeone.com/forums/quake-help/quake-clients/11456-fitzquake-mark-v-fullbrights.html#post156965

Just unzip it somewhere and replace the execs with your latest ones.

I posted my console right below, at QuakeOne.

Cheers. 

dx8_mark_v.exe is loading the glow:

(...)
128 x 128 maps/dm3.bsp:tech05_1
16 x 128 maps/dm3.bsp:tech04_3
128 x 128 textures/sfloor4_2_glow (R)
128 x 128 textures/sfloor4_2 (R)
64 x 64 maps/dm3.bsp:sfloor1_2
(...)

mark_v.exe is not:

128 x 128 maps/dm3.bsp:tech05_1
16 x 128 maps/dm3.bsp:tech04_3
128 x 128 textures/sfloor4_2 (R)
64 x 64 maps/dm3.bsp:sfloor1_2

;) 

Check the filename ...

The current download, http://quakeone.com/proquake/interims/mark_v_20150414c_windows.zip, has the names are mark_v_c.exe and dx8_mark_v_c.exe

I want to be sure we are working with the right version. 

Something weird, though.

As I look through your texture list you posted at QuakeOne, I see this:

64 x 64 maps/dm3.bsp:sfloor4_4_glow
64 x 64 maps/dm3.bsp:sfloor4_4
64 x 64 maps/dm3.bsp:comp1_7
64 x 64 maps/dm3.bsp:comp1_3
64 x 64 maps/dm3.bsp:comp1_6_glow

Now the sfloor4_2_glow isn't there.

But I notice the other _glow textures are there.

I'm trying to think what circumstance could cause that particular texture to not load, but all the other _glow textures would load.

This is very inconsistent. 

However, only textures with an (R) next to them have been replaced with an external texture. 

Check to ensure that the exe name is, in fact, mark_v_c.exe and dx8_mark_v_c.exe. 

Here is pretty much the same zip you gave me but which only the current Mark V gl executable in it but includes the other needed files.

Download that, unzip and double click the mark_v_c.exe and type "map dm3" in the console.

http://quakeone.com/proquake/interims/adib.zip 

It works!

Sorry, I was running the Beta 6 from #667, not this latest. Both GL and DX versions are showing transparency and fullbrights.

Actually, DX version darkens the transparent parts of a "{" texture a little. But GL version is perfect and it's enough for me.

About what you say at #688, the glows are inside dm3.bsp, not external at the /textures folder:

64 x 64 maps/dm3.bsp:sfloor4_4_glow

Don't know how they got there, though, since iD doesn't _glow their textures. Maybe it's a texture generated in memory by your code to fullbright iD's stock textures.

Anyway, thanks for the attention and congrats for this engine. You have some great software here.