Search results

Yeah, that's what I meant, um, I think. Is recursion potentially a problem? It worked out fine in my testing, but I'm not sure (I assume by recursion is meant calling the the same procedure within the procedure).

Because of how annoying it is that you can't tell which team is fighting which, I decided to make a little something that should accomplish this: procedure setup_hostility(variable target, variable attacker) begin if len_array(get_array(hostile_teams_array, team(attacker))) == -1 then...

I uploaded the fixed ARTFID.H which was still missing, and also added an advanced tutorial for adding UI elements (if only I hadn't called this thread beginner tutorials heh). I mentioned this in part 6, but admittedly not in the best way, I'll probably just add your quote as a comment below...

I felt I should give something like this a go. I'll probably add some more stuff (mostly in the "extra" category) as I go along, but feel free to contribute/correct anything I've done wrong yourselves of course ;). 1. Tools, Docs and other first steps: 2. What Are These .H, .SSL and .INT...

Weird, thought I'd already tested that... that's very interesting; if only the devs had used a more consistent lvar numbering system for things other than reactions. edit: ah well, this is probably more an ingredient for mass compile anyway; messing with lvars from outside would be just asking...

You know what would be really awesome (annoying JtD request #4995 incoming), an roll_vs_skill/do_check hook; imagine it, overriding all those annoying random stat/skill checks in one fell swoop. Especially when the Fallout 1 conversion is done, this could produce miracles (the Fallout 2 devs...

It looks like the list itself is fine: debug_msg("first: " + debug_array_str(list_as_array(LIST_CRITTERS))); foreach critter in list_as_array(LIST_CRITTERS) begin debug_msg("second: " + debug_array_str(list_as_array(LIST_CRITTERS))); if (critter) then begin...

I ran into a very weird bug (I think); I tested it both in the lastest release version of sfall and in the test version phobos sent me. It seems that using BWOR DMG_BYPASS_ARMOR (or BWOR DMG_NO_ANIMATE) breaks the loop through the critter list for some reason: foreach critter in...

My ddraw.dll is two weeks old so I doubt that's the issue, but I'll try some stuff out with different builds (again, I should get more organized, heh). In the meantime, I was wondering something. I put together some more interesting (to me at least) party member leveling stuff (you can now...

Without knowing too much about it in depth, my guess has always been that for all intents and purposes there is only one hand in the engine, and that for the dude the engine uses a bit of sleight of hand to convince you that what is in practice just another slot in your inventory is actually...

I'm a simple man with an unhealthy fobia for procedures :oops: Given that the engine only checks for the active hand and automatically returns 0 for the off-hand even if it contains something, left hand + right hand should always return what is in the active hand, right?

#define item_obj_active_hand(x) (critter_inven_obj(x, INVEN_TYPE_LEFT_HAND)+critter_inven_obj(x, INVEN_TYPE_RIGHT_HAND)) variable weapon_obj_active_hand := item_obj_active_hand(dude_obj) if (item_obj_active_hand(dude_obj)>0 and obj_item_subtype(item_obj_active_hand(dude_obj)) ==...

To be fair Sduibek was the one who suggested uploading his FIXT sources to GitHub in the first place via PM; I just wanted to make sure he'd upload the whole shebang once he got the time to do it.

I want to transport my UI additions from the obj_dude script to a global one, but I can't get it to work: procedure start begin set_global_var(643, (get_screen_width/2) - (640/2)); set_global_var(644, get_screen_height-(480-362)); call intface; end procedure DisplayThing...

@Sduibek, could you perhaps upload the conversion as it stands today? The links in the original post are of course already long dead, and even if they weren't dead they wouldn't include the later improvements of you and @Darek such as the random encounter tables. You could also put it up in...

Interesting, yeah I meant the "critter_dmg(WHO,AMT,DMG_TYPE)" function you use to script a critter receiving damage (e.g. in traps). Damn, that speaks in favor of YAAM's and @Glovz 's ammo mods which don't involve changing the DR/DT fundamentals, but just the way ammo affects it... Guess it's...

Though it still doesn't get called for critter_dmg, right? At least it didn't fire when I tested it. That'd still cause some problems for people making new formulas using only a combatdamage script.

nvm

Ok, here they are as I added them to lib.arrays.h should some mysterious future modder need it :P // push new item at the end of array, no return value procedure array_push_no_return(variable array, variable item) begin variable n; n := len_array(array); resize_array(array, n + 1)...

Crap, totally forgot about your libraries, I only checked arrays.txt... well, that was plenty of wasted effort haha