Quote from Whysopro? on January 3, 2011, 2:14 am

I believe bullets are not calculated with an entity. They are just a simple particle effect, as is with any other game.

Quote from Mr. Happy on January 3, 2011, 12:35 pm

That doesn't seem right to me, I don't think the portal gun uses a traceline like bullet weapons but rather a projectile so that impacts can be delayed until it reaches a surface. I would assume that it would be a particle effect emitted from an edict, and if there is an edict involved I should be able to filter for it's classname, but then again you may be right and there is nothing beyond the particles. But IIRC modern hard coded particle effects still use a spawned info_particle_system, can any programmers confirm any of this, or am I really SOL?

Quote from Whysopro? on January 3, 2011, 1:53 pm

Btw if nobody understood that...iirc means "If I remember correctly" and sol is "Shit I am out of luck"

Anyways, you could be right that it spawns a particle system but that would be hard coded into portal itself, not anywhere near hammer. If they had a mod tool to really, and I mean REALLY crack open portals binaries....then you could get a hold of it. But it wouldn't be detectable ingame or by hammer.

EDIT: I am going to do a test anyways. Ill go in third person (I think theres a way) and then turn on wireframe.

Quote from hanging_rope on January 3, 2011, 4:38 pm

I think what it does (Because this is what I would do if I were valve) is

Code: Select all

OnFireGun(
Check distance to object X in crosshair;
Fire Particles towards x;
Wait (distance * 0.1) seconds;
Kill Particles;
Open Portal at X;
)

Of course, I could be completely wrong.

Quote from Whysopro? on January 3, 2011, 5:28 pm

That's what I figured as well. Seems to be the easiest and least expensive method.

Quote from Mevious on January 3, 2011, 5:39 pm

hanging_rope wrote:

I think what it does (Because this is what I would do if I were valve) is

Code: Select all

OnFireGun(
Check distance to object X in crosshair;
Fire Particles towards x;
Wait (distance * 0.1) seconds;
Kill Particles;
Open Portal at X;
)

Of course, I could be completely wrong.

This would imply that immediatly when you fire the gun, the portal's end position is set and unchangeable.

Consider this case: If you fire a portal that would have hit a normal wall, but then something gets in the way after the shot has been fired, does that thing block the projectile, or does it just move straight through it and hit the wall? My guess from experience is that the "bullet" would be blocked, and that means there's something else happening in the code.

Quote from Whysopro? on January 3, 2011, 7:40 pm

EDIT: Whoops, firefox error made me send it twice.

Quote from Whysopro? on January 3, 2011, 7:41 pm

Mevious wrote:

My guess from experience is that the "bullet" would be blocked, and that means there's something else happening in the code.

Actually no....A beam shot at a surface will go straight through any objects that move into it's path. That being said also proves hanging_ropes point. It's most likely predetermined then executed.

For instance, if you complete chamber 13 (peptic salve and adrenalin) with the standard 13s ninja method, you must shoot the portal then jump off the button which closes the door infront of your beam.

Quote from WinstonSmith on January 4, 2011, 4:09 pm

Alrighty, ran a simple test. Fired up Portal, loaded a sparse/empty map, fired a portal, and before it it the wall I opened the console and used ent_fire to look through the entities. A few interesting things:
--For each prop_portal (blue and orange) there is a portalxspeaker and portalxmic, with x being 1 or 2.
--There is an entity called "bignet" in every map. I'm not sure what it does, and it must be something stuck in at runtime. I really should look into it one of these days and see if it's just in Portal or throughout the Source engine.
--There was no entity--at least in this list--that appeared while the portal projectile was in midflight.
So at this point, it looks like you're out of luck. Unless it's given special instructions in the code to remain some sort of hidden entity, I'm betting that it's just a ray-traced particle thing that isn't even named or originating from an info_particle_system placed ad hoc by the game, since the entire projectile is made up of particles.