There's only one alpha value, and you can't use it for both alpha testing/masking(NOT stencils! /me shudders) and alpha blending at the same time... well, you can, but the results are generally wrong.
glsl would allow it by doing any .alpha transparency stuff after the texture-only alpha test.
on the plus side, you might be able to get some funky burn-away effects.
also, its 0.667 and not 0.7. close enough though, but hey, precision!
but yeah... the exact details are very engine-specific, so try not to depend upon stuff too precisely. 

I think the reason the alpha test threshold is 0.666 in glquake is that 0.5 makes the explosion sprite edges look blocky/pixelated even with bilinear filtering (i know this because i tried changing it to 0.5 once), while 0.666 creates a more rounded appearance on the edges. Since that is the most visible sprite in stock quake, i believe they chose that number because they liked the explosion sprite edges to be more rounded. 

In that base map you tested the other day were breakable models(bsp) with {textures on them and they showed up rendered correctly (the unfair breakable grates on the floor).
Dunno if this is on topic, as no alpha is set on those. 

> i believe they chose that number because they liked the explosion sprite edges to be more rounded.

Also because 666 haha. 

I'm having trouble reproducing the { textures not working on external bsp's, they seem to work for me. Mind trying this test case I made? just load fencetest.bsp in Quoth. It loads the fencebmodel.bsp with a mapobject_custom; you should see a box in the room with a metal grill texture.
http://www.quaketastic.com/files/misc/fencetest.zip 

ericw, you aren't wrong, I am.

I always make sure to do my due diligence and create a side-by-side test case before ever involving a programmer, which I did: I had a func_whatever pulling from another bsp and a func_whatever in the map next to each other, with one alphatesting properly and one not. But, I got caught out by the external bsp having a stale texture, with whatever color in the Quake palette that looks exactly like index 255 but isn't. I discovered that error in the wad while tracking down this one, and forgot I had to recompile the external bsp to refresh the textures in it. :( sorry guys. everything actually works fine. (except that 0.7 thing, that's totally a thing still I swear)


Is it specifically because of alpha-tested matte lines in linear texture modes that they picked a color for the transparent index that's so damn similar to a lot of the rest of the palette, and not like hot component pink or something? (Doom used cyan iirc) 

no worries! Yeah, the alpha 0.666 thing is real and I will have a shot at fixing it sometime.

Your theory sounds right.. with stock glquake using linear filtering, you can see the "index 255 beige" fringes on the main menu text. They probably foresaw that and made index 255 a fairly neutral color.

Fitzquake has a cool trick for eliminating those fringes: for any index 255 pixels which have opaque neighbours, it gives them an alpha of 0, but changes the RGB values to an average of the opaque neighbours's colours (iirc). 

hmm, i doubt that they picked the transparent color in the palette based on glquake's bilinear filtering, since the game shipped before glquake was started. (Unless they actually attempted a hardware accelerated version before the original game actually shipped? That would be news to me.) 

^ Yeah, that's what I figured, but my angry head rant was "christ, it's like they picked an alpha color based on the average of all the others or something. ... wait a minute." 

Quake's alpha color is just a random color, and there's a duplicate of it in the default palette (which annoys me, because several custom textures used the index 255 instead of the index of the duplicate, and this gives problems with alphamasked texture support).

There were no 3D hardware accelerators when Quake was released. It was created with only the software renderer in mind, which is why it loses some of its charm when rendered through hardware.
Carmack coded GLQuake in a weekend, and he certainly would've done a lot better if he had the opportunity before.

The first Id Software game made with hardware acceleration in mind is Quake 2. 

I never saw those Retroquad screenshots before. They are amazing. You managed to push that water towards modern standards without losing Quake original charm. Way to go, man. Quake water needed this love. 

Besides those screenshots however I can't seem to find more info about it. 

(Sorry in advance for hijacking Quakespasm's thread.)

The only place with a good description of Retroquad is my Patreon page:
patreon.com/mankrip

The engine is not released yet, there's a lot of work to do. I'm currently doing some major rewrites in the network protocol. 

when you're ready. 

Hey. Is there a way to enable 5.1 surround sound in QS? 

I think DarkPlaces has surround sound support. 

It does. So does FTE (though for some reason it doesn't seem to remember my settings).

I only recently got into QS and I really like it. It would be nice to have some more audio options though.

Slightly off topic but QS also seems to have some issues with music playback too. The original game and the official expansions seem to work fine but Abyss of Pandemonium, among others, seem to skip during playback or even not play tracks at all. Messages like "CD Track 07 Not Found..." even though they're in the folder.

I'm using Windows 7 Pro (64 bit). Perhaps that's the root of the problem? :) 

Music skipping is not good, never experienced that myself. Win7 64 should be a fully supported OS. I'd suggest re-downloading the latest version from: http://quakespasm.sourceforge.net/download.htm and make sure to overwrite any existing DLL's in your quake folder. It's annoying that the DLL's from different engines conflict with each other.
I'd also test both of the SDL versions (quakespasm.exe uses SDL1.2, quakespasm-sdl2.exe is SDL2).

For the Abyss of Pandemonium music issue, I'm not sure, but if the id1 and mission pack music works, then I suspect something wrong with your AOP music files. What format are they in? There's extra info about the QS music system here, not sure if it could be helpful: http://quakespasm.sourceforge.net/music.htm

I'm not sure how likely surround support is right now; I don't have a 5.1 system myself to test it with, and it is something that's tedious / messy to implement. Maybe at some point, not sure. :-( 

I do have QS in its own folder. I'll try a fresh install and I'll try it on another machine too and let you know how I get on.

With regards to the Abyss of Pandemonium music. I've got both the ISO audio disc (I use Daemon Tools) and the OGG files as found on Quaddicted (as far as I know they're correctly named track02.ogg et cetera). Obviously I've only used them one at a time! :)

I have a similar issue with the Travail soundtrack too.

The most perplexing one is when QS reports not finding the CD track when playing random SP maps. To me, they're quite obviously there and working as they all play fine during the original Quake maps... 

That's a shame about there being no surround sound support. For me, audio is a huge part of the Quake experience.

I do understand though that such things aren't a priority (or maybe not even that interesting!) for you. Still, I'll keep my fingers crossed for the future. :) 

Sorry to be the typical noob posting lots of stuff but I have a small request if that's okay.

I wonder if it would be possible to add a CVAR to centre the message text? At the moment all text (including Showscores) is centred except those in shown in the top left (pickups et cetera). I know it's a trivial aesthetic thing and I know that it wasn't part of the original Quake but I just think it's a 'small thing' to tweak that would make the text aesthetic more consistent.

Hope that makes sense and hope that it doesn't bug you. :) 

You want ammo pickup text to appear in the centre of the view? 

Perhaps I wasn't as clear as I could've been. It would be nice if it could appear in the top centre rather than the top left.

ZDoom offers a similar option in the HUD menu. I just think it looks a lot nicer.

Scores are shown in the bottom centre.
Context messages are shown in the centre.
Pickups et cetera shown in the top middle.

:) 

Quake text is on the top left because it's part of the console. When the console scrolls up, the recent messages stays at the top while the background scrolls up completely.

Changing that would make recent console messages move from the left to the center when the console scrolls up, and that would be weird.

Anyway, that's a matter of preference. 

could fix in in QuakeC with centerprints maybe