Adding wait only made the sound not turn on on the first time it was targeted. 

that's odd. it is supposed to turn on immediately. are you within hearing range of the sound when it is triggered? if you are outside hearing range, the engine will not bother registering the sound as started and it will not be playing when you move into range. 

The SNG, scourge, and the sound are close to eachother in a box detached from the rest of the map that the player teleports in and out of.

Maybe the teleportation is a problem? 

yeah. that's it then. like I said, if a sound starts outside of hearing range, then the engine ignores it and doesn't register it as playing. so if you teleport into hearing range after it has started, then it won't be playing.

if you can make it start a split second AFTER the player is in hearing range, it will work though. 

Since the sound is triggered by picking up the SNG.

Maybe I should just send you the map. :P 

I can take a look, sure. 

Indeed. I didn't notice at first, but all the other doors open as well. Guess I'll have to bite the bullet and use SUB_Null then. There won't be that many roaming monsters, anyway. 

if you can find what errant entity is in the area touching the trigger, maybe you could move it?

but yeah, that's the unfortunate part about bypassing the touch checks. :( 

You had 'state' set to '1' on the sound entity. this was stopping it from working the way I described earlier.

if you remove that (or set to 0) and then put 'wait' to 999999, it should work. 

 

How exactly did you do that perma-powerup trick in ne_tower? I tried the same (respawning items in a remote closet, teleport destination inside ceiling), but it's very unsmooth. If I remember correctly, it wasn't even noticable in your map. 

Any tricks to make func_movewall actually work when rotating a train, with monster/player inside?
I can get several loops around the path but eventually the passenger falls out.
Perhaps two paths, don't rotate the func_movewall and rotate the rotate object. Would limit the look of it though...
Any ideas? 

Nope. They suck. I tried it with my crane sequence but if the player pushes against the wall they just slip through. 

Old school works. plain old func_train style.
I found if you make the movewall one entity, a box it works good. Just limits the design of the rotate_object to something centered around the box. Made my train a bsp model (don't have to fight texture alignment). Set up a rotate_object out in front with model set to s_null.spr and effects 8. headlight! If i can get it to go up and down hills I'll post a demo. 

negke: It wasn't permanent and it wasn't completely smooth either since the view angle is not preserved when you flicker in and out of the powerup closet. 

I assume the compiler is adding water/slime/lava sounds to my map. For some reason slime and water both use the same sound so it is not easy to determine if a liquid is dangerous or not. (besides making the texture glow green!). Does anyone have some acid burning sounds to play as ambient? What does everyone do for slime? How do you show it is dangerous? 

I've usually used a distinctive texture.

You could also add your own ambient sound emitters with a more distinctive sound.

You could also add signage that says "danger! toxic slime" near the slime pits. Or maybe skeletons floating in the slime, or floating dead fish on the surface.

Really, I question the decision to use a non-obvious texture in the first place. Do you have a good reason for doing that? 

I am using a slime texture and it is green, but I am also using water alpha of 0.6 and this makes the slime look watery. Quake also makes this more of problem because it plays a water ambient sound which does make people think, 'that is green water!' :P 

I assume this is about the slime in ITS? The texture is quite obvious - at least it's one of those the somewhat experienced player recognizes as slime from the original levels. However, this is obscured by the automated wateralpha which makes the texture harder to distinguish from regular dirty water. In this sense, the dark green slime texture may be better than the brighter one. Or a sizzling sound could help, although it would probably have to be dynamic as metl said. Or, since you introduced particle effects to a lot of objects, what about subtle green particles (bubbles) above the slime surface, around the edges, or around things that touch it (floating goo, some sort of residue from something that melted there earlier). 

nothing to add but FYI the lava ambient sound is not implemented. There is code in the compilers and in the engine too, i think, but it doesn't do anything. :( 

To be honest this is something I am surprised has not been mentioned before and probably why czg made his slime/water so dark coloured so it looks more solid and dangerous. The side effect of water alpha in engines is that dangerous liquids can look like coloured water. It is a shame the water alpha is not specific to liquid types and not across a whole level.

I am also surprised how the stupid quake engine plays a water sound for slime when it should be a burning acid sound. Luckily I got some feedback from someone who does not play quake and it is a valid point. 

I made a static model that you could use as a placeholder
to give another character to the slime.
ripple

It's a small model on 2 x 4 64 units, and can be used with every texture to create a ripple shape.
download 

It's unfortunate, sure. But is it really that much of a problem if a single player gets surprised by it? You could file it as a learning experience. 

Bright green goo on the surrounding textures maybe? 

@Madfox, for some reason that ripple model looks strangely erotic, but thanks for the idea.
@negke, well I have added an acid burn sound, painted the walls green to match the slime, mentioned it in the books nearby, changed the water alpha to be thicker. The next step is putting warning signs up, I suppose I could create a medieval danger sign! :)