I just checked the video of DaZ on the tubes of that map, and there it is fine. So it seems to be a newer thing. Having an option to force impulse 12 or maybe make it so that it is a different command weapon_prev or whatever, might be a good idea. 

Oh also, a small quibble I have with QS is that the console sometimes fucks off when you enter something right after you called it. Kinda weird. 

Tried same build on home PC - gamma working just fine.

System: Windows 8.1 x64 / nVidia GTX 770 card, 337.88 driver. 

@ptoing,
the apsp1 platform bug is discussed here: http://celephais.net/board/view_thread.php?id=60306&start=647

IIRC it's a map bug that only manifests with extended protocols like 666, and the cleanest solution is patching the map.

@AAS, thanks for the gamma bug report. Can you try this build? http://quakespasm.ericwa.com/job/quakespasm-ericwa/lastSuccessfulBuild/artifact/quakespasm/quakespasm-r2957b2fbabe632e603b0a86b45d23496a6af5845.zip

I set USE_GAMMA_RAMPS to 1 in that build. In r976 we are calling a different SDL function to set gamma than in 0.85.9, the build above should use the same function as 0.85.9. 

I assume you use german layout? And the character is this one ^ (circumflex?) showing up in the console?
This has already been reported, Eric had a fix at hand.
Iirc SDL 2.0 should get rid of this? 

I use a UK layout (hate the German one). And there is no special character showing up in the console, no. Not that I noticed. It happens whatever key you press.

Also, making the textures stuff I was wondering, would it be hard to implement something where you made animating textures with more than 10 frames if you would use for example a - instead of the +, but make it so that it is totally an engine thing. So you got both textures in the bsp file, but you use the + ones, and the engine will use the - ones if they are there. I reckon you'd need to fiddle them into your wad using texmex or something similar. Would be cool though to be able to have longer animations. 

impulse 12 is a mod thing, it was not in the original QuakeC sources so many mods don't come without it. The funtastic reQuiem engine has engine-side support for it in any mod!</spam>

Impulse 12 is not a mod thing. It is part of stock quake, but was added into a later version (eg: not 1.0; the quake we all play is 1.6).
If a mod doesn't have impulse 12, it's either because it's old and was made before the final 1.6 patch or the mod author used an older progs source as a base. 

i think he means it's a "mod thing" as in a quakec-implemented feature, rather than an engine-implemented feature. 

Now gamma adjustment seems start to work on GTX 650, TY.
But it still prints error in the console. 

Would it be very hard to include an option that would mimic the old underwater effect where stuff is wavy? That would be neat, I always enjoyed that. 

 

If "config.cfg" exists in "ID1" floder (or in Quoth folder if -quoth flag is set, or in ROGUE folder if -rogue flag is set etc.), and there is no "config.cfg" in current game folder (e.g. folder set with -game parameter), can QS use that existing cfg as a base for a new one instead of creating "default" one? 

DirectQ does the underwater warp. 

isn't that what already happens? At least for me, quake copies the cfg from my id1 folder into a mod folder the first time i run.
(well, it probably just leads the id1 config and then saves to the mod dir) 

Ugh... my bad. Should've launched Quake without mods at least once to create config.cfg in the ID1 folder... 

Who can I get in touch with for a one on one discussion of a rather big problem with Quakespasm, and how it affects an upcoming map of mine, and possibly other maps? 

You can find mail addresses in the readme. 

 

I just noticed that Quakespasm (and I guess quite a few engines) seem to ignore the colormap.lmp completely. What if someone wanted to make a TC with a new colormap to have new (maybe more, maybe less) fullbrights for example? 

As stupid as it is but files inside pak files have precedence over files outside. Try making a new mod directory and putting the colormap there, that should work. 

FTE peeks at the colormap to see how many fullbright palette indexes there should be, although it only works if they're contiguous from the end of the palette.
the rest of the file is really only useful to software rendered engines, and even then its often regenerated weirdly for transparencies. 

That is not that case with the original Quake afaik. That's pretty weird. /me tries 

Tried, not working. Quakespasm does not seem to read colormap.lmp files. Works in Winquake, so the file is not corrupt or anything. 

Am I then correct that QS and the like have some hardcoded stuff or something so that the lighting gradiates like in the software renderer? If there is something like that would it not be possible to allow for values to be read into that algo from the colormap? 

Am I then correct that QS and the like have some hardcoded stuff or something so that the lighting gradiates like in the software renderer?

Yes. It's important to know that historically, GLQuake didn't support fullbrights at all, so support for them in pretty much all custom engines has been added after-the-fact.