two ships passing in the night ;) 

This can actually be done in vanilla id1, at least for the given scenario- no map hacks needed, just some prior knowledge of entity priority. No idea how it'd work with other entities being targeted, but enemies can be set to both patrol a path and activate a relay or counter on death by simply creating the path_corner first, then creating the relay with the same name. As long as the path_corner comes first in the entity list, the monster will follow the path, but still trigger the relay on death.

Basically, the enemy should target two entities with the same name- a path_corner and a trigger_relay placed in the map after the corner (so be careful if you're deleting or remaking things constantly). If the relay comes first, the enemy will still activate it on death but won't patrol to the path_corners. Here's a webm of an example map (ignore the "holy shit I figured out how to get custom conchars working" kludged HUD) and here's the .bsp and .map themselves. The left and center Grunts have the corner loading first, with the leftmost Grunt also having multiple path_corners (it takes a while for him to get there, though); the right Grunt has the relay first so he just stands there like a dork. All three function properly for the counter. 

Because I just got ninja'd something fierce, goddamn. 

and yeah, like Johnny Law says, it does appear that a "hack" is possible in id1 where it *would* work when both the path_corner and other targets share the same targetname, if you can guarantee the path_corner comes before all the others in the edict list.

On a related note, ever been killed by a monster who was not previously on a path, but then starts walking towards something after killing the player? That's a monster who had a target, which wasn't a path_corner. When his enemy dies, he starts walking towards this. It's a harmless bug, caused by the rather dumb way in which the "is target a path_corner?" check is performed when monster spawns. 

posted that without seeing Spud's post. I probably din't need to mention the id1 hack a third time :p 

Great info above, thank you all! To clarify, I figured that setting the first path_corner and the trigger_counter to the same targetname would allow them both work (thought I didn't know entity priority matters in this case), but I didn't want to do that. I like keeping my named entities descriptive of the entity and its relevance to other entities, so doing it another way would be better. 

Do func_doors trigger themselves at close proximity? I have a func_door set of bars with the GK spawn flag that cover another func_door. Finding the GK lowers the bars, but it also opens the door behind it. Why is this? They are not connected through I/O. I just want the bars to lower so I can walk into the door and have it open as normal. I've tried giving the actual door a targetname connected to a trigger_once that enables once you find the GK, but that didn't work. 

If the doors are physically touching each other, they'll act as linked doors, normally used for double doors that open sideways. Tick the Don't link spawnflag on both and test it again. 

Cool. Yeah it should have clicked with me that the beeping meant you were hitting a wrong key. My bad. :)

Yep just dig into the docs for the tools and youll start to piece things together. Qompilers cool for compiling multiple maps at a time, a bit overbearing for single maps but works all the same. Try getting comfy with JACKs compiling UI before relying on Qompiler. 

But if I set Don't link on the left and right doors and the bars, the doors don't open when I walk up to them. The bars lower separately, but I can't go through the door. 

Does the center door (not the gold key one, the double doors you go through after?) have a targetname? If it does, get rid of it- a door with a name will only open upon being triggered (i.e. by a button), not by the player walking up to it. It's an easy mistake to assume that every entity needs a targetname, but as a general rule, unless it's specifically being targeted by something else and requires one, leave it blank.

A screenshot or .map upload might help too, sort of hard to visualize this in the brain without a reference point to what the door setup actually looks like. 

But I'm still curious. Just moved the bars away from the doors, which of course does the trick. Would still like to know what I'm doing wrong to make them work while they're still touching.

Here's the .map with the doors/bars touching and set to Don't link. 

Use "r_showbboxes 1" and you can visualize the trigger volume for your doors. 

I'm having some issues with textures :
https://dbr.ee/TmMu
I tried with wally and texmex, it seems to come from j.a.c.k. (which is on default). I never had this problem with goldsrc/wad3 & hammer. Ideas ? 

looks like its missing the palette and using some greyscale thing instead. specifically the 'gfx/palette.lmp' file.

make sure that your editor's basedir+gamedir paths are correct (as well as just the wad+map paths). 

I've loaded the quake.pal from j.a.c.k. folder, still it doesn't work (I see white textures).
Would it be possible to bypass quake.pal and use wad3 instead ? (ericw/quakespasm)
Many thanks 

If I remember the screenshots correctly, since you are so off the "path" of a normal texture just use it as external/replacement. In the editor it will still look messed up but ingame it will be fine. 

Aha, I don't get it.
I tried to keep the install fresh & minimal.
Why do these things tend to get obscure ?
However I got it : the Base Game Directory wasn't set on the right folder (quake main folder, instead of id1).
Those "happy" victories remains me when I was learning how to configure worldcraft 1.1 in the year 2000' without internet connection, at the age of 10. I'm so happy the quake community exist! 

Can anybody give me examples of well thought out combat in long hallways? I'd like to learn how set up a good encounter. Are enemies too weak for open areas, apart from Vores or Shamblers who pose a real threat regardless of placement. 

czg's honey has some good examples of that. The whole map pack is really a masterclass in encounter design. 

Cool! I even played it one and a half years ago. 

I've been struggling with this. I think the key to using weaker enemies are the specific combinations you use.

Knights rushing the player in a swarm are actually dangerous working as a unit. Same with Scrags. The more the merrier.

Adding multiple grunts above and farther from the player to any encounter has worked for me as they chip away at the players health fairly quickly no matter what is going on near the player.

I'm no expert, but hope this helps. 

What I like to do is try and grenade either scrags or knights as those die one shot with a direct hit, it's a nice skill to practice.
Guess that trial and error is the key to encounter design. 

I've been making a few models using Blender for my latest map, and I have one of them animated now. Its just a prop with a few frames. There are no frame groups set up on it (I don't think this can be done in Blender) I want to make it animated in quoth using custom mapobject entity. Is there anyway to specify a series of frames without having frame groups set up.

Also I want to add a second skin to the model, and again it seems Blender only exports the mdl using the last active skin in the UVmap. Is there a simple way to do these things, or do you have to use python and qmdl?