Salk

Hello again and thanks for your help! I didn't think of checking the OnSpawn script of the Republic Soldier and now it makes sense. I tried your suggested IF condition (which I needed to change to make it even compile: if(GetLocalBoolean(GetObjectByTag("man26a_inittrig01") , 1)) but it still did not work. What I wanted to do was to make the Republic Officer play non talking animations after the mercenary has left, just like you assumed. To do it I thought of adding an else condition to the script but I am unsure about the IF condition I need to use. I checked around and GetNearestCreature seemed promising but I don't seem to figure out how to use it in an IF condition that would return true only if the nearest creature is not a party member. Do you have a suggestion? Thanks!

Thanks, Fair Strides! I will see if this new version does indeed complete the loading of the level so that I can start familiarizing myself with it!

Hello Fair Strides! First of all, thank you for creating this toolset. It feels weird the first message in the Forum is mine, considering you released this nifty software months ago now. Said that, I finally got around to install it. Your FAQ (it's for newbies) sold it to me right away... I just wanted to report that I get a warning in the command window about missing tkIcons (I do not even know what they are). This is the exact error message: "WARNING: can not find tkIcons. Your installation of TK::ToolBar is broken. No icons will be loaded at script/t.pl line 11619." Is it something I should not concern myself with? I also wanted to report that for me the toolset never finishes loading a module and as it loads the command windows keep spewing errors. I have attached a screenshot to demonstrate: Thanks for the attention!

Hoping that my guardian angel Fair Strides is still checking in here, there is another small issue I am trying to resolve. In Ahto West, a republic officer is trying to convince an Echani mercenary to work for the republic. At the end of the small cutscene, once the dialogue is over and the mercenary left, the officer keeps playing the conversation animation, as the attached screenshots shows: To stop the animation I thought a single line, added to the script that makes the mercenary leave (k_pman_reprec01), might suffice: AssignCommand(GetNearestObjectByTag("man26_repneg"), PlayAnimation(0, 1.0, -1.0f))); but nothing actually happens. I did try other animations (like 16, DANCING) but with no result. I also changed the object but nothing. Any ideas? The original script is the following: void main() { SignalEvent(GetNearestObjectByTag("man26_echmerc1", OBJECT_SELF, 1), EventUserDefined(10)); }

If able, I'd really like to do that, yes. I will move now to Manaan and see if there is anything there that needs investigation...

I am wondering the same. What is the difference? Unfortunately this version does not work with my Windows XP.

Well, this part is done. The Xor ambush in Tatooine has been restored. Again, thanks a lot for your help Fair Strides. I found this post very useful with regards to X and Y Orientation (I am not sure I quite understand what the Z Orientation is used for though).

Great tip! Thank you, Fair Strides!

Well, I am almost ready with restoring the Xor Ambush on Tatooine. The only thing left is for me to figure out why the party members and Xor himself face a completely wrong direction during the cutscene. The party members direction must be set by this function in k_pkas_pcxorjp.ncs: void sub2(object objectParam1, object objectParam2, object objectParam3) { object oNPC = GetPartyMemberByIndex(0); object object3 = GetPartyMemberByIndex(1); object object5 = GetPartyMemberByIndex(2); sub3(); if (GetIsObjectValid(oNPC)) { sub4(oNPC, GetLocation(objectParam1)); AssignCommand(oNPC, SetFacing(GetFacing(objectParam1))); } if (GetIsObjectValid(object3)) { sub4(object3, GetLocation(objectParam2)); DelayCommand(0.3, AssignCommand(object3, SetFacing(GetFacing(objectParam2)))); } if (GetIsObjectValid(object5)) { sub4(object5, GetLocation(objectParam3)); DelayCommand(0.3, AssignCommand(object5, SetFacing(GetFacing(objectParam3)))); } } From the little I understand, it seems to be perfectly alright. The party members should face objectParam1, objectParam2 and objectParam3 which are three waypoints I had to create and where Xor and his minions spawn: object oKas_xor_pc0_jump = GetObjectByTag("kas_xor_pc0_jump", 0); object oKas_xor_pc1_jump = GetObjectByTag("kas_xor_pc1_jump", 0); object oKas_xor_pc2_jump = GetObjectByTag("kas_xor_pc2_jump", 0); But instead of looking straight at them my party members face a specific direction, as the screenshot shows. And Xor seems to be looking there too.

What is baffling is also that the glitch does not appear if you disembark alone.

I personally have a very low tolerance for glitches. I'd sacrifice visual improvements to a glitch free game in most cases. That did the trick, although I know nothing of what the consequences are. Thanks for the assistance!

Then the safest course of action is to remove those two files in the meantime (I suppose it is safe to do it?). If you have the chance, would you check if the same thing happens in your own game? Thanks!

Sithspecter, I believe I am experiencing a bug that is related to this modification. And it's such a weird bug that I am not sure how easily it could have been identified before. The bug happens when I reach the Tatooine Hangar and ONLY if I leave the Ebon Hawk with company (oddly enough it does not happen if I disembark alone). What is causing this bug, somehow, are the w_ionrfl_004.mdl/mdx files (did not test them separately but I made sure that w_ionrfl_001, w_ionrfl_002 and w_ionrfl_003 are innocent). Pratically what happens is that a ion rifle appears just under the Ebon Hawk as you can see from the attached image. It cannot be interacted with and for the life of me I would like to know how something like that could happen.

Okay. It seems that my mistake was to believe that GFF Editor would show me everything that K-GFF does. Silly me. I found out the hard way. Using K-GFF I can now see the Orientation and Position of the cameras. Not for the file I was working on (which I did save, yes).

