I was wondering if there were more parameters to play around with in the emitterordinance category; for example, energy bar regen, max speed, etc. I thought of using a null controllable, then use the LUA to activate the effect via OnCharacterDispenseControllable, but there isn't any way to control which targets would be affected (range, allies, etc) - then again, I don't know all of the LUA functions and Callbacks, either, just those in the document that came with the modtools. If anyone does know codes not used in the assets for emitterordinance, please post them here (if you would be so kind).

There might be way to distinguish and execute functions on individual players.

I wish I knew what it was.

But obviously Zerted's holocron SetProperties an individual spawned unit(but it might be the flag that identifies him), and that whole "hero spawn units" thing would obviously have to tell which unit to spawn units around. (It might be the only one of its class spawned though...)

What are you trying to do? When someone 'fires' this controllable, you want them to increase speed (or some other stat change)?

All the callbacks are in the scripting system doc and almost all of the lua functions are in some documentation in psych0fred's site (you can also find them searching through all the script files). He also has an ODF parameter list. Some other web site (can never remember the address) also has the list, but his is easier to read.

The SetProperty functions are what you use to mess around with player stats.

Sorry for thread-jacking(ish), but I want to know is how to use SetProperty on a unit. I've used it on ZE objects before.

SetProperty("WHOANDHOW, "Health", "500")

I suppose there are only certain cases, using events that return the right parameter, or certain get statements.

*EDIT*
Wait a minute. Man...that was the longest lapse in my logic sense ever. Of course you use events and Get statements to return a specific unit instance. Just like you can check if they're human controlled.

*Later EDIT JULY 31st*
No, actually, the players and killers in events just return a number that represents their player. (NOT THEIR UNIT)

[RDH]Zerted wrote:What are you trying to do? When someone 'fires' this controllable, you want them to increase speed (or some other stat change)?

Or drop a powerup. The callback really doesn't matter; I just was curious if we could have more freedom in how a buff can affect units, and if it was possible to use the LUA to do so effectively.

[RDH]Zerted wrote:All the callbacks are in the scripting system doc and almost all of the lua functions are in some documentation in psych0fred's site (you can also find them searching through all the script files).

You're right, I should be studying them anyways. Thanks.

[RDH]Zerted wrote:He also has an ODF parameter list. Some other web site (can never remember the address) also has the list, but his is easier to read.

I did not know this. Thanks for the tip!

[RDH]Zerted wrote:The SetProperty functions are what you use to mess around with player stats.

I know, I've actually used SetProperty on unit stats successfully. The problem is (in trying to duplicate the buff effect for a unit) that you don't have the kind of control of the effect than you do with using the emitterordinance paramiters (unless I am mistaken, and you would be the one able to tell me). What I mean is, whether or not it affects friends or enemies, the range of the buff, etc.

Edit: I couldn't find that ODF list on Psych0fred's site. I did find another list on the modding wikki, but I don't believe it's complete - it's missing several parameters that I know by heart.

I don't know if you can force powerup drop without the player dying. In order to get the powerup you want, you would need to clear all the other powerup values then set a single, new powerup value. The problem is that if the player doesn't die during the life of the buff, he will still only drop that one powerup. Another problem is that powerup settings are in unit classes, not objects. You would need to use SetClassProperty() which will change the powerups for every unit of that class. Class changes are not reset when a unit dies. If you want to return them to normal, it would need to be done manually.

Any ODF value you can change through SetClassProperty() and many others can be changed through SetProperty() (the scripting system doc has object property lists).

I just checked and the downloadable ODF Parameters file is still there. What modding wiki?

[RDH]Zerted wrote:I don't know if you can force powerup drop without the player dying. In order to get the powerup you want, you would need to clear all the other powerup values then set a single, new powerup value. The problem is that if the player doesn't die during the life of the buff, he will still only drop that one powerup.

Oh, nono, I meant OnCharacterDispensePowerup. I thought that was pretaining to things like Dispense Health/Ammo weapons, etc. Like I said, the trigger doesn't matter.

[RDH]Zerted wrote:Another problem is that powerup settings are in unit classes, not objects. You would need to use SetClassProperty() which will change the powerups for every unit of that class. Class changes are not reset when a unit dies. If you want to return them to normal, it would need to be done manually. Any ODF value you can change through SetClassProperty() and many others can be changed through SetProperty() (the scripting system doc has object property lists).

Right, the buff wouldn't be for one specific class, it would target only those in range, and I'm not sure the LUA is able to do that easily (if at all).

[RDH]Zerted wrote:I just checked and the downloadable ODF Parameters file is still there. What modding wiki?

I dunno, I stumbled upon a modding wiki from a link on these forums; I guess it's obsolete.

We had a sort of modding info website that we could all edit, but some [Diet Dr. Pepper] started messing it up, so we took it down.

Ah.

By the way, Zerted, all the links to the downloads on psych0fred's site are borked....unless that's not what you were talking about. You're talking about the Secret Society site, right?

EDIT: Never mind, somehow I was at a wrong or duplicate site.

Yes, OnCharacterDispensePowerup() is for things like the engineer's health/ammo packs. I thought you meant the other powerups.

I didn't know any of the pages from the Modding Wiki still existed. What link did you use to get there?

There is GetObjectLastHitWeaponClass(), but it would only give you the last unit hit, not all of them.


Example retail usage:

Well, if there is some way to get the unit that was hit out of this function, then it should work - all one needs to do is set a looping function up like so:
Perhaps that's not the best way to loop, and if so, I would like to know what is; but my point is, as long as you can "get" the unit that was hit, it should work (and if so, how is this accomplished?).

You should never use a timer like that and I think the docs say not to too.

Anyway oops, I was thinking the GetObjectLast... function did something else.

I think this is what you want (when I say player, think Character):
Your unit fires a controllable. The controllable has an extremely short lifespan and explods when it dies. The damage from the explosion is very small and everyone in its radius can now be id. You need to locate these players. Do this by looping through each team, looping through the team's players. For each player, check to see if its unit is spawned. If the unit is not spawned, then the player is dead so continue on to the next player. If the player's unit does exist, check its last hit weapon class. If the class matches your controllable class, then you've found a unit hit by the controllable. Use SetProperty() on it. If the class does not match, move on to the next player. There is a small bug in this. If a player was outside the explosion's radius, but had not been hit since the last time it was in the explosion, he would get id as being hit this time too.

I do not know if EnergyBar is an object property or a class property. Lucky for you, changing endurance properties does not seem to cause a crash-to-desktop.

Zerted, you still haven't said how you get a player's unit. I'd luck through your Holocron mode source myself but I can't find it anymore. And I have no idea what to search the shipped LUAs for.

*EDIT*
Found Objective Holo and looking through it. But I'm busy so Zerted might beat me to this.

Edit2. Found it.
GetCharacterUnit(int) seems to be it. (the int could be the 'player' that many Events return.

EDIT 3:
I tried using GetCharacterUnit, but this code gave me this error So, apparently GetCharacterUnit(killer) and GetCharacterUnit(player)
aren't returning anything. ?

Ace_Azzameen_5 wrote:

Code: Select all

PlayersUnit = GetCharacterUnit(player)
KillersUnit = GetCharacterUnit(killer)
KillerTeam =  GetObjectTeam(KillersUnit)
if GetObjectTeam(PlayersUnit) == KillerTeam then

this code gave me this error

Code: Select all

Message Severity: 3
C:\Battlefront2\main\Battlefront2\Source\LuaHelper.cpp(312)
CallProc failed: bad argument #1 to `GetObjectTeam' (string expected, got nil)
stack traceback:
	[C]: in function `GetObjectTeam'
	(none): in function <(none):88>

So, apparently GetCharacterUnit(killer) and GetCharacterUnit(player)
aren't returning anything. ?

I am between moves and do not have access to my main modding resources at this time. However, I can point out a few things.

If the character is dead, then it has no unit and GetCharacterUnit() will return nil. You must check for this.

When a player kills himself, the killer is the same as the player. I have never looked into what the killer is if the player is killed by a method like KillObject(). I assume it would be nil. You should add checks for this too.

When testing something you are not completely sure how it works, you should have print statements everywhere. print( "Player: " .. player ) will throw an error if player is nil. print( "Player:", player) will not throw the error.

Thanks. The problem does seem to lie in player and killer's units not being returned. The player makes sense as the player's dead. I might just be mis-remembering the Killer error.

So, I'm tracking all player's units and those unit's teams at spawn, will let you know how it works out.

...This may be a stupid question, but do player indexes have allegiance? (GetPlayerTeam or something?)

P.S.
Sorry for thread jacking, I'd clean it up, but no perm's to do it.

I believe there is a GetCharacterTeam().