Lasers and Pistons
Quote from MutatedTurret on August 22, 2011, 1:53 pmI've started to work on a custom instance that allows for lasers to be more dynamic. They can move to 3 positions laterally, or rotate in 45-90 degree shifts. However, I've run into a few detrimental errors.
I knew of the existence of the annoying floating laser cube glitch, but little did I know it applied to platforms as well...thus the cube will go up to a laser once, then upon being ordered to move out again, will be 'trapped' by the laser and break the cage I built for it. Obviously the cube breaking out of containment is not an intended effect.
Also, the degrees per second measurement is annoying to say the least, it is frequently inaccurate and results in slight offsets, which doesn't work well for long range puzzles. Is there any way to make this more accurate?
I've started to work on a custom instance that allows for lasers to be more dynamic. They can move to 3 positions laterally, or rotate in 45-90 degree shifts. However, I've run into a few detrimental errors.
I knew of the existence of the annoying floating laser cube glitch, but little did I know it applied to platforms as well...thus the cube will go up to a laser once, then upon being ordered to move out again, will be 'trapped' by the laser and break the cage I built for it. Obviously the cube breaking out of containment is not an intended effect.
Also, the degrees per second measurement is annoying to say the least, it is frequently inaccurate and results in slight offsets, which doesn't work well for long range puzzles. Is there any way to make this more accurate?
Quote from iWork925 on August 22, 2011, 6:04 pmTo solve the laser problem where the cube gets stuck, create a trigger_push around the affected areas with a force on 1 down. This will constantly apply pressure to the cube but not change the effect of gravity and such.
For the accuracy problem I think there is a auto align function or something in the env_portal_laser which snaps the laser to catchers (not relays), but this give a very unrealistic feeling to the lasers as the laser can sometimes 'bend' out of the cube.
Also protip; don't make laser maps, they are so boring.
To solve the laser problem where the cube gets stuck, create a trigger_push around the affected areas with a force on 1 down. This will constantly apply pressure to the cube but not change the effect of gravity and such.
For the accuracy problem I think there is a auto align function or something in the env_portal_laser which snaps the laser to catchers (not relays), but this give a very unrealistic feeling to the lasers as the laser can sometimes 'bend' out of the cube.
Also protip; don't make laser maps, they are so boring.

PortalStories.com
"Oh, in case you got covered in that repulsion gel, here's some advice the lab boys gave me: DO NOT get covered in the repulsion gel."
Quote from Vordwann on August 22, 2011, 6:43 pmIf you do laser maps right, they can be great. Triple lasers anybody?
Try the trigger push and also, you could parent it to 8 func_door_rotatings, each one parented to the previous one, each rotating 45? in the same direction. This way you could trigger any amount of them for whatever measure. E.G. Triggering any three would rotate the box 135?, and deactivating any of the three would bring it back to 90?.
If you do laser maps right, they can be great. Triple lasers anybody?
Try the trigger push and also, you could parent it to 8 func_door_rotatings, each one parented to the previous one, each rotating 45? in the same direction. This way you could trigger any amount of them for whatever measure. E.G. Triggering any three would rotate the box 135?, and deactivating any of the three would bring it back to 90?.
[spoiler][SP] Alternate[/spoiler]
Quote from Vordwann on August 22, 2011, 6:47 pmDamnit i double posted... so i'm just gonna override this one.
Damnit i double posted... so i'm just gonna override this one.
[spoiler][SP] Alternate[/spoiler]
Quote from iWork925 on August 22, 2011, 9:47 pmVordwann wrote:...8 func_door_rotatings, each one parented to the previous one...
Just use func_rotating

Just use func_rotating

