I was only remembering, now we use progs for that sort of stuff.

Want an (unpaid) job?

http://icculus.org/remakequake/forum/index.php

If not, then your only recourse is an altered progs - no doubt Preach knows a decent way of doing things in id1. I managed it once under Quoth, but as I remember it was very limited and only with melee enemies. 

I think that's an engine issue. 

Nonsolid sky: Txqbsp does it automatically, Treeqbsp needs the -transsky switch for it to work.

'Monsterclip': Low trigger_monsterjump works just fine, but 10/10 sounds a tad low. Experiment with the values - so that the monsters don't get stuck, but don't visibly jump, either. It's not a perfect solution, but it does the job. 

I guess I should have tested it in another client as it seems that DarkPlaces always have solid skies :(

Btw whats the difference between Txqbsp and Treeqbsp and when is one preferred over the other? 

first, i'd use neither, unless you are talking about aguirre's versions of those compilers. second, txqbsp is better iirc, since aguirre spent more time on it. i've noticed it seems to handle complex brushwork better but that's nothing concrete. 

Make sure you have all the faces of a sky brush covered in a sky texture. 

Find LordHavoc on irc.anynet.org and tell him :-P

Tx vs Tree: Tree always worked well for me, but I agreed to switch to Tx when it came time to choose a compiler for BSP2, simply because everyone else seems to use Tx and I wanted to avoid an unnecessary conflict. Greg lewis did good work with Tree but MH said the code was pretty messy when compared to Tx.

Tx compiles all my maps fine, and the BSP2 version compiles all RMQ maps just fine and supports proper bmodel rotation as well.

I guess the BSP2 tools should be in the RMQ Demo 3 as well as the engine, but we should make it clear that these tools / that format is experimental. 

But they are things that the community has been wanting for a long time - "no limits" mapping with colored light support, proper rotation (qc dependent) multi-threading as standard and a few other features.

See no reason not to include them, even though they are beta. 

mh mentions on his blog that high resolution lightmaps are becoming a possibility in Quake due to some new tech he has written.

Just wanted to say FUCK YES PLEASE to that, the sooner the better :D 

Forgot about that one. 

I appreciate the dry humour there. 

Is there any way to stop Quoth monsters infighting? I know knights of any kind wont fight each other, would like to have base monsters behave the same way and dont agro at their enforcer brothers. 

.. put them in the same room :P 

Im using netradiant to map for quake1 but i cannot find away to load a texture directory. What does work though is if i load a map and have the textures available at the correct dir on disk. Then the textures for that map is loaded and i can use those. Am i missing something in a cfg file? 

Netradiant looks for wads in
quake\ID1\ 

Thx works like a charm now 

If you mean when the map is compiled and played the textures aren't there, you need to make sure the texture wad is listed in the map file so bsp can find them. NetRadiant doesn't add this automatically like Worldcraft did. It goes in entitiy 0, like this:

// entity 0
{
"classname" "worldspawn"
"message" "Wishes 2011 Edition"
"worldtype" "0"
"sounds" "10"
"wad" "c:\quake\ID1\rk_quake.wad;c:\quake\ID1\quake101.wad" 

I have 2 ogres that target a trigger_counter. There is a hellknight in that area also. Sometimes the hellknight will kill one of the ogres and then the trigger_counter doesn't fire its target. What causes this and is there anyway to fix it short of removing the hellknight? I can't make the HK target the counter also, because it's already got a path_corner target. 

are you sure it's not firing it's targets?
the counter code will always fire it's targets, regardless of who the activator is, but it's only the message that doesn't print if the activator isn't a player. (so if you're firing a relay with a message, the message on the relay won't display either). 

Quoth offers a way round this if you turn on the broadcast flag on your trigger_counter. Broadcast makes the counting message appear to all players connected to the server (the default behaviour only prints the message to the player who got the kill, hence no message to anybody if a monster gets the kill) and is designed for Coop. Happily in single-player the only difference it makes is to fix the above abnormality. 

I've run into a lot of odd stuff over 4 years of playing around with this level. So I'll test it some more before I throw it out completely. It's not the messages, they're turned off.

There are two Ogres that (are supposed to) fire a trigger_counter once both are dead. That trigger_counter then activates some Scrags (3), which (via a second trigger_counter) open a Door - once all three are dead.

It's pretty obvious when the door doesn't open, it stops any further progression.

I prefer the effect of the HK at that spot, but I'll probably change it to an ogre to avoid any in-fighting issues just to be safe. 

So do the scrags activate? What happens when you kill them? 

Quoth supports target2, target3 etc fields, so you could make the HK target the counter as well.

A hacky workaround for situations where things don't work if the activator is not the player - usually centerprint or waking up other monsters - is putting a large activatable trigger (info_notnull hack) in the area and make the counter fire that. It'll activate the trigger which is then touched by the player and everything's fine. This isn't necessary for opening a door, though. 

By the way, in case someones didn't realize, monsters on a path can still fire a target upon death as long as it's the same targetname as the path_corner they're initially linked to. 

And in a case like Rick's, a trigger_relay with the targetname of the monster's path_corner which then fires the counter.