![]() |
![]() |
|
|
|||
|
|||
|
Drecks,
Rename Kismet_A.txt to Kismet_A.roe. Inside you will find an update to your Kismet. You will have to relink the map actors but that's the suggested direction to inhibit your spawn protection errors. Regards, Keith |
|
#2
|
|||
|
|||
|
Thanks I will add this asap.
In the meantime I added a gate and rebuild the map. Guess how that will work. ![]() Greets Thanks |
|
#3
|
||||
|
||||
|
cool! can't wait to try out the new revision!
|
|
#4
|
||||
|
||||
|
Me2 Me2 Me2 ....... Coldsteel is cool.
|
|
#5
|
||||
|
||||
|
No its not! It's got a nuke in it.
|
|
#6
|
||||
|
||||
|
you talking about that pink hue? that's just mikes blood. they can't wash it all out, after i blow him up on that map.
|
|
#7
|
|||
|
|||
|
Pfffffffffff. Bugger.
|
|
#8
|
|||
|
|||
|
I just can't get rid of that bloody spawnprotection which get active but don't kill.
It will take time but I will find another solution for this. |
|
#9
|
||||
|
||||
|
Quote:
If I am outside the cap zone when it is captured, I do not get the issue. ![]() I do have a spawn protection volume that intersects the objective in question, but the Axis PlayerStartGroup this spawn protection is tied too was disabled before the objective was even enabled for attack. Last edited by LordGleedo; 06-23-2012 at 09:25 AM. |
|
#10
|
|||
|
|||
|
I tried to use that Kismet posted above and especcially the gate part.
But I did not manage to add it so that it worked. Its clear I'm not a kismet specialist. I used the Kismet from the TWI attack/defense example map. I had a minor issue before the GOTY release but since I started to work with the beta editor it went wrong. I have some remaining questions with this problem. 1 -- Why is it that it seems my spawns are being pulsed on and of. This only influence the spawnprotection and not the actual spawn ? 2 --Why will a spawn pulse on and of while its deactivated earlier. What triggers it to do it ? 3 --There are released custom maps which did not have the problem before the GOTY release. Could it be something different ? To avoid this thing in my map I will seek for an alternative solution where I will move the spawn,causing the problem, to a postion where it hardly will need spawn protection. |
|
#11
|
||||
|
||||
|
That's what I want to know. I just tried explicity disabling the problem spawn protection volume again when objective 5 gets taken and it's still bloody on!!
|
|
#12
|
||||
|
||||
|
Lord Gleedo, please check into those nice looking pine trees... talk to Wolvy - seems they are blocking shots...
|
|
|
|||
|
|||
|
They pulse on and off because the Kismet logic thread passes through them. You have to protect those things. I've found using clever spawn locations will avoid most of these situations by not being in the middle of a fight space.
In order to protect the spawns from turning on and off when they are not supposed to, you can use a gate to open and close the possibility of a certain section of Kismet from getting executed. It's an easy way of forking your Kismet. http://udn.epicgames.com/Three/Kisme...ence.html#Gate |
|
#14
|
|||
|
|||
|
I always thought that Kismet is a one time pulse. It starts and then works through his logic to the map ends. And then it starts over again.
Iff I read correct the gate must be set in some bypass otherwise it would stop the kismet logic from moving on to the next Kismet section. But this will me more complex with recapable objectives and spawns moving back. Some puzzling ahead.... |
|
#15
|
||||
|
||||
|
Same here lol - tried it with a gate but it still not working. I guess I just do not understand the proper use of it even ater reading the documentation.
Last edited by LordGleedo; 06-24-2012 at 06:17 AM. |
|
#16
|
|||
|
|||
|
Quote:
But this section must be apart from the main section as somewhere the kismet logic will have to go on. Still I'm curious why this issue did not bother us before.
|
|
#17
|
||||
|
||||
|
Quote:
Its also nailing a few of the stock maps. |
|
|
|||
|
|||
|
Quote:
As to the spawn protection being toggle on and off question, it has always been done that but wasn't perceptible. |
|
#19
|
||||
|
||||
|
Yay, I found another place in my map where this is happening, OR the one I have just found has started happening as as result of me removing the offending previous rogue spawn protection yesterday. Excellent...
Is it ok to share a spawn protection volume across two or more player start groups? EDIT: Tried sharing a spawn protection volume as the player start groups are valid to each other and it works ok, but I unfortunately still get the rogue spawn protection issue (again with a different volume). I give up. Swag, you could make a few dollars on the side here if you offer to fix these bloody bugs for us ![]() Id happily pay someone to sort this **** out cause im sick of looking at it. My hair line is receding! Last edited by LordGleedo; 06-25-2012 at 01:51 PM. |
|
#20
|
|||
|
|||
|
What I don't get is that it doesn't influence the Axis when they capped my 2th objective. That entire capzone is covered with the spawnprotection the Russian use at their 1st spawn when they defend objective 1
Russians loose objective 1 their 1st spawn move back (disabling the spawnprotection) Axis spawn move on. Russians now spawn in the area of objective 4 and so is there spwanprotection. Axis capture objective 2 and their spawn move on and Allies spawn move back.Everything is ok. (the former Allies spwanprotection covering Objective 2 won't get activated.) Then the fight for objective 3 starts. Axis capture it and Allies and Axis spawn move on. Objective 4 & 5 are open now. Axis capture objective 4 or 5 and kaboom The spawnprotection of the Russian spawn mention above in bolt suddenly decide to get active again. Or better said only its spawnprotection decide to show and count down to zero without killing. When you are not in that area and walk in later it won't harm you..... Logiacl thinking tells me this should be activated in the area of the 2th objective also. |
![]() |
| Thread Tools | |
| Display Modes | |
|
|