Clearing assault "cache?"

[Terraniux]

Hi there,


After many MH maps I'm trying something new before -> AS.
It's very fun as equal to MH, yet without monsters.....

Anyway, the question: How do you clear UT 'Assault match cache' ?

When you're in the editor, and fire up your AS map to test, and quit (regardless of defending or attacking first round),
you exit UT, and you make a few changes, UT starts the map where you left off Even though the map is changed....

I've discovered a slow workaround though, that's by starting a different AS map, exit UT then go on with your map again.....


Any ideas? Maybe a setting I overlook?

Posted this on UnrealSP as well, to get a bigger public....

[EvilGrins]

It's very fun as equal to MH, yet without monsters.....

Not entirely true, before MH a lot of AS maps had monsters. In fact, a number of AS maps got converted to MH.

[OjitroC]

Any ideas? Maybe a setting I overlook?

This is a wild guess and may be completely wrong but ... UT creates an Autoplay.unr (in your /UT/Maps folder) when starting a map from the Editor (this is a copy of the map) - there is, for Assault maps, a property called something like AssaultInfo which may (or may not) record the last zone 'visited' when the map is played. Try deleting or moving the Autoplay.unr and see what happens.

[Barbie]

you exit UT, and you make a few changes, UT starts the map where you left off Even though the map is changed....

Can you see the changes in the map? If not I guess a read/write problem to the file.

there is, for Assault maps, a property called something like AssaultInfo which may (or may not) record the last zone 'visited' when the map is played

The complete code of AssaultInfo:

Code: Select all

class AssaultInfo expands Info;

var() texture ObjShots[8];
var() localized string ObjDesc[8];
var() int NumObjShots;

defaultproperties {
     bStatic=True
     bNoDelete=True
}

It looks like that it is just a container for the description of the assault objectives.

[sektor2111]

I think I'm disagree with you (any).
Let me see what says UT.ini

Code: Select all

[Botpack.Assault]
....
NumDefenses=0
CurrentDefender=0
bDefenseSet=False
bTiePartOne=False
....

I found variable bDefenseSet even in MapVotes for preventing votes to show up after first part, if game is not finished.

Code: Select all

