Thanks for the info. 

... I'm working my way thru the last AD .FGD file adding in the new 1.7 .DEF files updates. Along with adding ALL the ericw-tools V0.16 options.

May have some questions soon, but I'll wait until I have it completed and fully functional. There are some things I don't understand yet, so even though they work in the editor it's not clear what you are setting and why!

I will put it up on quaketastic and/or email it to sock when finished. 

Are using TB?

Ill have a version out "SOON" with all the epdates as well as making use of TBs ability to switch models depending on what spawnflags or other keys you have set.

Heres a version for AD1.6 that switches out models. This is for TB only, though:

http://quaketastic.com/files/misc/ad_quake_fgd.zip 

also, feel free to email me(in my profile) or message me on twitter or discord with questions about .fgds. 

Nah, not Trenchbroom. This will be for JACK.

I put a reference to your FGD for Trenchbroom users at the top of it ;) Since that would be the slickest .FGD to use, gg.

Cool, thanks. Once I get to the point I can't progress will DM you on Discord. 

Make sure to include stuff that was left out of the.defs like the new liquidblock (iirc) key, please. :) 

Do you mean func_illusionary_visblocker?

But yeah... going thru the tools pages to put everything in. 

Also, Daz maintains an fgd for my tools, maybe handy to borrow from:
https://twitter.com/tdDaz/status/893588140560089090 

Yep, I look at that for reference as well, thanks. 

No, it's a new key for monsters that was mentioned in the changelog but doesn't appear to be in the .def as far as I can tell. 

Found in the .DEF

EX: ------- SPAWNFLAGS --------
AMBUSH : the monster will only wake up on seeing the player, not by another monster
LIQBLOCK: Liquid surfaces block wakeup/sight lines 

fml, we need post edits, heheh 

* Added liquidblock entity key to monsters, blocks sightline through liquids

Line 19 of ad_changelog.txt

Also where in the .def did you find it? Looking at one of the monsters in my map:
https://i.imgur.com/3hpTb0E.png
https://i.imgur.com/z36vgW8.png 

monster_eel and monster_fish are the only ones to have that spawnflag.

I see what you are saying now. Reads as if every monster can have the key. Might need to look at the QC to verify. 

// Underwater enemies (liquid block option for all of them)
float MON_LIQUIDBLOCK = 4; // Liquids block sightlines (fish/eel)

No other mention on any other monsters. 

You can check for yourself if it works using this simple example map I made:

http://www.quaketastic.com/files/misc/liquidblock.zip

If you rise near the surface of the water but do not actually go above it, one of the grunts will activate but the other will not. This is because of the liquidblock key. 

That is indeed interesting! Good to know, thanks. 

So far I have these things completed with the latest of everything:

Worldspawn
Light Options: Entities and Bmodels
QBSP Options: Func_(variants)
AD Updates through "FUNCTIONS"

Some parts are ofc tedious, but the cool thing is, I can now "break" things apart. Example: Looking at the properties of a Candle no longer show the properties ONLY relevant to a Light(point entity).

Other little touches like that are used throughout.

So now it's just the actual AD 1.7 updates and then get SOCK to verify/confirm and we're good to go :) 

AD sets EF_TRACER on certain of it's gibs to simulate a green blood trail.

I think it's quite evil to overload an EF_ like that. I'd prefer to see it define a new EF_ instead, so that engines which wish to modify existing effects needn't be concerned about unwanted or unexpected behaviours arising from unintended usage.

I'm just thinking that overloading existing stuff in such a manner is the path to Nehahra. 

is there a nightmare pillar in the 1.5 hub at all? I see it carries over from the previous hub, so i'm confused. 

shssss.... it's a secret! 

 

I found it by accident as I was falling from above lol. 

Is QSS fully compatible with AD? Regular QS (the one linked in this thread) crashes my whole computer after a few minutes.

Is there any way to make fence textures, sprites, particles and GUI graphics (minus conchars) be rendered using 8-bit alpha instead of 1-bit alpha, so their edges are properly smoothed when using texture filtering? 

Fence textures use quake palette color 255 as the transparent color when prefix "{" is supplied in the texture name (just like Half-Life).

Sprites and gui graphics are also the 255 color Quake palette (.lmp files, .gfx, etc.) -- just like any standard assets in the entirety of standard Quake.