DarthParametric

Modders
  • Content Count

    4,706
  • Joined

  • Last visited

  • Days Won

    537

Everything posted by DarthParametric

  1. You can do the same in KMax and KBlender by loading a LYT (layout file) which will load and arranged all the individual room models.
  2. You can get almost all the module scripts from the Github link I posted above, unless you are looking for TSLRCM-specific scripts. For K1, ~99.4% of module scripts are available (just shy of 10,800 scripts currently).
  3. KTool isn't doing anything special. All you are seeing is the included source for the global scripts that are part of the game files. HT can show you that as well if you open scripts.bif with it (i.e. under "Scripts" in the main window once you choose the game version). None of the module scripts include source. They are only available as binary NCS. You can check the Community Patch repo here - https://github.com/KOTORCommunityPatches/Vanilla_KOTOR_Script_Source - although note that it is still a work in progress. @JCarter426 managed to automate the conversion process and process all the scripts for both games (TSLRCM scripts are still to-do). For K1, the results were (ignoring global scripts) 98 failed to decompile, 686 reported a bytecode mismatch on recompile, 48 reported could not recompile, and 577 required a hotfix to bypass the GetStringByStrRef issue. For vanilla TSL (again only looking at module scripts), 53 failed to decompile, 251 reported a bytecode mismatch on recompile, and 11 reported could not recompile. At the time of writing there are still 71 non-decompilable K1 scripts that are awaiting manual reconstruction. I haven't looked at the could not recompile ones yet, but off the top of my head I recall a number of scripts where DeNCS mangled switch statements, so I suspect the majority will be instances of that. I haven't examined bytecode mismatches either, so I don't have any ideas as yet to potential causes there. As to when pulling in the NSS will be integrated into HT, I'd suggest you keep an eye on its Discord channel - https://discord.com/invite/3ME278a9tQ
  4. It's more likely the issue is the destination directory (temp directories are intended to be written to by anything). The moral of the story is stop installing stuff in Program Files. Windows does restrict access to that.
  5. I'd suggest HT is probably the issue. It's not ready for primetime just yet. Check all your files in KTool, KGFF, etc.
  6. I assume your 2DA entries are correct? Although typically the game will just straight up crash if it tries to load a model that doesn't exist/is bad.
  7. Make sure you are using the most recent version of MDLEdit, not the one from the downloads section - https://deadlystream.com/topic/5735-mdledit-bug-reporting-thread/page/10/?tab=comments#comment-73932 That bone count warning is outdated. The actual limit is 17/18. All the vanilla models are fine.
  8. Yes, it is only configured to append new lines to dialog.tlk. To properly cater to non-English languages would require separate language-specific versions (since patching existing TLK lines is currently not practical). We are open to volunteers if anyone wants to do the work required to create such a thing. It would mean translating English strings to the target language, splicing the target language versions of various voice over audio files, and translating the readme (at the very least the info.rtf for TSLPatcher).
  9. It adds new TLK entries. Those should still work, albeit they are in English. But I have no idea what the impact would be for languages that use two TLKs like French. There are also some voice over edits/changes as well, which are in English.
  10. There is no 920MAL vanilla or TSLRCM module. Do you mean 902MAL (Malachor V Depths)? Although I don't see that script in there. An added module from M4-78 perhaps?
  11. Image data is specified in reference to an origin point (i.e. one corner). Some programs use different origins (e.g. top left vs bottom right). Using a different origin than what Odyssey requires will result in your image being flipped, since it will display the pixels according to its own hardcoded origin, not the image's. You can try using TGA2TPC which has an automatic flip detector built in and see if that works. Edit: Doing some quick Googling, it seems that Krita exports TGAs with a top left origin, whereas Odyssey expects a bottom left origin. You can try flipping your image vertically before exporting the TGA from Krita if you don't want to try converting to TPC as I suggested above.
  12. Unless something has changed, that would be NCSDecomp which is from Xoreos Tools. It's not something you should be using since it is only partially functional. Use DeNCS instead, which requires Java. Although for most people that shouldn't be required too much longer, as the Community Patch team is working on decompiling all of the vanilla scripts from both games (well all the ones that can be decompiled anyway). HT should automatically load these for you in a future version. NWNNSSComp is the KOTOR-specific port of the community Neverwinter Nights script compiler that has been in use since KOTOR modding began. You can run it via a commandline (or batch scripts), but HT is set up to use it silently to compile scripts created in its script editor, so there should be no need to run it manually.
  13. Whatever body model that is doesn't have the correct UVs for your adjusted texture. Edit: What program are you using to export the TGAs? You could have the flipped origin issue.
  14. It should be easy enough to combine them. Just decompile the K2CP one, open the ASCII, find the disabled anim and edit the following: node dummy Mesh01 parent talkdummy orientationkey 0.0 1.0 0.0 0.0 0.0 0.0333333 1.0 0.0 0.0 0.0 endlist endnode changing it to: node dummy Mesh01 parent talkdummy selfillumcolorkey 0.0 0.0 0.0 0.0 0.0333333 0.0 0.0 0.0 endlist endnode (it doesn't need an orientation key anyway).
  15. No, that's still an open issue - https://github.com/KOTORCommunityPatches/TSL_Community_Patch/issues/79 The existing HK models are from JC's Shader Fixes.
  16. It's because they are 2048x1024. TGA2TPC is currently broken for non-square textures.
  17. Yeah. In fact I posted some batch files for it just the other day - https://deadlystream.com/topic/9793-tlk2xml-doesnt-work/?do=findComment&comment=87704
  18. You should only need one script. With TSL you can have a generic template and specify the creature tag and feat ID in the DLG, as I described in this post.
  19. How long is "too long"? What are you using to compile the TLK? The end game credits are mostly comprised of one gigantically long single entry (42190) that's roughly 600 lines or so, so I find it hard to believe that length would be an issue for any regular entry.
  20. From Xoreos? All of the Xoreos Tools exes are commandline. They are intended to be used from a console with user-supplied arguments. I have a couple of batch files for converting TLKs back and forth: @echo off set /p gametype="Please enter either kotor or kotor2 to specify game version: " set /p tlkname="Please enter the filename of the TLK (without extension): " tlk2xml --%gametype% %tlkname%.tlk %tlkname%.xml pause @echo off set /p gametype="Please enter either kotor or kotor2 to specify game version: " set /p tlkname="Please enter the filename of the XML (without extension): " xml2tlk --%gametype% %tlkname%.xml %tlkname%.tlk pause TLK_to_XML.bat XML_to_TLK.bat
  21. You can just add new rows in heads.2da that use my head model and then specify the texture you want in the alttexure column (leave the DS transitions blank). Then point to that row ID in the normalhead column in appearance.2da for the specific row you want to change.
  22. Doesn't matter, since they don't directly interact. But the patch has to go last since it overwrites the Rodian Jedi model.
  23. Most of the various head tex columns are for the DS transitions. They start at "headtexe" and work backwards (right to left) - Evil, Very Evil, Very Very Evil, Very Very Very Evil. These equate to D1, D2, D3, and D, respectively, for vanilla player head textures. Although as applied in heads.2da all the vanilla heads only make use of two DS textures, D1 and D2, with D1 covering the first three stages and D2 only applying at the VVVE stage. By default Kreia should never make use of DS transitions, since she is locked at neutral alignment in her party incarnation. However, per that screenshot you posted from Visas's viewpoint, they may script a change for that scene which would apply since that's a stunt NPC, not party Kreia. I haven't looked through the TSLRCM scripts for that module as yet though, so I'm unsure of the specifics of what goes on under the hood. What is it exactly you are wanting to do?
  24. Type %LOCALAPPDATA% into the start menu search box, click on "Local". That should open an Explorer window at C:\Users\<username>\AppData\Local\ . There should be a KSE folder, inside there should be a kse.ini file. Open it in a text editor (Notepad, etc.). You can edit the values under Paths. For example, mine looks like this: [Paths] K1_Path=G:\\Star Wars Knights of the Old Republic\\K1 K1_SavePath=G:\\Star Wars Knights of the Old Republic\\K1\\saves K2_Path=G:\\Star Wars Knights of the Old Republic\\TSL K2_SavePath=G:\\Star Wars Knights of the Old Republic\\TSL\\saves K2_SavePathCloud=undef TJM_Path=undef Steam_Path=undef