SV_RecursiveHullCheck: node number 34226 outside 53513 - 54143 for edict door, model *48

I'm not actually looking for help with this, I just thought it was an awesome message. 

Hi,
Does anyone know where to find the newest or best qbsp, vis and light programs ? For Quake (worldcraft), I mean.
Thanks ! 

http://www.quaddicted.com/tools/map_compilers 

a lot ! 

the link to light.exe was broken, so i tried to fix it, but it still doesn't work because the filename has uppercase chars, but the link is not being generated with uppercase even though the source page has them. 

That is terrible, what a stupid bug. Maybe prepending http://www.quaddicted.com would work. 

 

you dont say 

yup, that worked. 

Is there a way for spawning a megahealth with info_multispawn? 

The way you're supposed to to it use the classname "info_health" everywhere you'd usually use a monster classname, but also set the second spawnflag on the info_multispawn - spawnflags on the info_multispawn get passed onto the things it spawns. Not tested this particular case though... 

Thanks. 

Haven't touched the map for a couple of months and today I go to have a play-test because I think it's ready for a full vis and this pops up. FitzQ carries on OK but what am I looking at here; good, bad, or forget it? 

If it doesn't crash (which it does in some cases) then), it's probably forget it but it can be fixed nonetheless, I think. 

there is something to do with entity links. that message means that fq is avoiding a crash by fixing the link.

It can be cause by setting origin of bmodel entities during a touch function. probably other things as well. 

Are func_breakable's supposed to be damaged by monsters? In my last map at least two people got an ogre to open the ROS secret and I wanted to incorporate something like that in mission 2. But right now for some reason the brushes break when the player shoots them but not when ogre grenades explode on them. 

I suspect the problem is not specific to a func_breakable, but is down to the way radius damage applies to brush entities. The grenade does damage to all brush entities whose centre-of-mass* is close enough to the grenade. If your func is large enough, grenades on the ground won't reach it. One test would be to turn it into a shootable func_button and see if that can be triggered.

A possible (untested) solution if that is the problem would be to add a set of point-sized, 1 health trigger_once entities that target the func_breakable. Spread them around enough to give you good coverage.

*Here centre-of-mass means the centre of the bounding box enclosing the brush object, not a calculation based on volume or density. 

Shootable triggers don't work as point entities unfortunately - a point can be touched, but in order to receive damage it needs to have a volume. 

I'd have thought they'd be impossible to hit with nails or shotguns but that they'd still receive radius damage, is that not the case? 

thank you. splitting the func_ brushes into several parts worked like a charm. and until your post I didn't realize func_breakables could be targeted, so that provides a workaround just in case the first plan doesn't work. 

Yes, you're right. Radius damage still works. 

Having a bit of a problem with toggling a play_sound_triggered on and off. My intention is to have the player trigger the sound on (spawnflag 1 is supposed to give that effect, right?) by picking up a weapon, and then off by killing a monster nearby. Instead, the sounds keeps playing after killing the monster.

The ents in question:

// entity 257
{
"classname" "weapon_supernailgun"
"origin" "2048 2048 64"
"target" "desertambience"
"target2" "fog_sand"
"target3" "woodsecr"
}
// entity 258
{
"classname" "monster_scourge"
"origin" "2144 2048 56"
"angle" "180"
"target" "desert_out"
"target2" "desertambience"
"target3" "fog_off"
}

(...)

// entity 261
{
"classname" "play_sound_triggered"
"origin" "2048 2048 128"
"targetname" "desertambience"
"noise" "necros/highwind.wav"
"impulse" "1"
"spawnflags" "1"
"speed" "-1"
"state" "1"
} 

A weird occurence in my map, can you explain what's going on? I use into_notnulls as dormant triggers for unlockable doors, and their touch field uses multi_trigger in order to allow monsters to open them as well. There's one of such triggers that spawns automatically on mapstart (only used to create a smaller door radius). Now, what happens is, it fires its door once right after spawning (understandable as both touch), BUT it also fires whenever the player (and I assume monsters also) teleport around the level. Wtf?!

Another question about the func_wall-as-door hack you posted once: do you think it could work as a door while at the same time still supporting the func_wall_use function so as to change the texture when triggered? 

I think there might be some quirk with the sound entity that's not letting it turn off again. I'll need to check when I get home...