INDICATOR Lights ERROR

Avatar
mcdaniels
50 Posts
Posted May 17, 2011
Hey!
If the indicator lights turn orange cause the texture toggle entity is triggered by a button, they don?t turn back blue in time after the delay I set for the "OnUnpressed"-Output! but the Panel with the x for closed and the V for opened does! Thats why I can tell these events dont happen at one time, like they should! The funny thing is, that the the time-difference is dynamic, sometimes they even turn back blue simultaneously! What can I do?
Thanks a lot!
Advertisement
Registered users don’t see ads! Register now!
Avatar
Aldéz
221 Posts
Posted May 17, 2011
Replied 4 hours later
I'm not sure I understand. You have a sign and an indicator strip. When you unpress the button they don't turn back blue simultaneously, but both do eventually? Have you set a delay on the outputs or do you have a timer?
Avatar
mcdaniels
50 Posts
Posted May 17, 2011
Replied 7 hours later
the output "onunpressed" fires with a delay of 7 seconds. It fires at the texture toggle and at my door, that I want to be closed after 7 seconds. The door and the X-sign (that is corresponding directly to env_texturetoggle) work just fine and close/change color after 7 seconds, ONLY THE STRIP DOESNT ON TIME! BUT SOMETIMES IT DOES! ITS different every time, which I dont understand :mad:
Thanks a lot!
Avatar
Aldéz
221 Posts
Posted May 18, 2011
Replied 13 hours later
Well, it doesn't make sense, but I don't have much to go on :confused: . Sometimes starting all over help.
Avatar
Nacimota
345 Posts
Posted May 18, 2011
Replied 3 minutes later
Can we see the VMF?
Avatar
Omnicoder
299 Posts
Posted May 18, 2011
Replied 7 minutes later
I've actually noticed some odd delaying with indicator strips too. I've seen situations where all of the strip would toggle except one overlay which stayed in the wrong state until I went through a portal and then it updated. No idea what the cause is.
Avatar
Nacimota
345 Posts
Posted May 18, 2011
Replied 3 hours later

Omnicoder wrote:
I've actually noticed some odd delaying with indicator strips too. I've seen situations where all of the strip would toggle except one overlay which stayed in the wrong state until I went through a portal and then it updated. No idea what the cause is.

Very strange.

off-topic: is that Julian Assange in your avatar?

Avatar
mcdaniels
50 Posts
Posted May 18, 2011
Replied 4 hours later
by the way, my strip parts are OVERLAYS, and no FUNC_BRUSHES, if that matters anyhow. I remember having read a texture_toggle-tutorial where it says you need to make 1 unit-thick func-brushes and the texture it with the blue-points-texture....
cheers
Avatar
Aldéz
221 Posts
Posted May 18, 2011
Replied 8 minutes later
They're meant to be overlays (look in the material files). I'm not sure, but there's a risk that they won't render properly if you use them in any other way.
Avatar
msleeper
4,136 Posts
Admin
Posted May 18, 2011
Replied 3 hours later

mcdaniels wrote:
read a texture_toggle-tutorial where it says you need to make 1 unit-thick func-brushes and the texture it with the blue-points-texture

You should never do this. Whoever wrote that article is retarded.

Avatar
NocturnalGhost
200 Posts
Posted May 18, 2011
Replied 5 minutes later
I think the func_brush method was used briefly in the early days of the orange box, before the SDK was released. It's a shit solution compared to overlays.
Advertisement
Registered users don’t see ads! Register now!
Avatar
mcdaniels
50 Posts
Posted May 18, 2011
Replied 16 minutes later
ok mow i know. but howxcan i solve the "bad timing" problem? arent both the x-panel and the stripes leading to it fired simultaneously by the env_texturetoggle?? there is no plausible reason for the different timing, at which the textures change each time. sometimes on time, sometimes it lasts a couple seconds til the stripe indicators follow the main indicator... tss crack in the matrix
:biggrin:
cuse me, FIRED BY THE FLOOR BUTTON via texturetoggle