rotating func_door_rotating off the grid

[UltraProAnti]

i've noticed that doing this leads to unreliable door operation. sometimes they'll work fine, other times not. at first i thought it was because source doesn't like origins with floating point values (i.e. off the grid), but snapping the origin helpers to the grid didn't help either. yet i've rotated func_door_rotating ents off the grid before and they worked fine

what's the story?

 

[Raeven0]

Unreliable in what way?

 

[UltraProAnti]

unreliable in the sense of either not working at all, or half working (i.e. a door will open but not close, even with wait of 3 and no 'user closes' checked)

 

[Raeven0]

The only awkwardness I've ever experienced with func_door_rotatings came when I changed the door's angles. It really didn't like that. The flags have to be carefully set up to do exactly what you like, though...

 

[UltraProAnti]

well, as these are brush doors (it's a large floodgate) which don't need to be pixel-perfect for areaportalling purposes, i've decided to turn my brush models into func_brushes, then parent them to a non-solid func_rotating_door covered in toolsinvisible, to which i'll then copy all I/O data. the invisible doors *will* sit on the grid. hopefully that should solve the problem

 

[UltraProAnti]

ok, i think i've figured out what went wrong, which i'll mention here to make this thread useful to anyone else who has the problem

the doors i built were flagged as 'start open', which means i wanted them to close. however it appears that HL2 won't close start-opened doors with the 'close' output. you need to use 'toggle' to close them. this was something i discovered in my test map and was the one thing i forgot to transplant over to the real map

DING

 

[Raeven0]

Ding! An angel gets its wings.