Fair Strides

Porting custom content... that's usually fine as it's custom content and thus not in the game's files, but unless permission is given, this work is for personal use only!!! And I think both you and Todd mean the uti file.

http://deadlystream.com/forum/topic/2970-porting-please-read-here-before-posting/

From what I've gathered, it's set to 1 to let the game know to ambush you, and it's set to 2 when he actually does ambush you (as noted by it having to be 2 to get his death section of the dialog), so I'm operating on the idea that it has to be 3. Also, compiling one script instead of trying to compile all the relevant trigger scripts that used the k_inc_utility, two of which wouldn't decompile... Hmmm, tough choice...

DLG Editor View File DLGEditor is a GUI based dialog viewer and editor for Star Wars: Knights of the Old Republic and Star Wars: Knights of the Old Republic II: The Sith Lords. The editor is divided into two panes. The upper pane contains the treeview portrayal of the dialog with NPCs speaking in red (Entries) and PC replying in blue (Replies). Upon highlighting the nodes of the tree, detail widgets appear in the lower pane containing node-specific information which can be edited. Submitter Fair Strides Submitted 11/07/2015 Category Modding Tools  

I appreciate it. It's so much easier to test, diagnose, and fix bugs if you don't have to play up to a certain point first...

So... Does anybody have any saves? 134340Goat, I can walk you through getting saves to me in the Chat or via PM.

Half of those have nothing to do with the Galaxy Map... All of those can be found in the Scripts.bif->Scripts, Source, however. For the actual Galaxy Map in the Ebon hawk, you also need these ones: k_inc_ebonhawk k_pebn_exithawk k_pebn_galaxy k_sup_galaxymap k_sup_galaxmap And for the Rapid Transit System (which you could simulate with an armband pretty easily): k_sup_gohawk k_sup_guiopen Almost all of the scripts I have listed above are in the Scripts.bif->Scripts, Source section of KT, but the ones that aren't are probably inside the Ebon Hawk's module itself.

http://www.gamnesia.com/news/if-the-tpp-passes-it-could-be-extremely-detrimental-to-the-modern-state-of This was sent to me by ZM90 earlier on Skype, and while I'm fairly confident we are mostly safe, the talk about proprietary formats being a part of DRM (thus, reverse-engineering files to learn those formats would be DRM-Circumvention) has me pretty worried... What are your thoughts on this topic, after watching the video and reading the article in the link?

Yeah... We'd talked about this on Skype while making the installer... (Don't kill me...) I've since removed the Error-Checking that prevented assigning blank values... I had to do it for an installer I was working on and it would have been rather difficult to do a workaround with scripts... Come to think of it, since I've both done that and removed the dialog.tlk check used to verify the paths (which crashes the installer if trying to install a mod to a Workshop folder that has no dialog.tlk file in it...), I should probably upload stoffe's TSLPatcher setup (a bundle of TSLPatcher, ChangeEdit, a custom nwnnsscomp.exe [which was done by tk102 to account for the 2DAMEMORY tokens used by TSLPatcher], the read-me, and TLKEdit).

Could you please list all of your mods and tell us exactly what you were doing, saying, or clicking on before this error occurred?

As stated in that fix's read-me: "This mod will fixes the problem with the second encounter with xor (Juhani plot) that was responsible for making Xor spawn only when using the Rapid transit system." It does not fix the variable not being updated, which is necessary for the other messengers to spawn. http://www.lucasforums.com/showthread.php?t=212579 http://www.lucasforums.com/showthread.php?t=154296 http://www.lucasforums.com/attachment.php?attachmentid=2451&d=1130303686

