Mark V has a bug with the rewind feature in demos. when you rewind, the clock go forward instead of backward.
when you pause (down arrow) and unpause, the time is resynced.

this is scr_clock 

@topher - thanks for reporting that. Must have wired up the wrong clock when absorbing some JoeQuake/ProQuake features back a couple of months ago.

/+1 to do in the spring update 

A workaround in the meantime, if you are interested. Add +pq_timer 0 to the command line or throw it in autoexec.cfg 

QuakePone, if you're interested I posted 2 builds in the QS thread here to check for a potential problem that affected some versions of Intel graphics.

Additionally, as MH mentions, try benchmarking "gl_flashblend 0" vs "gl_flashblend 1" (this may be faster; it stops the lava balls from casting dynamic lights and just draws a fake glow instead.) 

I tried this in my own engine, on a nvidia 960gtx, and it really didnt matter. yet as I like you are using gbra uploads, but then in the most classic settings, im getting 2200+fps with playdemo demo2 on Qrack vs 1600 in Mark V using really close effects; no motionblur, no r_novis, classic particles, etc. in DirectQ / RMQ i get 3000-5000fps.

maybe lightmap uploads matter? 

er 5000 in dq not rmq 

bottomline is a stable fps in given map we dont need >200fps in single player maps. 

An NV 960 is irrelevant unless you can get a test case that goes below about 500 fps.

Gimme the Intel benchmarks, that's the interesting stuff.

There's probably things I can do for lightmap updates but I'm not willing to gut the code unless I'm satisfied that there will be payback at the end of it.

I might also make one of my experimental GPU lightmaps engines available, because I'm interested in how that might perform. I'm cautious about not creating expectations in the community though.... 

Map = ad_magna

In console type: "setpos 2496 56 -292" And you'll be at the mirror.

screenshot

/In Mark V, you can type "viewpos" to see your current x, y, z -- which also sets the default setpos. So if you type "viewpos" at a red armor, walk away and then type "setpos" you'll be back at the red armor. 

If it is lightmaps --- and that's an if --- slowing things down.

Type: r_dynamic 0

Then dynamic lighting is simply turned off. 

In Mark V, do the following after starting up Arcane Dimensions.

Type:
temp1 0 // Turn extra ad particles off
r_dynamic 0 // Turn off dynamic lights .. no lightmap updates will happen at all.
sv_cullentities 2 // Strict visibility tests on all entities
map start // Restart the Arcane Dimensions start map

Play

See if your fps improves. 

These commands helped a lot in previously barely playable maps like ad_tfuma and ad_swampy. I might leave temp1 on 1024 and r_shadows on 1, still. 

Cool! Glad it helped out some.

In the Quakespasm thread, mh, ericw and myself and others are discussing performance related issues related to Arcane Dimensions. 

I'm starting to warm to the idea of doing some kind of release of one of my GPU lightmap experiments. ericw has expressed interest in how parts of it work and I'd be fascinated to learn how it performs on QuakePone's machine.

I've basically got 3 engines: Quake/OpenGL/assembly shaders, Quake/Direct3D 11 and Quake II/Direct3D 9. The Quake II engine is probably the most developed but it misses D3D 11 enhancements and draw call overhead does pile up. The Quake/GL engine is very barebones and I'm not sure where the code is. The Quake/D3D 11 is most likely to be let out. 

Huh. About the issue where models in front of the sky look "darkened" ... well, it makes the shaft look BETTER because then the contrast doesn't cause it to be as washed out!

(see my post on Old Page #1321 with screenshot illustrating that fullbright textures get ugly and washed out when contrast is applied)

Here's a screenshot showing this effect:

http://imgur.com/a/2C4Ez

Shaft looks better with sky behind it! Maybe something like this could help all fullbright textures to make them not as ugly when contrast is applied....

Starting with -nostencil removes the sky effect, though it still lets you see r_shadows 3 through models (second screenshot above shows a distant grunt shadow visible through a dog's butt, heh).

I know you're aware of the stencil issue, mh, but I just had to display these interesting screenies ;) 

On your server with JimBob and ORL.

Hadn't played Frostbite in some time, that map and the rest of the "2005 Wintery Map Pack" are always great experiences.

You might talk JimBob or even yourself into delete all maps and extra sounds in your Quake folder to watch the map/model/sound download in action.

JimBob wondered how I had the maps and the music, haha ;) Well, I didn't until I connected.

They downloaded automatically, of course.

Mark V has the best stay-connected http map/model/sound download this side of FTE. 

The auto-downloading is great. And I have noticed the .LOC files downloading before. I guess those are for frogbots?

I just wasn't sure if you actually got the music. I don't mean the intermission dance loop WAVs. Rather, I mean the soundtrack MP3s I selected to match the edited .ENT files (e.g., "'sounds' '65'"). I didn't know if Gunter had uploaded those.

Also, I'm not sure where it all comes from, since I think the FvF server is still Magic Proquake? I do vaguely seem to recall you talking (once upon a time) about having downloads come from a 3rd-party source like QuakeOne or w/e? 

Locs are for team deathmatch and such (dm3, etc.) like "At the red armor with 87 health"). You can turn off downloading locs. Type "find loc" in the console, you'll see a cvar that can be set to turn that off.

/mp3 don't download, mp3 tend to be large, aren't needed to play. It's a player preference anyway. 

of also moving r_shadows and r_waterquality variables into config.cfg?

I find it a bit complicated to set them externally through autoexec.cfg. And since texture filtering has already been moved... 

I've been really enjoying the winquake build, it runs very well. I ran into this little guy after I disabled mips. He's harmless but has worn out his welcome :) 

just found "showram".

Whenever I get stuck on something I just make a forum post or drop a message on irc so 30 seconds later I can figure it out myself :P never fails. ever. 

Don't know, but I'll think about it.

I worry about mods changing obscure things, causing niche settings to write to config.

Examples:
1) quake.rc, autoexec.cfg
2) QuakeC

Case in point, Malice messes with untold numbers of weird cvars like viewidlescale that most users have never heard of.

Imagine if you exited and everything saved, all those peculiar settings would be part of your config and short of reseting/deleting your config, you wouldn't know how to reset them.

I'll think about it.

But my instincts tell me that no matter what, someone with very specific tastes is always going to find something that needs to be an autoexec.cfg 

Mods will only affect the config in the mod's directory tho. 

Mods should be properly set "gamedir" and yes everything saved, including .sav files .dem and .cfg to that folder.A footprint to a gamedir should mean anything I do here when i quit should save to gamedir. 

that's true except, when you switch gamedirs during a session, the cvars and aliases and keybinds are retained, and when you eventually quit that session they will be written to the last gamedir you switched to.