Proof of concept AFP fire on button press.
Quote from Marlovious on May 26, 2011, 7:57 pmJust a quick proof of concept.
File Name: afp fire on button press.zip
File Size: 68.35 KiB
Click here to download Proof of concept AFP fire on button press.
Just a quick proof of concept.
File Name: afp fire on button press.zip
File Size: 68.35 KiB
Click here to download Proof of concept AFP fire on button press.
Quote from Lemures on May 27, 2011, 1:43 amThis is interesting. It wouldn't be hard to use a pneumatic diversity vent with a grate over it, and with the right sound and sprite, you could have a button delivery a burst of air that launches someone/something into the air.
This is interesting. It wouldn't be hard to use a pneumatic diversity vent with a grate over it, and with the right sound and sprite, you could have a button delivery a burst of air that launches someone/something into the air.
Quote from Lukavian on May 27, 2011, 6:46 pmThis would also be useful for timed puzzles, where the player can't reach the AFP. Using a cube, like you did here, catapulted through a portal and flung to the player, or onto a button...there are a handful of possible applications of this.
Question (one that may show my ignorance of faith plates). You have two trigger brushes here. One is the catapult, and the other was a trigger_push or a trigger_throw (memory fails me at the moment). Is that a basic part of AFPs? Why does the latter not have any inputs or outputs?
This would also be useful for timed puzzles, where the player can't reach the AFP. Using a cube, like you did here, catapulted through a portal and flung to the player, or onto a button...there are a handful of possible applications of this.
Question (one that may show my ignorance of faith plates). You have two trigger brushes here. One is the catapult, and the other was a trigger_push or a trigger_throw (memory fails me at the moment). Is that a basic part of AFPs? Why does the latter not have any inputs or outputs?
Quote from Marlovious on May 28, 2011, 5:09 pmActually I made this in response to http://forums.thinking.withportals.com/mapping-help/button-activated-aerial-faith-plate-sort-of-works-t2757.html.
Essentially, the problem with a physics object (weighted companion cube) is that when it is fully at rest, it can't trigger a "trigger_catapult" that was disabled when the cube came to rest touching it.
Simply, the Trigger push is only moving the cube a minute distance directly up, so the cube never actually comes to rest. Therefore, if the cube is touching the trigger_catapult when it is enabled, the cube will trigger it.
Actually I made this in response to http://forums.thinking.withportals.com/mapping-help/button-activated-aerial-faith-plate-sort-of-works-t2757.html.
Essentially, the problem with a physics object (weighted companion cube) is that when it is fully at rest, it can't trigger a "trigger_catapult" that was disabled when the cube came to rest touching it.
Simply, the Trigger push is only moving the cube a minute distance directly up, so the cube never actually comes to rest. Therefore, if the cube is touching the trigger_catapult when it is enabled, the cube will trigger it.