The bug commonly referred to as the "Juhani Quest Glitch" has officially been fixed. With the help of LiliArch, Kexikus, and several other people, I've managed to fix this long-standing bug in the game, and here's the bug, how the bug is caused, how to fix it, and how we found it: The Bug: Whenever you follow Juhani's personal dialog far enough along, you will be approached by a Twilek named Xor. He will take an interest in Juhani, but is forced to leave disappointed and angry. Later, he ambushes you outside your ship if Juhani is present, and will be dead when all is said and done. From that first moment when you get approached by Xor, you will no longer be able to be approached by any more messengers, effectively stopping the advance of others' personal quests and blocking you off from a shop later in the game. Because of the loss of this store, most players have learned to hold of on delving too deep into Juhani's past until later on, after the store is open. The Cause: The bug is caused simply because the game checks that the value of the global number K_XOR_AMBUSH is either 0 or greater than 2 when determining whether to have any messengers approach you. K_XOR_AMBUSH is set to 1 after Xor talks to you and takes an interest in Juhani. It is set to 2 after he attacks you later on. But it is never set to 3 after the attack is done! The Fix: You guessed it: you need to set the global number K_XOR_AMBUSH to 3 after Xor dies. This will allow other messengers to approach you and allow you access to a store later on. The Discovery: While looking into this bug, I went searching through the game's files for how the messengers were spawned and determined. I found out that each planet had one or two scripts for this, but not all could be decompiled. By examining the ones that could be decompiled, I was able to track the code that handles everything to k_inc_utility.nss in KotOR 1's scripts.bif. The relevant code from that file: Of importance is the following sample: int nXor = GetGlobalNumber("K_XOR_AMBUSH"); //Do not fire any messenger plots on Kashyyyk if Chuundar is dead if(GetGlobalNumber("K_CURRENT_PLANET") == 20) { bConditional = GetGlobalBoolean("kas_ChuundarDead"); } if(bConditional == FALSE) { if(nXor == 0 || nXor > 2) { This led me to investigate the K_XOR_AMBUSH global number and how and where it was changed. I discovered that it was set to 2 just before he attacked you, but that it was never set to 3 when he is dying. From there, I gathered saves from Kexikus and others and tested setting the K_XOR_AMBUSH to 3 after Xor dies. And everything works! This script is used by the game to launch Xor's death scene, but I've edited it to set the K_XOR_AMBUSH to 3 at that time as well. Simply drop it into your override folder and you're good to go! k_hxor_state03.7z

Well, when dealing with UTC files that have the same name among different modules, you will have to add them to the module itself for testing, and to do it with an installer for the end-user, the installer would have to be ran multiple times. However, if each of the UTC files has the same item equipped (like a prop weapon), you could modify that item's stats instead. Just avoid that if it's an item the player could obtain through normal gameplay.

Okay, let's go to the basics: List all the mods you have.

This I can confirm, having set up the Patcher for Kainzorus and looked it over two times after the initial setup. BUT just for good measure, let's look again, shall we? EDIT: 30 minutes later. The Clone Wars Armor mod is impossible to conflict with the game, since it only adds onto the appearance.2da, modifies a Republic Corpse on the Harbinger (the corpse is only used here and nowhere else in the entire game. And the corps is just a loot one, nothing special), and the rest of the files are added content. The ONLY way you could get conflicts is if you had the following files from another mod: Textures (Doesn't matter if TGA or DDS) ia_Class9_090 through ia_Class9_092 ia_Class9_094 through ia_Class9_121 iw_hvrptbltr_066 iw_ionrfl_080 w_ionrfl_080 Models w_HvRptBltr_066.mdl and .mdx w_ionrfl_080.mdl and .mdx Modified files rsldcrps002.utp

Can you send me all the files for that module? If I can compile the ascii with KAurora and compare that with your working version...

Well, if we can pinpoint the settings for the AABB node in the binary mdl, I could look into adding that to KAurora. And I know that some people have been looking into why it won't support animations, so there's that as a possibility as well... If we can find these pieces, then I could look into updating KAurora to support these, which would at that point make MDLOps obsolete except for the "export to ascii" and the Replacer tool. Well, and the data viewer. But I reckon we could add the export to ascii pretty easily...

If he can get me all the data format in the mdl's binary, I could try adding it to KAurora.

Hmm... While working on K1R, I saw that custom items from the override and in the module's own files worked on placeables and creatures, so I should think it'd work on stores, too...

Just like the audio skipping bug that so annoys you, we cannot fix it because it is a problem caused by Aspyr when they re-compiled/updated the game. Real simple solution for you: Use the legacy version from Steam or just grab the GOG version...