Quote from dvlstx on July 19, 2008, 9:09 am

It should only have to build the node graph once, and not build it at all if there aren't any nodes to begin with... Does this still happen after you run the map once? (ie, second, third, hundreth time, does it still come up?)

ALSO! -StaticPropPolys is not a console command. It's a compile command. There should be a box at the bottom of the compile options window for advanced/additional parameters. You need to type it there, WITH the hyphon. I still would like to know just what it does, other than use the polys of a static model for shadows instead of the collision model.

Quote from taco on July 19, 2008, 2:09 pm

When you are doing your final compile in expert mode (HDR Full compile -final (slow!)) add -StaticPropPolys to the $light_exe command parameters.

It will cause shadow tests to be performed at polygon precision rather than using the default collision models.

In the specific case of the elevators, the light strips in the outer walls are inside the collision model causing no light to be cast around the elevator until that parameter is added.

I am not sure if there are other parameters used in Portal, but -StaticPropPolys certainly is.

Quote from reepblue on July 19, 2008, 2:12 pm

dvlstx wrote:

It should only have to build the node graph once, and not build it at all if there aren't any nodes to begin with... Does this still happen after you run the map once? (ie, second, third, hundreth time, does it still come up?)

Yep, it does. I will update the WIP version as it is and see if other people still gets it. Besides, everyone got the A.I disabled message but me.

Quote:

ALSO! -StaticPropPolys is not a console command. It's a compile command. There should be a box at the bottom of the compile options window for advanced/additional parameters. You need to type it there, WITH the hyphon. I still would like to know just what it does, other than use the polys of a static model for shadows instead of the collision model.

Thank you for telling me where to put that.

I'm going to put a video up on Test Chamber 3 soon.

Quote:

When you are doing your final compile in expert mode (HDR Full compile -final (slow!)) add -StaticPropPolys to the $light_exe command parameters.

I'll try that. So far it looks confusing, but I figure it out.

EDIT: Running it in expert mode fixed my lighting, and got rid of the "Node" message. Let me run this in 02 and I might update the file later today.

EDIT 2:Nevermind the message came back and my maps were getting darker and darker. and messing with my cubemaps.

Quote from appunxintator on July 19, 2008, 3:10 pm

reepblue wrote:

Besides, everyone got the A.I disabled message but me.

Maybe you have to include the .ain file?

Quote from dvlstx on July 19, 2008, 3:37 pm

taco wrote:

When you are doing your final compile in expert mode (HDR Full compile -final (slow!)) add -StaticPropPolys to the $light_exe command parameters.

I believe that in EP2, they have -StaticPropPolys put into the default compile setting... (I read this somewhere, not yet confirmed it though.)

Quote from Kayaia on July 19, 2008, 5:32 pm

I had a quick play through (and not because i was in a hurry ) and i found one or 2 problems with the map.

The first problem may just be the fact its in WIP:

(As you can see, it goes into a void of grey, which ain't that pheasable)

Secondly, i was able to get on top of the button do-hickey and just put the cube inside:

I also managed to get a cool picture of me standing upside down using the portals.

But apart from those 2 hiccups it was pretty fun to play. (Though i'm not sure how a cube can activate a laser pad)

Quote from reepblue on July 19, 2008, 5:51 pm

Quote:

(As you can see, it goes into a void of grey, which ain't that pheasable)

It is a WIP. I'll fix it by the final version.

Quote:

Secondly, i was able to get on top of the button do-hickey and just put the cube inside:

I knew you could do that. It is another way to solve it.

Quote:

I also managed to get a cool picture of me standing upside down using the portals.

weeeee..... *static* The update will fix that.

Also, here is a preview of Chamber 3

I just got to tweak my elevator and the load point and it will be fixed!

EDIT: UPDATED IT

Quote from Sandstorm on July 19, 2008, 11:15 pm

appunxintator wrote:

Maybe you have to include the .ain file?

i read somewhere, that the ain needs to be newer than the files or something, it says to set the clock forward like a year make the ain, then switch clock back, ill try to find the passage.

EDIT: Found it.

Quote:

Warning: If you add an .ain to your .bsp, you'll run into the issue where the .bsp is always now 'later' than your .ain file, and will recompile the node graph first time you run the map from the package. The way around this is to make sure your .ain file is 'newer' than the .bsp you're adding it to. You do this by moving your clock forward (go a year ahead since every time the .bsp is unpacked it creates a new timestamp) before you generate the .ain file, then move the clock back before adding it to your .bsp.

Source: http://wiki.thinkingwithportals.com/wik ... hing_A_Map

idk if that helps anything

Quote from reepblue on July 20, 2008, 12:36 am

Quote:

Warning: If you add an .ain to your .bsp, you'll run into the issue where the .bsp is always now 'later' than your .ain file, and will recompile the node graph first time you run the map from the package. The way around this is to make sure your .ain file is 'newer' than the .bsp you're adding it to. You do this by moving your clock forward (go a year ahead since every time the .bsp is unpacked it creates a new timestamp) before you generate the .ain file, then move the clock back before adding it to your .bsp.

That flew WAY over my head. I guess I'll try it... Next update. -_-'

I'm working on the level change from 02-03. Almost got it done.