Next, I tried using an npc_sniper, but it's beam will not pass through a portal.

I also tried a workaround using the portal turrets, but the rocket turret doesn't seem to be affected by the AI relationship entity, so it kept trying to shoot me, instead of aiming where it was told to.

The closest I got was using a floor turret, but the problem is, i really need the beam to point downwards from it's starting point, which the turret doesn't do, as it thinks it has been knocked over.

I'm probably missing something really simple, but I have been experimenting for a few hours with this, and come up with nothing.

The reason i want the laser is to help with targetting, as at the moment, it is very frustrating to fire a portal at the ceiling and judge where the object will hit on the floor, as the room is quite tall.

I figured that a laser, pointing down to the portalable floor where the object starts from would make life easier for players, as when they fire the portal into the ceiling over the slime, they have a bit of feedback on where their portal is, in relation to the floor.

Sorry if this doesn't make much sense. It works better as a puzzle than I have made it sound here, as it s hard to describe. (plus some details are secret)

I could completely redesign the puzzle, but i'd rather not at this stage. I just hoped there was some kind of entity that could direct a laser through a portal, as the turrets in portal can do this with no problems.

As for npc_spotlights, i only just found out they even existed lol. They look more promising. Is there a limit to how many you can safely use without a performance hit? Because I need quite a few to use the method you described, due to the amount of platforms i am using in this puzzle.

Also, i just found a workaround for the method I originally wanted to use, but it seems like overkill. Basically it involves a friendly turret, and a set of prop_portals to direct it's laser downwards to my entity_spawner. Again, this will cause a performance hit by having 2 sets of portals open, but it seems to work as a crude method of doing what I wanted.

I will experiment with both methods anyway, and figure out which suits my purposes best. Thanks for the ideas.

If anyone has any other solutions, I would be GLaD to hear them.

A light_dynamic is just that, a dynamic light source. However, keep in mind that Source handles these HORRIBLY, and if you have more than 2 or 3 things that will need light_dynamics parented to them, you probably don't want to go this route. Also keep in mind that the size of the light_dynamic's field will determine how much lag it causes - a larger one will be harder to draw than a smaller one.

A point_spotlight doesn't emit any light (by default anyway), and just creates the visual spotlight effect. There is a flag to have it generate dynamic light, but again, you probably don't want to do this.

EDIT light_spot's are infact static. I have no clue what npc_spotlight does.

msleeper wrote:
EDIT light_spot's are infact static. I have no clue what npc_spotlight does.

npc_spotlight is just a spotlight that looks at enemies. I am pretty sure they are used in the Nova Prospekt levels.

You could always make the floor have the texture with a couple different color tiles (usually used to indicate flinging but useful for directing where to put a portal. Or you could also put an npc_bullseye which will cause the player to "auto-aim" at that spot.

Remmiz wrote:
npc_spotlight is just a spotlight that looks at enemies. I am pretty sure they are used in the Nova Prospekt levels.

That's what I figured, but I've never looked closely at that VMF so I wasn't sure.

I will probably end up using this method, as it seems to be the cheapest to do, in terms of performance. I was just thinking along similar lines, parenting a sprite to each platform at ceiling height. Point_spotlight sort of does that automatically.

I tried as best as I could to make the architecture easier to find reference points on, but since the floor is mainly slime, I couldn't use indicators there. Also, the ceiling is very high, so I felt I had to resort to finding some sort of "targeting" system to help players get their bearings.

Although, the kid in me still wants to use lasers, just for the coolness factor

Thanks for the help guys.

Have the two info_targets for your env_beam/env_laser parented to a single moving platform, and have one at level with the light/platform/whatever is emitting the laser, and have the other at ceiling level. This will create an obvious visible line from the platform to the ceiling. You can mess with the env_beam's settings so that it fades out before it gets to the ceiling and isn't totally obvious and is more of a hint (though you will probably not want the end point on the ceiling and instead a few units away from it).

I ended up using the floor turret in a small remote room, linked to the main chamber with a prop_portal. I then hid the chamber-side prop_portal inside a func_illusionary, so the laser appeared to eminate from it.

I will probably leave it as it is, as it doesn't seem to affect performance as much as I thought it would. However, I have several uses for laser targetting systems involving portals, so I can definately make use of the rocket turret in one of those.

I'm sure in hl1 (or was it just the spirit mod), that one of the lasers had an option to extend past it's end target. It's a shame this is not an option with portal, although it would probably suffer from the same problem as the npc_sniper in not being able to traverse the portal.

Anyway, thanks for the input guys. All you ideas have helped me in one way or another.