No Idea How That Works
But QS needs that desperately.
That Is Nice
#1700 posted by Kinn on 2015/10/29 23:06:42
And the software look lends an extra special cachet to any engine.
Oh Wait
#1701 posted by Kinn on 2015/10/29 23:07:58
It is a software engine. Impressive.
Stencil
#1702 posted by Lunaran on 2015/10/30 19:50:07
Quoth supports loading any model for an entity, including .bsps, which is very useful in situations where the lighting doesn't matter (stained glass windows) but stencil alpha with a { texture doesn't work on a bmodel if it's loaded this way, only if it's built in the map itself. :(
Currently if you have an index 255 masked { texture it will only alpha as low as .7 I believe.
I can confirm this too - spiderwebs and the like below .alpha 0.7 just don't draw.
Thanks For The Report
#1703 posted by ericw on 2015/10/30 20:07:02
will try to fix those. Weird that { textures would not work on external .bsp's, but I imagine it is something easy.
I think I know why entity alpha < 0.7 makes the whole fence texture disappear; normally the alpha test value in Fitzquake is left at 0.666, but I think I just need to lower it to (entity alpha * 0.666).
#1704 posted by Spike on 2015/10/30 20:07:45
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.
#1705 posted by metlslime on 2015/10/30 20:23:03
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.
Eric
#1706 posted by mfx on 2015/10/30 20:23:07
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.
#1707 posted by Joel B on 2015/10/30 20:39:04
> i believe they chose that number because they liked the explosion sprite edges to be more rounded.
Also because 666 haha.
Actually, Lunaran
#1708 posted by ericw on 2015/10/30 20:58:54
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
Yeap
#1709 posted by Lunaran on 2015/10/30 23:43:10
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)
Ahh
#1710 posted by ericw on 2015/10/31 00:15:21
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).
#1711 posted by metlslime on 2015/10/31 01:36:53
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.)
#1712 posted by Lunaran on 2015/10/31 06:39:42
^ 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."
#1713 posted by mankrip on 2015/10/31 10:17:44
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.
Mankrip
#1714 posted by adib on 2015/11/01 02:09:06
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.
Retroquad
#1715 posted by oGkspAz on 2015/11/01 07:27:22
Besides those screenshots however I can't seem to find more info about it.
OGkspAz
#1716 posted by mankrip on 2015/11/01 23:36:22
(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.
Start A New Thread
#1717 posted by adib on 2015/11/03 16:23:00
when you're ready.
Surround Sound?
#1718 posted by PFL on 2015/11/05 17:35:37
Hey. Is there a way to enable 5.1 surround sound in QS?
No, Stereo Only Unfortunately
#1719 posted by ericw on 2015/11/05 20:00:32
I think DarkPlaces has surround sound support.
Any Plans For It?
#1720 posted by PFL on 2015/11/05 20:35:30
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? :)
Hmm
#1721 posted by ericw on 2015/11/05 21:39:54
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. :-(
#1722 posted by anonymous user on 2015/11/06 11:01:23
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...
Shame About 5.1...
#1723 posted by anonymous user on 2015/11/06 11:03:06
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. :)
|