sNeaksieGarrett on 15/7/2013 at 22:01

---

I can't remember to be honest Larry. Probably. But RobotSteam is a particle, not an emitter like BreathSpout is. So, I just tried ParticleAttachment with the Breath instead, but it shows on the guard's helmet instead of in front of his mouth.

Edit:

I actually tried doing a breathspout ParticleAttachment link and it just stays at origin instead of following the guard.

I looked at robotsteam and it has Particles: Activated: FALSE for one thing. ALso, there's a Script>Timing: 250, which I find interesting. So apparently it's supposed to pulse on and off, but when I try this on mine nothing happens. If I put Activated back to On, then it just stays on and emits breath indefinitely with no gaps so it looks more like a funnel of smoke or something.

But back to my last question, what is BreathOn? Is that something I put in the Design Note?

sNeaksieGarrett on 15/7/2013 at 23:26

---

I'm sorry if I'm causing you frustration, I just didn't know what the hell BreathOn was supposed to be. I thought you were trying to tell me I had to create something in dromed called BreathOn, I didn't know you could create a TurnOn Link with NameOfObjectOn so I was confused.

How do you propose we do that? Should I pm NV then?

edit: Okay, so I need to be more careful and read things more thoroughly. I see that quote about RoboSteam. Does that mean I can put RoboSteam into the Script box and utilize this for my Breath? Or maybe I can just modify the RoboSteam to act more like breath instead. Inspecting the robosteam object I don't see any scripts attached to it, though.

Back to the marker:
I don't get it. I put everything into the marker and still nothing happens. I'm either so completely incompetent or something else is wrong. Sigh.

Update:

I looked more in depth into the roboSteam. I see that the combatbot has the RoboSteam script, whereas the RoboSteam has the timing. I was able to modify the Launch info on the RoboSteam and ParticleAttached it to the AI, but I can't quite get the same effect as my other method with the Contains link. If only the AlLinkLocation worked when using ParticleAttachment links. :/ I guess what I can do is use ParticleAttachment but fiddle with the launch info until I can get it in a good spot. The script to where you can turn it on and of would definitely be useful, The Watcher. I'm going to see if I can do it with NVScript at the moment.

sNeaksieGarrett on 16/7/2013 at 01:32

---

Right, a message not a link. My bad.

I came up with another possible solution that could be a fall-back, but I still have to figure out how to turn it off when the guard walks inside:

Create Tweq>Emit on guard himself.
CD link guard to a relaytrap>CD>inverter>CD>back to guard.
Scripts>TrigBrainDead.

That way, when the guard dies or gets knocked out, his breath disappears. (To be honest, I hadn't even thought of having it still show when he's only knocked out versus actually dead.) This works without the problem of a stray breath object being created. (I think?) However, I don't know how to force it on and off depending on what room he's in, because he's a different case compared to how I have it set up for Garrett.
-----------------------------------------------------------------------------------------
About robosteam: Yeah, I tried modifying the robotsteam to work like a breathspout, but I had to change it to Launched Continously, but the problem with doing that is exactly what that implies. If I set it to launched one-shot, then you see it for a moment and then it's gone. I thought using the Timing/RoboSteam script would allow it to turn itself back on, but that didn't seem to work. I ended up giving up trying that approach to go with the above solution.

1. You're right I didn't.

2. That's true. I think a PM is in order. However, I've tried PM'ing him in the past and never got a response. He's in contact with Yandros (or at least was) and I ended up asking Yandros to talk to NV for me.

3. NVSpy reports this:
NVSpy: "BeginScript" on Marker (515) from (0)
NVSpy: "Sim" on Marker (515) from (0)
NVSpy: "ObjRoomTransit" on Marker (515) from (0)
Failed to load palette intrface\synch
Using D3D device: AMD Radeon HD 6570
NVSpy: "DarkGameModeChange" on Marker (515) from (0)
NVSpy: "DarkGameModeChange" on Marker (515) from (0)
NVSpy: "EndScript" on Marker (515) from (0)
NVSpy: "Sim" on Marker (515) from (0)

sNeaksieGarrett on 16/7/2013 at 01:52

---

Tried walking him inside and then back out, but I don't see any change.

sNeaksieGarrett on 16/7/2013 at 03:14

---

Mesh Attach. When I wrote that post I hadn't messed with trying a second marker. I tried that later but I probably didn't set that up correctly. Made second marker and mesh attached it as well, with Design Note: NVRelayTrapTOn="BreathOn"; NVRelayTrapTDest="[Me]"; and CD link to itself.


edit:

I tried a different way just to try something fresh since i"m having trouble with the current system we're trying. I created a breathspout, but this time instead of a contains link I did mesh attach and then I CD linked from the guard to the breathspout. I also created a Route link from the breathspout to the outside room. I added TrigRoomObject to the guard. So, when the guard awakes he triggers the breathspout to turn on. I also CD linked to a lever so I could see that something was indeed happening. After the guard turns the corner, shortly after the lever gets frobbed.

If I come from where the archer is and walk all the way around to where the guard hits a certain point, I see a stray breathspout. The reason this is significant this time is because I usually see it at the guard's spawn point with the old method. I don't know why this never occurred to me, but where it appears now with this method suggests it's right around the point when he switches room brushes. In fact, the lever triggers when he goes around the corner, and NVSpy just around that point notes a room transit. So, I think what is happening is that the breathspout is being told to turn on when it's already on outside and it makes a second breathspout because of the room change. (Actually, my thought here may be wrong, because in the old method it starts where the guard spawns, and he hadn't changed rooms yet.)

I can't make it one large room brush either if that's the case, because that'd incorporate the inside of the manor as well. So, there goes this test too. Maybe if I could somehow force the breathspout to only have a TurnOn message once in one room brush, and then when he goes inside it turns it off like usual.