Actor classes, unreal script and such

ascottk on 24/9/2009 at 02:21

Another cool tool:
(http://www.wotgreal.com/)
It has undox where it saves all the info of the uc files & creates html where you can browse it like this site:
(http://unreal.student.utwente.nl/)

(http://img9.imageshack.us/i/t3edundox.jpg/)

Inline Image:

http://img9.imageshack.us/img9/2294/t3edundox.th.jpg

massimilianogoi on 29/9/2009 at 13:16

Why all these?? Damn!! :mad: If I click Yes, the editor crashes anytime...

Inline Image:

http://i34.tinypic.com/29aptvd.jpg

Judith on 29/9/2009 at 13:44

You will get this question untill you export scripts properly, maybe something is wrong with one of the definitions. If you wrote all these in your separate gamesys, use UTPT tool to open it as DX:IW. If there's a class that can't be Viewed and you must Decompile it to see it, means you don't have a proper class and extends parameters in your definition. That's the only thing that comes to my mind.

But there might be some other things, like using spaces in your editor folder name or using language version of the game other than English. I don't know I'm just guessing now. Btw. quite a lot of solutions to the problems you report actually work on all other T3ed installations. But not on yours. That's quite strange.

massimilianogoi on 29/9/2009 at 14:04

Quote Posted by Judith

I think I messed up something, but I didn't remember when. What is this UTPT? Where I can get it?

My editor folder is "Thief3Editor", without spaces. I hoped to use the ascott'k s method to export the interested class and use a fresh gamesys to import them, but the unrealscript editor didn't work, before that New Horizon showed me how to do. I think I will try some experiment this evenening.

It's not that it hurts the game or the editor, but it's tiring seeing anytime that window, and the list still keep to grow any time I create a new archetype.

Judith on 29/9/2009 at 14:11

Yes, the growing list is the problem, when you modify a subclass, sometimes you need to paste the code for the class above, or a few classes above :(

This is the Unreal Package Tool (http://www.acordero.org/prog_proj_UTPT.html)

ascottk on 29/9/2009 at 16:11

I revised that tutorial on my site:
(https://sites.google.com/site/ascottk/t3ed-revelead/creating-new-gamesys)

And to add to the list of problems take a gander at my "Deep Thoughts" page:
(https://sites.google.com/site/ascottk/home/deep-thoughts)

The main problem is creating links between actors from different packages. Sometimes it works but if I revise the Actor class then after the compile I get a Viktoria error about "attempting to create a link between archetype and non-archetype" or something. Then things get screwy like the link will show up on one actor but not the other then I have to redo my custom package.

massimilianogoi on 29/9/2009 at 22:01

Quote Posted by Judith

Nothing to do. That thing does nothing :(

ascottk on 29/9/2009 at 22:12

Quote Posted by massimilianogoi

Nothing to do. That thing does nothing :(

Open As...

In the open file dialog use "all files..."

open .t3u

it'll ask what game it is

choose Deus Ex: Invisible War

This is also found in the forum!

ascottk on 30/9/2009 at 05:24

UCC is built into T3Ed and it compiles variables, events, and functions but the problems is in order to use an event or function in your class it needs some base variables, functions, and events (I'm going to refer to those as VFE).

In typical unreal games those VFEs are usually defined in the Actor class. In TDS and DX2 those functions were moved out of the Actor class into hard-coded madness. So if you write a function in your class involving a pawn, don't expect it to work since one of the most used events are Touch/UnTouch and several other vars and functions. You won't find them in unreal script in T3Ed.

It's easy enough to add Touch and UnTouch to the Actor class. See this code I added earlier tonight (it's a convoluted hack to get trigger actors from UT2003 working):

Code:

/**************************************
Added variables and functions from UT2003's Actor. These were necessary for triggers - ascottk
I may make an intermediary class between Actor and the rest (T3Extended?)
**************************************/
var const bool bOnlyAffectPawns; // Optimisation - only test ovelap against pawns. Used for influences etc.
native final function OnlyAffectPawns(bool B);

native final function SetDrawType(EDrawType NewDrawType); //This references T3Ed's version of EDrawType so it might be OK - ascottk

native(262) final function SetCollision( optional bool NewColActors, optional bool NewBlockActors, optional bool NewBlockPlayers );

event Timer();
event Touch( Actor Other );
event UnTouch( Actor Other );
event Actor SpecialHandling(Pawn Other);

//=============================================================================
// Timing.

// Causes Timer() events every NewTimerRate seconds.
native(280) final function SetTimer( float NewTimerRate, bool bLoop );

/* TouchingActors() returns all actors touching the current actor (fast)
*/
native(307) final iterator function TouchingActors( class<actor> BaseClass, out actor Actor );

//
// Triggers.
//
event Trigger( Actor Other, Pawn EventInstigator );
event UnTrigger( Actor Other, Pawn EventInstigator );
event BeginEvent();
event EndEvent();

//=============================================================================
// Iterator functions.

// Iterator functions for dealing with sets of actors.

/* AllActors() - avoid using AllActors() too often as it iterates through the whole actor list and is therefore slow
*/
native(304) final iterator function AllActors ( class<actor> BaseClass, out actor Actor, optional name MatchTag );

/* DynamicActors() only iterates through the non-static actors on the list (still relatively slow, bu
much better than AllActors). This should be used in most cases and replaces AllActors in most of
Epic's game code.
*/
native(313) final iterator function DynamicActors ( class<actor> BaseClass, out actor Actor, optional name MatchTag );

//
// Destroy this actor. Returns true if destroyed, false if indestructable.
// Destruction is latent. It occurs at the end of the tick.
//
native(279) final function bool Destroy();

//
// Called immediately before gameplay begins.
//
event PreBeginPlay()
{
// Handle autodestruction if desired.
if( !bGameRelevant )
Destroy();
}

// Called immediately after gameplay begins.
//
event PostBeginPlay();

/*
Untrigger an event
*/
function UntriggerEvent( Name EventName, Actor Other, Pawn EventInstigator )
{
local Actor A;

if ( EventName == '' )
return;

ForEach DynamicActors( class 'Actor', A, EventName )
A.Untrigger(Other, EventInstigator);
}

/* Reset()
reset actor to initial state - used when restarting level without reloading.
*/
function Reset();

/*
Trigger an event
*/
event TriggerEvent( Name EventName, Actor Other, Pawn EventInstigator )
{
local Actor A;

if ( EventName == '' )
return;

ForEach DynamicActors( class 'Actor', A, EventName )
A.Trigger(Other, EventInstigator);
}

/**************************************
Added variables and functions from UT2003's Pawn. These were necessary for triggers - ascottk
**************************************/
// return true if controlled by a real live human
simulated function bool IsHumanControlled()
{
return ( PlayerController(Controller) != None );
}

But the problem is that some of the declarations I made conflicted with the hard-coded ones and I killed T3Ed.

So one thought I had is to add a new class that'll act like an intermediary class between Actor and the rest (see my code comment) so I don't conflict with the hard-coded ones. How would I find that out? Read the Viktoria errors when it doesn't like something. T3Ed complained about not finding it's own code for its variables when I implemented my own & it said which variable it couldn't find. I think it's the ones defined by "native" or "final".

EDIT: If you declare a native function not built in to T3Ed you get something like this:

Code:

Can't find 'intAT3ExtendedexecOnlyAffectPawns' in 'EngineExtended'. If this is a native function, you perhaps forgot to declare the native version. Or you perhaps didn't the right thing to GNativeLookupFuncs?

Another problem is accessing variables within a struct since the original devs implemented a new property system. I'm sure there is a way but I don't know yet.

As I get a better understanding of unreal script I'll see if we can implement a better scripting system like the triggers in ut2003, Ravenshield's AIScript. Or like the Dark Mod's Stim/Response system. The less use I get from the linking system and triggerscripts, the better.

EDIT: Just don't get your hope up . . .

Judith on 30/9/2009 at 07:06

While I don't have time to check all the amazing things you do by myself, I'm lurking constantly, trying to keep up. And I hope you'll make something amazing out of this :) T3ed not recognizing it's own code for variables is madness and writing down every Viktoria error would be tedious job, but maybe you'll find a pattern in this. Just don't give up :)