View previous topic :: View next topic |
Author |
Message |
CocoT

Joined: 14 Dec 2004 Posts: 599 Location: Belly-Gum
|
Posted: Sun Oct 19, 2008 2:45 pm Post subject: Brushes with multiple triggers? |
|
|
This might sound like a ridiculous question (and probably not phrased as it should, as I'm not really good when it comes to mapping lingo) , but... it is possible to assign multiple triggers to a single brush? For example, is it possible to create a moving teleport? If it is, how do you do it?
Thanks in advance for yoru answers!  _________________ http://www.planetcocot.net/ |
|
Back to top |
|
 |
Lardarse

Joined: 05 Nov 2005 Posts: 243 Location: Bristol, UK
|
Posted: Sun Oct 19, 2008 4:18 pm Post subject: Re: Brushes with multiple triggers? |
|
|
CocoT wrote: | This might sound like a ridiculous question (and probably not phrased as it should, as I'm not really good when it comes to mapping lingo) , but... it is possible to assign multiple triggers to a single brush? For example, is it possible to create a moving teleport? If it is, how do you do it?
Thanks in advance for yoru answers!  |
You'd need to code something, most likely. I'd start with the code for func_train and then resolve the fact that the target field will be needed by both the train and the teleporter... |
|
Back to top |
|
 |
CocoT

Joined: 14 Dec 2004 Posts: 599 Location: Belly-Gum
|
Posted: Sun Oct 19, 2008 4:24 pm Post subject: |
|
|
I see... does it make it easier if one of the two does not need a target field? The moving teleporter was the example I had in mind, but, in fact, I'm more looking for a brush that would be moving but, when you step in it or throw something in it, it also does something to that particular object... Will this also need to be managed on the code side?
I mean the "what happens to it" has already been coded as a specific trigger, I was wondering if I could combine the two in a map editor.
And I should probably be less cryptic and let you know that what I'm working on is a trigger that destroys the translocator of Transloquake when shot through with it. I was wondering if I could make that brush move.  _________________ http://www.planetcocot.net/ |
|
Back to top |
|
 |
Wazat
Joined: 15 Oct 2004 Posts: 732 Location: Middle 'o the desert, USA
|
Posted: Sun Oct 19, 2008 7:32 pm Post subject: |
|
|
Most likely you'll want a code solution. I can't think of any way to accomplish this with the stock Quake entities. Unless you can stack one entity inside of another. I think Quark allowed this but I don't know how it resolved it in the compiler or game.
Now, it has to be said that two triggers *CAN* share the same bsp model, but they will still appear as two separate instances of the same brush. For example, in code you can say newmis.model = plat.model (which ends up being "*4" or something similar) and newmis will look like the platform. However, moving the platform doesn't move newmis and moving newmis won't move the platform.
One easy QC solution might be to have your trigger (that destroys the object thrown in) point to the object it should follow (using .target or some other field). In code you make sure it links to the other object. Then it sets the destroyer trigger to MOVETYPE_FOLLOW so it automatically follows its target around. If you can't assume MOVETYPE_FOLLOW is supported by the player's engine, then you can always do it the manual way with a think function setting its origin every frame or 0.1 seconds. Because you're working with BSP models there's some weirdness there with setorigin, but since they're both BSP models (presumably) it should work without problems.
I think I understand what you're trying to do, but I might not. I hope my suggestion is helpful to you.  _________________ When my computer inevitably explodes and kills me, my cat inherits everything I own. He may be the only one capable of continuing my work. |
|
Back to top |
|
 |
CocoT

Joined: 14 Dec 2004 Posts: 599 Location: Belly-Gum
|
Posted: Sun Oct 19, 2008 7:36 pm Post subject: |
|
|
Yes, you totally nailed it, I think
I could feel editors didn't really make it possible, but I wanted to check. I think I'll either go with coding a kind of hybrid brush code (something that would combine the two) or play around with a think function, as you suggested.
Great! Thanks guys  _________________ http://www.planetcocot.net/ |
|
Back to top |
|
 |
negke
Joined: 16 Apr 2008 Posts: 56
|
Posted: Mon Oct 20, 2008 8:04 am Post subject: |
|
|
In vanilla Quake, a 'moving' teleport could theoretically be done in a semi-hacky way. For example by placing several teleporters in line with unmarked and non-moving buttons on the floor and thin invisible (skip-textured) func_trains blocking all but one of them.
However, since it's for a mod anyway, you can do it in much cleaner (and versatile) ways. |
|
Back to top |
|
 |
Urre

Joined: 05 Nov 2004 Posts: 1073 Location: Sweden
|
Posted: Mon Oct 20, 2008 12:46 pm Post subject: |
|
|
negke: that's a freakishly interesting stab at the problem. _________________ Look out for Twigboy |
|
Back to top |
|
 |
CocoT

Joined: 14 Dec 2004 Posts: 599 Location: Belly-Gum
|
Posted: Mon Oct 20, 2008 3:43 pm Post subject: |
|
|
Hehe... yeah, I tried to do it on the code-side and well, didn't realize it would be so easy. I'm not used to play around with button.qc and/or plats.qc, but they're quite transparent. So it works now! (not the moving teleport thingy, which I'm not really interested in (I might still add it, though), but the translocator-destroying moving brush ... this is going to create some interesting possibilities!...) _________________ http://www.planetcocot.net/ |
|
Back to top |
|
 |
|