payload checkpoint not working (fixed forgot index)

  • If you're asking a question make sure to set the thread type to be a question!

jpg02

L1: Registered
Jul 5, 2016
24
0
when i made my second checkpoint for payload it dident show up in the map causing the first point to win
 

killohurtz

Distinction in Applied Carving
aa
Feb 22, 2014
1,016
1,277
Can we have some more information? Like some screenshots of your control point properties, team_control_point_master, etc. or the vmf itself?
 

jpg02

L1: Registered
Jul 5, 2016
24
0
upload_2017-7-27_15-33-17.png

heres the movement node for the point
upload_2017-7-27_15-34-36.png

will this be enough because i can supply you with more if needed
 

killohurtz

Distinction in Applied Carving
aa
Feb 22, 2014
1,016
1,277
Not quite, but it gives me some ideas. Do both control points start owned by Blu? Is the "restrict team from winning" keyvalue in your team_control_point master set to Red? Are there any outputs in the first control point or its associated path_track that trigger a round win?
 

jpg02

L1: Registered
Jul 5, 2016
24
0
ok so the first one starts blue owned and the secont one dosent even show up yes restriist red from winning is set to red and the olny point output is
upload_2017-7-27_15-56-9.png
 

killohurtz

Distinction in Applied Carving
aa
Feb 22, 2014
1,016
1,277
That's cp_team_2, what about cp_team_1? (I could probably find the problem faster with your vmf, but it's up to you if you want to send it)
 

jpg02

L1: Registered
Jul 5, 2016
24
0
here and thanks for helping me this is my frist payload map
 

Attachments

  • payload_29.vmf
    212.2 KB · Views: 113

killohurtz

Distinction in Applied Carving
aa
Feb 22, 2014
1,016
1,277
In the outputs for cp_team_1, you attempt to set the next point to CPTeam_02, which doesn't exist - the next point is named cp_team_2. I can't test it myself right now, but this should be the only logic problem you have.