Hello again. Yes, I understand we need Position and Orientation but those entries are missing from the .git file I am editing. As you can see it has five entries: ID, Field of View, Height, MicRange and Pitch. I checked many others .git files and they are all like that. How can these cameras work without the Position and Orientation entries? That's why I was wondering if the cameras' position and orientation are stored somewhere else?

Well, I made some progress with this and I must say it's a lot of work to learn much stuff for very little gain but I am stubborn and I am trying to make it work. The problem I am having now is with the position of the cameras in the cutscene. According to what I read in the tutorial by FG, there should be two entries for Position and Orientation but in the .git file I am working on they are missing... Does it mean that there are some "default" values for them stored somewhere? Curiously enough, the camera seems to be placed on the floor just under the Ebon Hawk (?) and it does look visible. The script switches to camera 444 and 445 which do exist in the .git file but the position is completely borked.

Oh I see... I did not know that. Anyway what happens if I move the .git file to the Override is that I get the cutscene with the czerka officer wanting you to pay the docking fee. I removed all triggers from the .git file just in case it was a matter of priority for which one should come first. I left only my own additions and nothing happens.

I have edited the post above because I realized the Trigger entry was missing from the .git file but adding that too did not produce any result. Yes, I have been on Tatooine before. The Xor plot comes usually pretty late into the game and Tatooine is the first planet I visit after Taris. Does it make a difference? Good luck with the installer.

Fair Strides, unfortunately it seems my attempt is unsuccessful. I will write here what I have done and perhaps you can tell me what mistake(s) I am making. The module of interest is tat_m17ab. Under Blueprint, Triggers we find kas_xor.enc.utt. Every other planet where the ambush triggers correctly contains a Trigger reference to this file in the corresponding .git file. Not Tatooine. I proceeded to add a Trigger entry to the .git file (entry 4) using GFF Editor. Under Blueprint, Waypoint we find k_xor_ambush_wp. Every other planet where the ambush triggers correctly contains a Waypoint reference to this file or similar (Kashyyyk has the same, Korriban has k_xor_ambush_spa and Manaan doesn't have any but its .git file uses sw_waypoint001 found under Templates) in the corresponding .git file. Not Tatooine. I proceeded to add an entry to the .git file (entry 25) using GFF Editor. I was not so sure about the coordinates but other than that I was hoping to have things right. I have used EFF editor to open tat_m17ab.rim and replace the original m17ab.git file. All checks out. Still, when I leave the Ebon Hawk in Tatooine, nothing happens. Can you give me some advice as to why? Thanks again.

From what I could understand, the first encounter with Xor uses the k_hxor.dialog.dlg (Fair Stride is correct about this - thanks!) while the next one uses the duplicate .dlg file kas_xor_dialog.dlg. I do not know why they felt the need to make things more messy but now I am done with my changes and am satisfied. The one thing I do not understand though is why the second encounter is triggered in Manaan, Korriban and Kashyyyk but not in Tatooine too, as it should. Tatooine seems to have the trigger (kas_xor_enc.uti) and the script (k_kas_xorattack.nsc)... I suppose something might not work as intended in the relevant part of k_sup_gohawk.ncs: Db_MyPrintString("Go Hawk Start"); //Do not jump to anywhere if you are on the Ebon Hawk, in the apartment or already in the spaceport/apartment building if(!GetIsObjectValid(oEbonHawk) && !GetIsObjectValid(oSpacePort) && !GetIsObjectValid(oTarisApt)) { Db_MyPrintString("Starting Return to Port Section"); //This allows the players to be ambushed in the starport outside the Ebon Hawk if(nXor == 1) { Db_MyPrintString("Xor 1 == 1"); if(GetGlobalBoolean("K_XOR_AMBUSH_FIX") == FALSE) { Db_MyPrintString("Xor 2 Ambush Fix == FALSE"); if(nPlanet == 20 || nPlanet == 25 || nPlanet == 30 || nPlanet == 35) { Db_MyPrintString("Xor 3 Ambush Choosing Planet"); SetGlobalNumber("K_XOR_AMBUSH", TRUE); SetGlobalBoolean("K_XOR_AMBUSH_FIX", TRUE); Db_MyPrintString("Xor 4 Hijack"); if(nPlanet == 20) { sPlanet = "kas_m22aa"; } if(nPlanet == 25) { sPlanet = "manm26ad"; } if(nPlanet == 30) { sPlanet = "korr_m33aa"; } if(nPlanet == 35) { sPlanet = "tat_m17ab"; } StartNewModule(sPlanet, "K_XOR_AMBUSH_SPAWN"); return; } } } I am not sure I know how things work but I did notice that there is no entry for Waypoint K_XOR_AMBUSH_SPAWN in the m17ab.git file. Can it be that that's the reason why Xor doesn't spawn the second time on Tatooine?

It must be like you say, surely. I will investigate. And thanks again for the help.

I thought of that too because it seemed to me it was the only possible explanation. But I did load the .dlg file into he editor several times, making sure it was the one in the override folder... Just out of curiosity, what changes did you make? And could I borrow your edited file and see if it does indeed play right in my game? Thanks!

Okay, the suggestion did work. I am now facing another problem and I thought it was better asking in this already opened thread rather than starting a new one. I need to make a few changes to the dialogue with Xor when I meet him the first time on Manaan. I thought that the .dlg file for the conversation with him was kas_xor_dialog.dlg which I find using KOTOR Tool under the Dialog tree of the manm26ad_s.rim module. But apparently I must be wrong because I changed a few lines, saved the new file and dumped it in the override folder with no result. The dialogue played is still the original one. Any advice as to what is happening? Thanks!

Sounds good.

I am not sure I understand. Of course it would be ridiculous if you could walk through the bodies of the monsters. Nobody wants that. sEcOnDbOuToFiNsAnItY said (and that is also my recollection but I can verify it) that the corpses do not need to be destroyed to move past them.