Strangely enough, +mlook on console crashes both GL and DX versions. 

Ok,

mark_v.exe --> renders "{" external texture transparency;

mark_v_dx8.exe --> renders external texture fullbright mask;

Each executable has one feature, none has both. 

+mlook shouldn't crash in the most recent upload.

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

If it still does, let me know.

@Baker - Almost There

Tell me about it! 2 operating systems, 3 renderers, 4 programming environments, 25 new features --- and I'm about 8 small issues away from surviving the tale.

(+1 exceptional deed from Spike, and ericw saving me from over-thinking Fifth's mp3 issue)

Well, I'll get those glow textures working in the GL build.

Tomorrow may have most of the remaining issues cleaned up. 

thanks for your response.


Strangely enough, +mlook on console crashes both GL and DX versions.
It seems you have find the bug!


i've removed +mlook string from my autoexec.cfg file and now i can launch Quake properly w/o a crush 

The only two features I am still missing now are:
- Music playback from within PAKs
- Menu toggle for texture filtering (see #617)

Both are totally optional, though (especially the first one - mostly cosmetic to get rid of all the MP3s in subdirs).

What impresses me most about this new version is the capability to run Nehahra - finally, we have a one-in-all solution that can launch pretty much everything. Once this is finalized, it'll hopefully last for a while before updates are needed again.

One way or the other, Mk V remains my favorite Quake port, and Baker's recent efforts just made sure it'll stay like that. 

thanks a lot for your efforts, will try the new version soon. 

Nop... +mlook still crashes, no fullbrights...

Did you run the sfloor4_2 test and saw these fullbrights? Is it working on your system? 

Praise Satan. 

Windows OpenGL | WinQuake | DX8

1) Should have _glow textures working right in both GL and DX8 builds. Alpha masked textures are "functional" in the DX8 build, but not as nice as the GL build (due to the DX8 wrapper not supporting texture combine).
2) MP3 should work on machines without a CD drive.
3) +command issue (like +mlook) should be resolved once and for all.

New feature: Auto-complete from nothing by pressing CTRL+space. Sometimes you don't even know the first letter of map or something you want to auto-complete.

Examples:
1) Type "bind " and then press CTRL + space.
2) Type "map " and then press CTRL + space.
3) Type "gl_texturemode " then press CTRL + space. (*)

Mostly thought of this for NightFright ... who asked for gl_texturemode to be added to a menu somewhere, and I while I don't think obscure stuff belongs in a menu, it sure is nicer if you can more easily complete it in the console even without knowing any of the possible values.

The CTRL + SPACE thing is, of course, in addition to the support for CTRL+X/CTRL+V/CTRL+C/SHIFT+INS/SHIFT+DEL and using shift to select in the console.

If you find a bug, please let me know!

I can't think of any offhand aside from a WinQuake build skybox bug reported @ inside3d by mk and I can't reproduce it to fix it. 

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.