Ericw, that's interesting to learn! Would you mind elaborating on what the functional differences are between the two flags? Also, since I'm still not sure, does _dirt need to be set if it's enabled in worldspawn? Thanks!

Newhouse, yeah, func illusionary is fine for that. Or, since you're using AD, func_breakable_wall works too. It's specifically designed to appear as part of the rubble when a func_breakable is destroyed. Set its targetname to the same value as target on the breakable, and then you can set properties such as whether it has collision or not. It also has things that support fading out etc. but for your use it's basically the same as having a func_illusionary that spawns when you break something. 

Here's an example of a func_wall (the floating cube with a hole through it thing) with "_selfshadow" "1": http://i.imgur.com/lDQ7vNh.png

If it was just a plain func_wall with no extra keys, the left wall would not cast a shadow on the bottom wall. If "_shadow" "1" were set, you'd also get a shadow cast on the world. 

re: dirt, I think if "_dirt" "1" is set in worldspawn, you don't need to set it on every func.

However, dirt interacts with the use of _shadow/_shadowself on funcs in the same way shadows cast by lights do.
i.e. "_shadow" "1" -> the func will "cast" dirt on to the surrounding world
"_shadowself" "1" -> the func will "cast" dirt on itself, but not on the world.

Btw screwed up in my last post.. the key is called "_shadowself", not "_selfshadow" 

Does _shadow have support for multiple light sources? 

Shadow+Shadowself...did some tests:

_shadow 1 - self shadowing done and func_ casts shadows on the world.

_shadowself 1 - self shadowing and no shadows on the world.

both - same as _shadow 1.

Conclusion: _shadow 1 causes brushes in func_ to be treated as any old normal world brush. _shadowself 1 is only useful for cases where you don't want an object to cast shadows but still want it to shadow the brushes within the func_. 

Would someone explain me 'why func_illusionary.. if I put _shadow 1.. Light still goes through it and lights for example one room that should be dark? Because I can't make this working like you do, I have to make actually normal brushes there.. kill them when func_breakable wall is broken and then set active func_illusionary which where first "start off".

If someone knows why simple just using _shadow 1 doesn't make it solid + block light coming through it? 

Which light tool are you using? Only the newest versions of some light tools support _shadow. I'd grab a copy of http://celephais.net/board/view_thread.php?id=61211&start=99999 if you aren't sure. 

I thought I already crabbed that one.. let me see.. yep. I'm using tyrutils-ericw-v0.15.7-win64. 

I mean I grabbed* 

How bad is hitting the vert limit on bsp? I added the bsp2 flag to my compiler like the error said, but should I be concerned about it at all? Also, I'm assuming that all modern engines support bsp2, I mean i'm only about 3/4 done with this map so I can't exactly just trim it down yet. 

I want that player goes to "wait elevator zone" and whether it is up.. it goes down where player is.. but if it is down already - don't do anything ... just let the player go inside elevator.. wait about 1 second, after it goes up. And same other way around.

Pictures would help a lot more to visualize this. 

I want this to happen:

https://drive.google.com/file/d/0BwxYkKdSD855THBfcFRUWmlXd0U/view?usp=sharing 

you could probably use logic gates to make that happen neohouse 

I take it this is for the AD jam?

You could use entity states for multiple triggers. I don't know if this is over thinking it but what comes to mind is something like:

If elevator is up, and the player is down then a trigger by the elevator entrance will trigger a func_door set with toggle. This also turns off the trigger so it will not go back up without the player going inside the elevator.

A trigger located where the elevator space in the down position would then activate the door toggle. A similar trigger would be in the elevator space when in the up position.

Finally, duplicate the first section but on the upper floor.

With this, you can set separate wait values for triggers to get the elevator to act how you want.

I just pulled this out of my bum and your mileage will probably vary. :O 

You could also just use multiple func_buttons like how other elevators work.

But if you don't want buttons then try it out! 

As long as entity_state whatever works in a way, it set the same state like "on" or "off" multiple times and not starts switching it between until I really want it to be changed. 

_shadow 1 on func illusionary should work with my light tool. Try starting with a simple case of a room with a pillar in the middle made of func_illusionary.

The light tool doesn't understand the start off spawnflag, so things that cast shadows always cast shadows. 

the thing is, if these brushes were "normal" no "func_anything", light didn't come through it. But using func_illusionary.. even though I tried everything, using these _shadow 1 etc. I couldn't make it block lights, and tbh I didn't use "start off" yet so problem is not there. Somewhere is problem I can't figure out it by myself, because there is other things like I have to do.. like finishing up my map before deadline.

Also another thing about these clip brushes.. There is one hallway and monsters could easier walk through it, then I added there grates on floor, and covered it with clip brushes like I did in many other part of my map and in those areas those worked just fine.. but for some reasons it didn't worked on this specific hallway and enemies couldn't anymore go through it.. there is clip brush precisely placed on same high as floor is and it covers all these func_detail iron bars on floor, why they can't go through it? Is this some kind of bug or something?

https://drive.google.com/file/d/0BwxYkKdSD855WFNfd0Y4a1Uwck0/view?usp=sharing 

Newhouse, try turning bounce lighting off and see if the func_illusionary with skip textures and shadow tag works then. 

 

Wait, the func_illusionary is textured with "skip"?
Updating your utils to v0.15.8 will fix that then!

Due to some things I changed in light (new raytracer), I had to handle the case of shadow-casting skip-textured funcs in a special way. The only limitation is, all faces of the func must be textured as "skip" for it to work. 

Yeah, to fix the walking issue you need to use a func_wall with a very small alpha key value.

ericw, what are the chances of that changing in the future? It'd be nice to have some of the "one sided" brushes in my map cast shadows. It's not a big deal if it can't happen, though. 

Pritchard, I think that case will already work as you expect.. (something like hanging vines with texture on one side only?) The normal textured face will block light. (the skip faces won't, but the back side of the normal-textured face will, so the result will be fine.)


(The only case I'm aware of that is broken would be very unusual: say you had a bridge using regular textures, with spikes extending out of it that were textured with skip, and the whole thing was a single func_wall with _shadow 1. The result would be the main bridge casts a shadow but the skip-textured spikes don't). 

I'll check my entity setup when I get the chance, I may have forgotten to set _shadow 1 on the relevant bits... 

Thanks ericw, I will update my tools*

czg "Monsters Can't Walk On Clip Brushes."

Is that so? So it means I need to use invisible brushes or func_wall with alpha always when thinking of monsters. Maybe I skipped that part where ever it was written down.