Search results

Yup , show that you can count up to four and post a big CODE listings and you're the boss :D

Well sure this is caused by Your modified files :). Furthermore, I have used debugging messages and NOID's Fallout 2 debug patch to discover that for some reason, the procedure timed_event_p_proc (sic) (the procedure that checks if the player has set a destination course on the...

Whoa!!! No thats not the way Sirren67 ;) MVARS DON'T need to be imported or exported, MVARS are read from mapfilename.gam file. Exporting creates a new dynamic(exported) variable and this has nothing to do with MVAR(in Your case it have the same number ;) ). HOW TO REGISTER MVAR 1) Add...

GVAR names don't need to be written using capitalization, but watcom precompiler is case sensitive so if you register global as GVAR_Some_Var and then use it in script like that: GVAR_some_var then it will not work(must be identical). This script that you posted is ok. Your problem must...

if this critter does not respond to any actions then there is some critical error in this script. If it crashes when you pass the cursor over him then look in look_at_p_proc Post whole script.

Your script is ok its just that set_critter_stat function don't work like it should. You can boost player hp creating new drug and then using it on player (by script) it will have the same effect.

Can you give me a step by step what you do to get that error message. FSE has a undat module implemented so it should get this msg file even if it is packed in master.dat or patch000.dat.

Oracle wrote: Sorry but i haven't got any info from him in long time(summer i think) This LVAR_Herebefore checking is used pretty often so it may be the problem in other scripts too (if you use copy and paste :) ).

In this script that you send to me was one problem in talk_p_proc code. this line if local_var(LVAR_Herebefore == 0) then begin should be: if (local_var(LVAR_Herebefore) == 0) then begin And then dialog (and whole script ) works just fine. Oh and...

Don't give up :) Ok send me one of this bugged scripts with all special header files that you use and i try it. Ah and sen also your int file.

This code looks ok, i hope you put it in timed_event_p_proc procedure.

This message is shown when compiler did not send any(standard) error message and FSE can't find compiled script. Something went wrong with compilation of this script, try to compile it manually. Also check if you got latest FSE version 1.5a .

Falche display this message when it can not find player info in Savegame file. And it can't find this info because savegame file format is changed. You're using some patch or mod that changes savegame format (it added new global vars, new npc or something like that)

Your dialog is ok, its just a mapper fault i think, it happened many times for me too. If you test this script in game(not mapper) then it will work fine.

hmm first make sure you have latest FSE version (1.5a). Something must be wrong with running compiler. Can you write here messages that you get when script is compiled. It may be also problem with runing DOS4GW extender if you have XP.

In mapper edit prototype of your barrel and set FLAGS-> NoBlock on NO. hmm it seems that for items this flag does not work(you must stand in same hex as abject to take it).

Ok here is a sample how to use simple timed events: Make new script and put there talk_p_proc procedure talk_p_proc begin add_timer_event(self_obj,game_ticks(2),1); add_timer_event(self_obj,game_ticks(5),2); add_timer_event(self_obj,game_ticks(10),3); end And then add...

Yes putting it together is a long term run ;). BTW If i remember right the worst thing is that there is no Worldmap.txt in FO1, recreating all those encounters tables is a lot of work.

Yup, i think same thing. Just need to test it a little and it will be in next FSE version for sure, good work Anchorite.

Like many things in FO1 it is probably hardcoded.