~690 at the moment, and I have a lot of large funcs. I can probably reduce them a bit as I've nearly finished the map now, but I wonder if I'll be able to reduce them enough. I'll do some tests tonight to remove the largest func_illusionaries.

Aside from that, it's just clipnodes and marksurfs that are over. No way in hell I can lower marksurfs enough to bring it under the limit without spending a massive amount of time removing detail, but clipnodes should be easy enough, since there are lots of arches and small details in the map.

God I'll be glad when this pos map is finally finished and I can forget about it at last :/ 

I think I recall seeing marksurfaces actually DROP when converting func_s to world geometry. 

Not too hard to imagine if the func and the world intersect or overlap, as both sets of brushes would get faces culled, which might offset any extra splits. 

anyone know if a trigger once can start disabled, be triggered by another entity to become active, then trigger normally by the player? 

But we had that in the RMQ progs 

no, but:
http://www.celephais.net/board/view_thread.php?id=4&start=4469&end=4469

(trigger_changelevel does have that functionality though; set 'startdisabled' to '1') 

terrible idea but it might work 

I noticed the changelevel had that functionality, but didn't try using it as a trigger. In the end I used two func_breakables for what I wanted to do. Doesn't do the same thing exactly, but it does what I want to do now.

Thanks for changelevel tip though. Will try that if I need to later. 

you are very welcome to slap those things into the wiki at quaddicted so one does not have to search for post 12765 in thread 124, eg http://www.quaddicted.com/tools/mapping_tricks or something 

Looking for a way to stop nails and rockets. Working on an idea, I have enemies placed outside their sight range. I would like to keep the player from hitting them. Anyway to block rockets without having them explode? (using Quoth) 

try a trigger_void... that should work. obviously though, it'll have to be placed in a way such that no monster touches it. it also needs to be wide enough to catch a fast moving rocket (otherwise it'll be on one side of it in frame 1 and on the other side of it on frame 2 and never register the touch). 

trigger_void did the job 

I have a few areas of void in my map and I need to make sure that the bottom of the void is lit bright enough to see flying enemies as they pass over it. I have a few problems:

1. how do I set the angle of the light cone? I looked in the light manual and found the option _softangle, but I haven't tried it yet. I want to set the cone angle to 180 so that the light will only illuminate what's below it.

2. I want the void to be black, but it's grey if I use a black sky texture or the void skybox. This is really annoying. I can use black polygons and it will look black if I don't put any light there, but I need *some* light to illuminate scrags etc.

I'm going to have a play around and see if I can get it working properly, but if anyone knows this stuff off the top of their head then please let me know! 

I have a few areas of void in my map and I need to make sure that the bottom of the void is lit bright enough to see flying enemies as they pass over it. I have a few problems:

1. how do I set the angle of the light cone? I looked in the light manual and found the option _softangle, but I haven't tried it yet. I want to set the cone angle to 180 so that the light will only illuminate what's below it.

2. I want the void to be black, but it's grey if I use a black sky texture or the void skybox. This is really annoying. I can use black polygons and it will look black if I don't put any light there, but I need *some* light to illuminate scrags etc.

I'm going to have a play around and see if I can get it working properly, but if anyone knows this stuff off the top of their head then please let me know! 

Put a few (one may even be enough already) light entities close to the bottom and give them "mangle" "0 -90 0" and "wait" ".1". The light value determines how bright the models are, so you'll want to make sure it matches the surround areas. Note that the lighting will only affect models within a 1024(?) distance; everything above will still be black.

Important: if the void is made of sky, you also need to put a solid brush (with upscaled textures!) inside of the bottom sky brush, because sky alone can't be lit. Needless to say, you need to ensure the sky volume is big enough so that the projectiles can disappear correctly even with the solid brush inside. 

In some of the QdQ movies, there are outtakes where monsters spontaneously become indestructible - they can't be killed by gunfire, grenades bounce off of them, hitting them with the axe makes a stone sound, and the genocide cheat does nothing.

In the map I'm working on right now, this weird bug seems to affect the monsters almost every time the map is played. Even stranger: it affects only ogres, including flak ogres, and it affects them regardless of whether they are present in the map from the start or spawned in.

For the moment I've worked around the problem by giving all the ogres identical killtargets and targetnames, which causes them to be removed from the map when their HP hits zero, but I REALLY don't want to complete and release the map that way. For one thing it looks silly and disconcerting (they just DISAPPEAR without animating or playing a death sound) and for another it affects the ammo balance in a way I really don't like.

Any ideas? 

I thought it might be a joequake/qdqstats related bug, but it happens in winwarp too :/ 

Which mod are you using? Do they have any non-standard spawnflags? Does it also happen in Fitzquake as well? 

thanks for the help as usual! 

It's not something I know the answer to off the top of my head but I would like to try and debug it. Can you send me either the whole map or enough of it that the bug is easy to reproduce? 

negke:
1) just Quoth
2) spawnflags vary between cases, which is part of what makes it so weird.
3) It happens in FitzQuake every time just like the other engines

Preach:
I'd love to send it but I'd rather not post it. Got an email address?

FWIW the problem seems to appear pretty regularly when the ogres are hit with quad damage and to almost disappear when I take out the quad. I really wanted that quad secret because it's an awesome area for one, but I might just replace it with something more tepid like a cross. :P 

n/t 

I forgot we even HAD profiles. 

Wondering why the bug almost always appeared when Quad damage was enabled and very rarely otherwise, I experimented a little further and figured something out. I was using the "remove head gibs" Quoth optimization and ogres became immortal instead of gibbing. Severed heads are back in and now they die like decent monsters. Maybe it's just a bug in Quoth itself (related to the ogre models now being merged?) that no one noticed because no one bothered to have ogres, quad, and optimized gibbing in the same part of one map before :P

Preach, feel free to disregard the email, or laugh at how much my map sucks. your call. 

That makes it very easy to investigate, and even without running your map I can see how to fix that. I think the ogre must have been the first monster tested with the flag, and it has a single vestigal line of code which no other monster has. So I've fixed this bug (and a related one where eliminators would still precache their head mode even with this flag set). It's now in a potential 2.2 patch for BUG FIXES ONLY.

I say potential because it might be worth holding on until a more severe bug comes to light, before going to the trouble of getting everyone to get a patch. The 2.1 patch fixed an unavoidable crashing bug in an existing map, and this is the only change in 2.2. If anyone has any good crashing bugs in Quoth 2.1 now's the time to share! Fern: let me know if it's impossible to get the map to run on a stock engine without that optimisation, as that would probably sway me.