Does anyone know what engine introduced transparency to Quake? was is DP or Fitz?

Working on an Ironwail video and would love to mention this. 

I'm asking about .alpha on brushes not re-vis'd water BTW. 

Support for .alpha in Quake engines likely appeared around or before 2002. There was a Matrix movie inspired "slomo" mod that used it in the rings of the bullet time effect, which I reimplemented from scratch in my JoyMenu mod.

I remember something about TomazQuake supporting it back in the early 2000s. 

slowmo15.zip was released in July 10 of 2001, and the readme says to play it using TQ144.exe (TomazQuake 1.44). Also this:

NOTE: Using a GLQuake engine that supports .alpha will add to the experience greatly;
the rings will fade to invisibility as they grow, and will be transparent at all times.
I'd recommend the latest version of TomazQuake

And this:

*Credits*
---------
[...]

Great big thanks to Little_Horn for making the GL-only SlowMo 2, the inspiration for this mod.
Well, that's really strange, as SlowMo 2 was inspired by my original SlowMo, but I mean the
rings system...if you've played the original SlowMo you know the effects suck.

It's worth checking out where the TomazQuake engine got the .alpha idea from, or if it was their own idea.

The first versions of Darkplaces were released in 2000, it's a good idea to check their changelogs too. 

The first version of Darkplaces, 1.05, from November 04 of 2000, does indeed have .alpha effect support. 

Thanks for looking into this! 

That's interesting. I wanna see if it will run on my Voodoo cards now. I've an Alkaline map in the works that will run OK-ish on my Voodoo II cards with an AMD K6-2 333Mhz. You have to turn bullet holes and footsteps off though. 

I'd date alpha support to the Nehahra mod, with the caveat that there were a lot of non-robust implementations floating around before then, accomplished via checking model names or texture names for special characters. But for robust support implemented via the protocol and with the proper bits and entity fields, my memory is that it came in with Nehahra.

Not that there weren't issues with the Nehahra implementation, including overloading protocol 15 with alpha bits, and sending it as a full float rather than a compressed type. The modern robust implementation that solves all of this, and that we've all pretty much standardised on, dates to FitzQuake's original protocol 666. 

 

Here's a dark ambient track, free for use in your projects. Creative Commons 0 License (public domain). Please let me know if you use it in a project.

https://drive.google.com/file/d/1WAryIhQuYXyNPL0ImOagc9QmRLZW0Zlm/view?usp=sharing

CC0 info https://creativecommons.org/share-your-work/public-domain/cc0/ 

New style of mapping video. The map is promsing but the video is kind of a mess. I still think it contains good info for new mappers. https://youtu.be/SQai5AHwghA 

Would it be possible to have a single engine that "toggled" between Quakeworld and NetQuake depending on the server it was connecting to? Local Host vs. Online?

So if you are playing a map in SP it would default to NQ and if you were in COOP or DM it would default to QW? 

Would it be possible to have a single engine that "toggled" between Quakeworld and NetQuake depending on the server it was connecting to? Local Host vs. Online?

So if you are playing a map in SP it would default to NQ and if you were in COOP or DM it would default to QW? 

I bet both Darkplaces and FTEQW does this.

All engines that supports custom protocols already switches to vanilla protocol 15 when playing ID1 demos or connecting to vanilla servers. Engines that supports both QW and NQ protocols will most likely switch between them automatically too. 

DarkPlaces ... doesn't "suck".

It's brilliant.

It has held itself back with a few handfuls of frustrating choices that caused the user grief.

I am expunging those.

https://www.celephais.net/board/view_thread.php?id=62234

I could produce a list of "mistakes" -- but why bother and I'm no scorekeeper -- instead I will just fix them.

I have great gratitude to LadyHavoc (and others .. DP is the work of a number of contributors) for efforts in DarkPlaces.

Ironically, it was LadyHavoc who got me into engine coding.

In 2007, LadyHavoc was one of the players who joined the "Dredd Server" debut (a server Phenom and I started) ... and late into the night .. R00k (Qrack) and LadyHavoc talked engine coder stuff for an hour. I listened intently as they had a very interesting conversation. I started to wonder if I could maybe update ProQuake like adding FitzQuake's video mode switch to it.

I also went to great efforts around that time to integrate DarkPlaces into multiplayer NetQuake community and LadyHavoc made many changes to the engine, I was always astonished by how quickly.

I think 2007 was also the year mh coded a Direct3D wrapper overnight and we ported it into 6 engines.

DarkPlaces can open some doors that will always remain closed doors without it as things stand now. 

DP still has the best netcode out there. just works. 

big shoutout to LadyHavoc 

I remember in 2012 or so using DarkPlaces and I lost my mind in anger.

I was already frustrated with some stuff that I couldn't turn off because I dont know the words.

Then I save a game.

I cannot find the save anywhere. I do a file search of my Quake folder, it is not there.

Far too many times, DarkPlaces did that kind of thing. 

hm, what happened to LordHavoc 

For the first time since so many years playing Quake1, I found a big map that asked for -protocol 999 during game launch (map addy_cl_m4, which is a true jewel, by the way!). What is this protocol? Should I use it as default to play all my other maps, instead of the regular one with QuakeSpasm? 

If it is the case here, but testing Quasm I found that quakespasm2.2 asks another protocol then quakespasm2.4.
It goes to protocol999 from protocol15.

It can be my poor attitide to see the change in update. 

Is an evolution of the stock FitzQuake protocol 666 with added support for extra-precision angles, larger maps, etc. It's been around for about 10 years now.

I personally think you don't need it, and won't get any advantage from it, unless you're playing a map that specifically calls out requiring it. Otherwise 666 is fine, and well-supported. But there are serious limits in stock Quake protocol 15 that make it unsuitable for anything other than very old maps. 

Is there any drawback or issue by playing all maps and mods with protocol 999, instead of 666?
May I find that some maps don't play well with 999, while it's working great with 666?