...
function bool HandleEndGame()
{
	local Pawn aPawn;

	DebugLog("1");
	Super.HandleEndGame();
	if (  !bAutoOpen || CheckForTie() )
	{
		DebugLog("2");
		return False;
	}
	if ( Assault(Level.Game) != None )
	{
		DebugLog("4");
		if ( !Assault(Level.Game).bDefenseSet )
		{
			DebugLog("bDefenseSet false, Ending game normally.(First half end)");
			return False;
		}
	}
...

Definitely this is not cache is a simple variable controlling the two assault parts, and I think AS map does not store any data about matches, this would be map dynamically edited after each game, myths. Only EditorEngine is editing maps and has "SAVE" functions not GameEngine which has the control over game not over map's assets, Map-File stays the same on HDD, it is adjusted in memory during run-time not on the disk-drive.
However, as my two cents, I think you don't need to define gameclass in LevelInfo as follows:
- perhaps will cause some default data got from UT.ini when map is saved from Editor and is referencing "BotPack.Assault"- default properties in stage - I might be wrong here;
- perhaps BotPack.Assault is not that used, there are other Assault game-types, improved, as long as class "BotPack.Assault" is garbage.

[OjitroC]

However, as my two cents, I think you don't need to define gameclass in LevelInfo as follows:
- perhaps will cause some default data got from UT.ini when map is saved from Editor and is referencing "BotPack.Assault"- default properties in stage - I might be wrong here;
- perhaps BotPack.Assault is not that used, there are other Assault game-types, improved, as long as class "BotPack.Assault" is garbage.

Certainly the four or five stock AS maps I've looked at don't have the gametype/gameclass defined in the LevelInfo.

Are you suggesting that the OP should ensure that no gametype is defined in the LevelInfo and see if that overcomes the problem?

Purely as a matter of interest, I have this in my UT.ini

Spoiler

[Botpack.Assault]
Defenses=3
SavedTime=60.000000
NumDefenses=0
CurrentDefender=0
bDefenseSet=True
bTiePartOne=True
GameCode=CWuCE84m
Part=2

[sektor2111]

Game-Type declared has a few "default properties" maybe you should not cause any reference at these properties. Assault "knows" this way when first part was ended or not and such things should not be a part of map. Like I said, I did not find stock maps referencing game-types. Game-types have settings based on USER-PLAYER and not what a map says which needs to have a minimum modding support - mutators more exactly. I think custom games declared out of an INI file will react as map is referencing if I'm not mistaking... or using some plain game-type properties ? For me putting game-type there is way no go. People should not be forced to play BotPack.CTFGame or BotPack.Assault just because are stock. Why messing up with rushed and poorly written codes ?
File Default.INI has these:

Code: Select all

[Botpack.Assault]
bUseTranslocator=False
bCoopWeaponMode=True

Perhaps boolean variables undefined are False ? Well, what if they go suddenly True ?

[Buggie]

All easy. Go to System folder before clean run AS map. Copy whole folder to System1.
Play AS map. Exit. Go to any folder comparsion tool and compare System with System1.
I prefer total commander for this.
See what changes and how. Make conclusion.

-----

Also I can not reproduce issue. Open AS-HiSpeed, set game type to AS - play from editor = fine.
Open As-Mazon, set game type to AS - play from editor = fine.
UT v436.

[OjitroC]

Also I can not reproduce issue. Open AS-HiSpeed, set game type to AS - play from editor = fine.
Open As-Mazon, set game type to AS - play from editor = fine.
UT v436.

To reproduce the issue you'd need to know what gametype, if any, the OP has set in LevelInfo? Then open the map in UEd, play it for a while, exit UT, do some changes to the map and then play it again in UEd.

[sektor2111]

I prefer total commander for this.

Yep, but I think we talk about ini files, packages are not changed unless you are it for mismatch problems - exactly as for the map.

[OjitroC]

If I play an assault map for a while, then exit (before achieving any objective) and start the same map again (with the attack/defence the same as before), these are the variables in the UT.ini that change
[Botpack.Assault]
SavedTime=
bDefenseSet=
GameCode=
Part=
TimeLimit=

The values are different after playing the map again (for the same length of time as previously).

[Buggie]

In any case no any problem with change map, as expected. I place Armor at AS-Guardia, start game, win, exit UT.
Delete Armor, place Udamage, start game, fly to spot and see UDamage. As expected.

Of course I set game type to AS in level info.

What changed - I started as defender.
Difference in UT.ini:

So if OP mean start as Blue, not as Red, he need clear property Part, bDefenseSet, Savedtime, TimeLimit. maybe also GameCode.

----

GameCode just random string for connect two matches in Local and World log. So not relevant at all.

You can open Assault Game type and read code for understand what happened here.
No any cache for map here.
Map just restarted by Level.ServerTravel( "?Restart", false );
For reset all data for AS used next code:

Code: Select all

static function ResetGame()
{
	local int i;

	Default.bDefenseSet = False;
	Default.NumDefenses = 0;
	Default.CurrentDefender = 0;
	Default.SavedTime = 0;
	Default.GameCode = "";
	Default.Part = 1;
	Default.bTiePartOne = false;
	StaticSaveConfig();
}

[OjitroC]

So if OP mean start as Blue, not as Red, he need clear property Part, bDefenseSet, Savedtime, TimeLimit.

Yes, that's what I thought. So the OP may as well continue with his method of starting another AS map and then exiting that map and starting the map he is working on (as this will alter the variables in [Botpack.Assault])?

[Buggie]

Overkill. Just make .bat file for copy UT.ini from saved good version. And run it before each play map from UEd.

Also he can backup Botpack.u and edit Assault game Info code for disable this stuff. After testing just return original Botpack.u.

[OjitroC]

So the OP has three methods for overcoming the problem, which is good.