PortalStories.com
"Oh, in case you got covered in that repulsion gel, here's some advice the lab boys gave me: DO NOT get covered in the repulsion gel."
Quote from Killerblonde on August 22, 2011, 10:36 pmHAHAHAH! I award you
![]()
I love it when people reply with a picture... you just made my day.
On the topic of laser puzzles; I think that a laser puzzle can be good, as long as it is original enough. Triple Lasers was good because you had [spoiler]3 lasers going through a portal at once[/spoiler]. A simple puzzle, but a concept you had never thought of or used before, giving you that AHA moment.
Laser puzzles can be boring if they're only about redirecting lasers through cubes to make little angles that work. It's practically a big geometry problem you're inside of. You can make laser only puzzles good by thinking of ways to make them original. Does anyone know how to make mirrors? (I think I know how to simulate one by having a mirror thing detect a laser, and because it can only come from one direction, it makes another laser go off at the appropriate angle.)
HAHAHAH! I award you
I love it when people reply with a picture... you just made my day.
On the topic of laser puzzles; I think that a laser puzzle can be good, as long as it is original enough. Triple Lasers was good because you had
Laser puzzles can be boring if they're only about redirecting lasers through cubes to make little angles that work. It's practically a big geometry problem you're inside of. You can make laser only puzzles good by thinking of ways to make them original. Does anyone know how to make mirrors? (I think I know how to simulate one by having a mirror thing detect a laser, and because it can only come from one direction, it makes another laser go off at the appropriate angle.)
Quote from Vordwann on August 23, 2011, 12:08 amWell he should probably TRY the 8 doors, each at 45?, because obviously using a func_rotating isn't working for him timing-wise.
Well he should probably TRY the 8 doors, each at 45?, because obviously using a func_rotating isn't working for him timing-wise.
[spoiler][SP] Alternate[/spoiler]
Quote from MutatedTurret on August 23, 2011, 7:42 pmThanks for the help all! I have the laser cube piston working and ready. Now I just have to expand it into all 3 axis, and give it faces for emitters and receivers.
Thanks for the help all! I have the laser cube piston working and ready. Now I just have to expand it into all 3 axis, and give it faces for emitters and receivers.
Quote from MutatedTurret on August 27, 2011, 5:54 pmUnfortunately I have to resurrect this topic as I'm having a few more issues.
I have the laser piston working well so far, but it still ends up having a share of glitches in certain situation.I'm starting to use it in an upcoming level, and I have a particular section in which a set pistons are moving up and down transferring a laser around to hinder the player around. However the pistons do not animate properly, ie the cube moves up and down and the rest of the piston remains rigid, but some pistons are functioning normally. The ones functioning normally are in vision radius of the test player start I place.
Is this a glitch with the engine or something fixable?Furthermore, the pistons (or glitching cubes) all still end up desynching entirely, ruining the sequence and puzzle. It might relate the the way I have the timer set up, as I can't actually pack all the pistons into on package, and have to order the timer to move them all 1 by 1, so maybe even with no delay between this it starts lagging?
I wished the laser piston could also be used to give lasers a dynamic edge in timings, rather than just look fancy, but if they're this glitched still....
Unfortunately I have to resurrect this topic as I'm having a few more issues.
I have the laser piston working well so far, but it still ends up having a share of glitches in certain situation.
I'm starting to use it in an upcoming level, and I have a particular section in which a set pistons are moving up and down transferring a laser around to hinder the player around. However the pistons do not animate properly, ie the cube moves up and down and the rest of the piston remains rigid, but some pistons are functioning normally. The ones functioning normally are in vision radius of the test player start I place.
Is this a glitch with the engine or something fixable?
Furthermore, the pistons (or glitching cubes) all still end up desynching entirely, ruining the sequence and puzzle. It might relate the the way I have the timer set up, as I can't actually pack all the pistons into on package, and have to order the timer to move them all 1 by 1, so maybe even with no delay between this it starts lagging?
I wished the laser piston could also be used to give lasers a dynamic edge in timings, rather than just look fancy, but if they're this glitched still....
Quote from Vordwann on August 27, 2011, 6:10 pmYou realise you can't really hinder the player with an env_portal_laser because if they jump, they don't take laser damage until they land...
You realise you can't really hinder the player with an env_portal_laser because if they jump, they don't take laser damage until they land...
[spoiler][SP] Alternate[/spoiler]
