JackFarmer

I've created a vaulted ceiling as per Sotha's tutorial. In the editor it looks ok: ....but ingame all four middle sections show this weird patch-like looking thing: What is causing this?

You mean embedding uploaded videos from YT, Viemo or vidlii? Simply copy the URL and paste it in your message where you want it to be.

That complies with what I've read in several reviews. I have not read the books nor played the games. Not having these preconditions, does it make sense to watch the show in the first place?

Will do.

a. setup with path corners only, switch moved away from the sliding doors: no difference (AI walks in circles) b. setup with path corners and path interact, switch at original position: works perfectly and looks like from a textbook (however, this setup causes the before mentioned problems when switches are used by other AI or the player) Should "a" work in general? I cannot recall a previous mission with such a door/switch setup. I have the feeling, that the AI does not "see" that the sliding doors are closed. I am just wondering how it works with regular doors. Does the code check the condition of the VP and therefore commands the AI to either open or close the doors? However, my sliding door includes a working VP as well. Covering the sliding doors with identical solid brushes does not work as the brushes cannot be bind to the doors. Even if that would work, the code would not know that they are (the solid brushes) part of the door/switch setup. I will try something with AAS Obstacle or MC/nodrawsolid as fs and have it linked to the doors.

Hint:

I incorporated sliding doors (A) with switches already in HHI and HHVF. They did not pose a problem there, because AI was not meant to operate the switches and walk through the doors on normal patrols. Well.... A. The sliding doors (A) open/close only through switches (1) and (2). With closed doors, I've tried the following: path corner inside building -> path corner outside building - result: AI walks in circles before the door. As soon as the player opens the door with the switch, AI passes through it. path corner inside building -> path interact (with target0 - switch) - result: AI stops before switch and refuses to do anything. (I am not even sure if I should put a target property towards the switch, as otherwise it is not possible to give the the path interact another target that would be addressed after the interaction with the switch. I cannot find more information abouth the entity on the Wiki and the inherent properties include nothing special. Even if I would get this setup working, it would already cause problems as soon as the player would have opened the door BEFORE the AI wants to interact on its patrol. Can somebody point me to a map with a working setup? I cannot recall seeing something similar...

@STRUNK Thank you very much. I could have lived with the lit model as per my export, but I'll take your version, of course.

@STRUNK Oh holy taffer, of course, that's the solution. @demagogue Now I understand what you mean (see post before).

Correct. It shall remain inactive during the entire mission, thus a simple model would do the trick. However, With the keyword "steambot" the only model I can find is the one in the char folder, and that one does not show up ingame (see previous post). Hm...

I've got a container that shall include a standing idle steam bot. The bot in the shot above is taken from the char folder and does not show up ingame (I anticipate this is used for character rigging). How can I create an inactive bot?

I am pretty positive it is The Accountant II @nbohr1more This is from the relevant thread, I have highlighted one important sentence:

The Accountant 2: New in Town?

@Dragofer Is there a command similar to reloadDecls when changing rotating spawnargs on entities?

Ah, it's reloadDecls. Wow, using this ingame and switching between DR and DM is very useful. Thank you for your help.

@Dragofer "reloaddecls" does not work. Does it need a prefix? I cannot find the command in the list of useful console commands.

Is there a way to "prevent" particles from "penetrating" through brushes? I do not know how to express this more accurately, please look at the picture below: This goes for several particles I am using (water falls, steam vents).

I am afraid you will not like this:

I have a switch that activates a mechanical device. To make sure that the player notices that something important has changed, I have positioned several lamps in certain corridors far away from the switch in question. The current setup uses targets from the switch to activate the lamp entities. An elaborate task if you have several lamps and/or want to add additional lamps. Could this be solved via S/R as well?

@STRUNK Moving the Star entity inside the picture entity did the trick! I will do a dmap of the section in question for your reference and have it uploaded.

@STRUNK I will move the star further away and will see what happens. The sound should come from D or the Star (preferable would be D of course, as the Star shall be located in a blue room. I gave the Star a sound shader and the property s_waitfortrigger---1, but that does not work. It neither works on D. Hm....

@STRUNK Regarding the "rotator", I have created the following setup: A= Button B = Trigger Relay C = Star D = Func_static C and D have the same XY position. D includes the spawnarg "bind_Star" Test: When pressing the button, sometimes D rotates according to the Star specs, but most of the time it does not move (or only moves a few degrees). The crazy thing is, if I try this in WS1 with smaller fs_brushes (and even with entity "D"!), it works perfectly. The other problem is, that I do not get sound playing during the movement. It would be great to have a default door mover with the property "invert_on_trigger--0/1".

@STRUNK Soooo....I looked into it, had the item (STAR) rotated, arranged for Z axis rotation and removed four of the stoppers: Result: Works like a charm. I have to admit that I do not have much experience with the S/R editor, but I would have never thought it could be used for things like that in the first place. I will try to incorporate this setup into one of my puzzles and will revert to you asap. Many, many thanks for your prompt help! Jack

@STRUNK Thank you for that! I will check it out tomorrow (as soon as I am sober again). I will leave now for our NYs party. Have a good one! Jack

@STRUNK Outstanding to the max, this is extremely cool!!! Dragofer would say, you are truly a member of the Inventor's Guild! Keep on the good work! Jack