Leaderboard

All of these textures you've been doing for KotOR1 have been wonderful. But I'm seeing a need that you haven't seemed willing to tackle: textures for KotOR2: The Sith Lords. Granted, there's a lot of overlap between many KotOR1 and TSL textures but I'd love to see you start on TSL specific textures. Whether it's for the new locations available there, the different heads for the PC characters, or the NPC team members, I am curious what you could come up for those textures. If anyone else agrees, drop a comment?

PLC_datapad.rar

Browsing through makes me want to dive in for a new modded run of K1! I agree with @Sith Holocron TSL would see a huge boon from your skill and attention.

You don't need to ask permission to use my content. Just let me know where you use it.

I've done it. Do you want the stump still UV'd to fit the vanilla PLC_GenCorpse texture, or expanded take up the full 0:1 UV space since you presumably have a standalone texture? I can do the same with the hand and arm. Resize their UVs and assign them a single custom texture. Edit: I just went ahead and remapped it. Hand, arm, stump all now share one unified custom texture. UV layout guide is included in the attached (using the custom texture name). As for releasing it, go ahead, you know the drill. K1_Placeable_Severed_Arm_Restumped.7z K1_Placeable_Severed_Arm_Restumped_Glass.7z

I'm happy with the result. But there's always room for improvement. N_CommMD.tga P_CandBAD.tga PLC_Datapad02.tga PLC_Datapad02.txi plc_sevrdarm.mdl plc_sevrdarm.mdx

I'll take care of it if no one minds)

Updating the vehicle fleet in a far, far away...

Dear Dark Hope, I am sure I share everyone's sentiment here saying that we wish for all russians to have one day the freedom they deserve. Unfortunately, it seems to me that the world has been going too often in the opposite directon the latest years. Especially some countries. May your child be born to see a better future. All the best!

Upscales approved and now available on Deadly Stream: https://deadlystream.com/topic/12120-skinrevenge-of-revan-upscales/

Hey everyone! My Name is Lane. Some of you know me from Kotor Speedrunning, and others from my various Youtube exploits. I don't ever really post on Deadly Stream, but I've been lurking in and around the KotOR modding community for about a decade now. I have a degree in computer Science and decided to put it to good use, and reverse engineer KotOR 1 (the GoG version). This has been an on-going project for about 2-3 years now, and I've been sharing my progress with friends, and in some Youtube Videos. However, I've pretty much hit a wall with what I can do with this effort now. So I wanted to release my progress publicly, so other smart and clever people can start doing fun stuff with this. Linked below is a Google Drive with several useful things: A Ghidra Zip File (GZF) containing everything you need to use this A Ghidra SARIF export that contains all data types, function labels, parameters, Classes, and other additions I've made A Ghidra Format XML that contains the labels and function adjustments I've worked on. This is lighter weight than the SARIF file, but has more limitations when it comes to import fidelity. A generated `.h` file, that contains the Header information I have pieced together over time. Even lighter-weight, and more limited than the above What this is not: True Debug Symbols for kotor BioWare Intellectual Property A runnable or compilable program Kotor's Source Code A reverse engineering of Kotor 2 A reverse engineering of the Steam version * * A note about Kotor 1 Steam: While this reverse engineering effort targeted the GoG release of KotOR 1, the Steam version has MANY similarities; often times having identical memory addresses for most functions. Any Patch made for the GoG version can be pretty reasonably ported to Steam with a little bit of effort. What this is: A decently representative result of what Kotor's debug symbols might look like (format and terminology pulled from the MacOS symbols, and existing NWN docs) A research-based labeling and reverse engineering of the GoG version of Kotor 1 A labor of love for the past several years that I'm happy to share Why this is cool/important: This provides a stepping off point for creating proper patches for KotOR 1 This also provides a means for researching underlying issues with things such as memory management, graphical limitations, and compatibility This also provides a researching angle for coming to understand some of the more mysterious file formats, and how they interact with the game itself There are also a variety of fundamental similarities between this and KotOR 2. Which may unlock some insights for that game This is also the first step towards a proper re-compilation (though that is a long-ways off) How do I use the GZF? (New way) You need Ghidra installed, with a modern Java Runtime Download `k1_win_gog_swkotor.exe.gzf` from the google drive below Create a new Ghidra project Drag the GZF into the project Double click it to begin browsing You now have a decently labeled/decompiled instance of KotOR 1 How do I use the SARIF or XML? (Old way) You need Ghidra installed, with a modern Java Runtime Create a new project, and import swkotor.exe (as purchased from GoG) Open the EXE in Ghidra's code browser When it asks if you want it analyzed, select 'Yes" The default analyzers are fine, technically you could speed this up by stripping out a few unneeded analyzers The analyzers will take several minutes to complete (progress can be tracked in the bottom right) Once the analyzers have run, we can proceed Select "File > Add To Program..." and select the SARIF (or XML) file (download below) The importer will analyze the symbols and apply them to the project You now have a decently labeled/decompiled instance of KotOR 1 Limitations: 99.9% of the functions have been labeled, however there were a few stragglers that I was never able to work out. These will appear as `FUN_<address>` 92.3% of the Data is labeled, with stragglers being named `DAT_address` Data Types are VERY incomplete. The labeled ones consist mostly of frequently used types, and known fields. Unknown fields are marked `field<index>_<offset>` Virtual Function calls are very under labeled (largely due to the difficultly of labeling vtables in Ghidra). Though you can determine the underlying function by applying the offset to the associated Class vtable. Most functions have only automatic variables defined within their decomp. Typing and purpose of underlying variables beyond function names, and parameter types, are left up to inference. Overlapping functions. Certain functions overlap in this compilation, due optimizations within the Visual C++ runtime. As a result some functions such as `GetProperty0x30` are shared by multiple classes, and thus lack a name-space. You can usually work out their purpose by checking the associated data type at that offset. If you used the XML import, you will be missing a lot of typing and Function Class/Namespace info Final Notes: Please feel free to ask me any questions about this effort, or any thing strange you might find within the decomp. I've grown to be quite the kotor expert over the years, and I'd be happy to share any insights. You can reach out to me on Discord @lane_d, I'm in the Kotor server, OpenKotOR server, DeadlyStream server, and the kotor speedrunning server. I will be periodically posting updates to this drive, whenever I get the chance to work on this more. If anyone has any major contributions they'd like to see added, please reach out! I'd be happy to chat. Google Drive Link Here

Sorry I've been slow to update this thread. A lot of the discussion has moved to Discord for better or for worse. But I'll try to put major updates here when I can. @DarthOuroboros Regarding a Lua machine, I had considered this option previously when I was planning out the script extender, but discarded it as the scripting community is already very well established, and asking people to adopt a new scripting paradigm might be a hard sell. However, that's not to say there'll never be a Lua machine implemented as you describe. There's room in the patching project for all sorts of ideas and features (provided someone is willing to create them). It just isn't currently on my or anyone elses docket to look into that.

The Russian modder did just that, but since he's presumably gone he can't come back and bug fix his own work or release it to the English-speaking Kotor Community. But as for why no one else has done it, it's simple - it takes effort to make a good quality mod. The TSL Expanded Ending mod adds a really high quality ending that puts TSLRCM's ending to shame, but it was made by a very talented modder. If he ever decides to work on the rest of Malachor, it probably won't be released for a very long time as it'd take a long time to not only make but ensure it's compatible with TSLRCM and other popular mods as there are lots of variables to consider for the end game - and this even includes him using Malachor VI as a base for his work, good mods take time to make and it's very easy to get burnt out during that process.

How was that problem solved for ROR?

Somewhat to my surprise, it actually doesn't seem too bad without it. No gap needing to be filled, which makes things easy. Try this and see how it looks in-game: K1_PFHA01_No_Bangs.zip

For reasons I can't explain, ever since I played TSL for the first time far longer ago than I care to admit, I've always wanted to have the interior doors in the Ebon Hawk in the first game. I noticed nobody else had added this feature in as of yet, so I decided to take a crack at doing it myself: All of the doors are added in and working, but obviously once they've opened, they stay that way. This feels like it makes the mod a bit pointless, so I'm currently working on a way to have each door automatically close once you move a certain distance away from it. I originally planned to use an OnHeartbeat script attached to each door to close it once you move a certain distance away, but it didn’t come out as well as I’d hoped: It’s a bit janky and doesn’t always seem to work as intended, so I’m not sold on this method. I did try using a trigger instead, having the doors open/close using the OnEnter and OnExit scripts instead and it’s a LOT smoother, so I think I’m gonna switch to that. Setting all those triggers isn’t going to be the quickest process in the world though so… that’ll be fun! As you can see, since the doors were originally intended to only be seen from one side in TSL, so once you pass through, you can see some of the door geometry poking out the wall on the other side. I'm not too bothered with that though, since it's unlikely anyone is going to be stopping and turning around to look up every time they walk through a door. I did show it at the end off the video though, just as a point of interest. I’ll hopefully get all of the triggers set tomorrow, give it a thorough test and then maybe put up a new test video before I create an installer and package it up for release.

The mod has been updated: Armor 9 HD isn't updated. I used the belt from this mod: https://www.nexusmods.com/kotor/mods/1770 I didn't get permission to publish it. I wanted to update the duros texture, but didn't get detran's permission. Boots have been updated.

Please see the official GitHub repo to get support and find updates: https://github.com/OldRepublicDevs/NCSDecomp NCSDecomp - Turn Your Compiled KOTOR Scripts Back Into Readable Code! Ever wanted to see what's inside those compiled .ncs script files from KOTOR? Or maybe you found a mod with scripts you want to understand or modify? NCSDecomp can take those compiled script files and turn them back into readable source code that you can actually understand and edit! What does it do? Simply put, NCSDecomp converts compiled KOTOR scripts (.ncs files) back into source code (.nss files). It's like having a translator that converts the game's internal script format back into human-readable code. Works with both KOTOR 1 and KOTOR 2! How to use: There are two ways to use NCSDecomp - a simple graphical program (GUI) or command-line tools. Most users will want the GUI version! Option 1: The Easy Way (GUI - Recommended!) 1. Download the NCSDecomp folder 2. Double-click NCSDecomp.exe (Windows) or NCSDecomp.app (Mac) 3. That's it! No Java installation needed - everything is included! Once it opens: Drag and drop any .ncs file onto the window to decompile it Or use File → Open to browse for files The decompiled code will appear with syntax highlighting (color-coded keywords, functions, etc.) You can edit the code right there if you want Press Ctrl+S (or Cmd+S on Mac) to save your changes Open multiple files at once - each gets its own tab The program supports both KOTOR 1 and 2 (configurable in the settings) and attempts to unify most nwnnsscomp.exe variants, but has mainly been tested with kotorscript and ktool's variants. Option 2: Command Line (For Advanced Users) If you prefer using the command line or want to automate tasks: Windows: .\NCSDecompCLI.exe -i "script.ncs" -o "script.nss" --k2 Mac/Linux: ./NCSDecompCLI -i "script.ncs" -o "script.nss" --k2 This reads script.ncs and creates script.nss with the decompiled code. Use --k1 for KOTOR 1 scripts, or --k2 for KOTOR 2 scripts. Decompile an entire folder: .\NCSDecompCLI.exe -i "scripts_folder" -r --k2 -O "output_folder" This processes all .ncs files in the folder (including subfolders) and saves the results to your output folder. Features: Works with both KOTOR 1 and KOTOR 2/TSL scripts Beautiful graphical interface with syntax highlighting Edit decompiled scripts and compile them back Round-trip verification - see if your edited code compiles correctly Batch process entire folders of scripts at once View bytecode if you're curious about the low-level details Self-contained - no Java installation needed! Cross-platform - works on Windows, Mac, and Linux What can you do with it? Decompile .ncs files to see the original source code Understand how game scripts work Edit scripts and recompile them for mods Analyze scripts from your favorite mods Batch process entire script folders quickly Troubleshooting: "Error: nwscript file not found" Make sure you haven't deleted or moved the tools folder that came with the download The program should find everything automatically, but if you get this error, check that the tools folder is in the same directory as the executable "Program won't start" (Windows) Windows might be blocking it. Right-click NCSDecomp.exe → Properties → Check "Unblock" → Apply Try running as Administrator if you get permission errors "Program won't start" (Mac) You may need to allow the app in System Preferences → Security & Privacy Right-click the app and select "Open" the first time "Program won't start" (Linux) Make sure the executable has permission to run: Make sure the executable has permission to run: chmod +x NCSDecompCLI/NCSDecompCLI For more help: Run .\NCSDecompCLI.exe --help (Windows) or ./NCSDecompCLI --help (Mac/Linux) to see all available options Check the included README files for detailed documentation Source code and more info: https://github.com/bolabaden https://bolabaden.org Credits: Original Developers (The Foundation): JdNoa - Created the original script decompiler engine Dashus - Created the original GUI These developers did the hard foundational work that made this tool possible. The original DeNCS was an internal tool used by TSLRP (The Sith Lords Restoration Project) and was released to the public "as is" with no warranty. Current Maintainer: th3w1zard1 - Complete rewrite and modernization This version represents a near-complete rewrite and modernization of the original DeNCS tool. While based on the original developers' foundational work, the current version has been extensively revamped with a new GUI, modernized codebase, cross-platform support, and many new features. The core decompilation concepts from the original work remain, but the implementation has been significantly rewritten for modern development practices. License: This software is provided under the Business Source License 1.1 (BSL 1.1). See LICENSE.txt in the download for full license information. Enjoy decompiling! 🎮✨ NCSDecomp-v1.0.2-Windows.zip

Soon)

Nothing. The game is a quarter of a century old and was designed for a Pentium II Celeron with 64MB of pooled system and video memory. The problems people encounter today are due to poor OpenGL support in their shitty drivers (i.e. AMD), not being overtaxed by added textures. The bigger issue is you probably won't notice any difference with or without a normal map, so they are mostly a waste of time. They used it sparingly because there was a limit to what they could fit in the Xbox's aforementioned pocket calculator-sized memory. And its presence in the first place was likely a legacy of Aurora/NWN. The engine doesn't accept normal maps in TGA format, so back in the old days it simply wasn't possible to make use of them. Additionally, even if you have a correct texture the relevant mesh/es in the model need a flag set for it, which wasn't exposed in the old modding tools. As to why more recent mods don't make use of them, some do. But like I said, it's mostly a waste of time because you can't even tell.

Like a lot of other things in the game, the answer is via scripting. For vanilla modules, typically this is done in concert with the module's GIT file, which has provision for a day music track and a night music track (a leftover from Neverwinter Nights). This is linked to an row ID in ambientmusic.2da which points to the music track that loops in the background. Using scripting, you can start/stop the current music and switch it to a different track. For example, in K1 when you encounter Malak in the Leviathan Hanger, the trigger script switches the module from its default music, track 11 (mus_area_sewers), to track 8 (mus_theme_malak): https://github.com/KOTORCommunityPatches/Vanilla_KOTOR_Script_Source/blob/master/K1/Modules/M40AC_Leviathan_Hangar_lev_m40ac/k_plev_malakmov2.nss#L5 Or in TSL, for the introduction of Nihilus, it switches from track 8 (mus_sith) to 4 (mus_nihilus ) https://github.com/KOTORCommunityPatches/Vanilla_KOTOR_Script_Source/tree/master/TSL/TSLRCM/Modules/852NIH_Ravager_Bridge/a_nih_intro.nss Or this script in TSLRCM, which switches the Ebon Hawk's default track to the romance track (mus_s_romance) which they added to their version of ambientmusic.2da: https://github.com/KOTORCommunityPatches/Vanilla_KOTOR_Script_Source/blob/master/TSL/TSLRCM/Modules/006EBO_Ebon_Hawk_(post-Dantooine)/a_006romance.nss At the end of your conversion, you can add another script to the exit node of the DLG which stops the new music track, switches it back to the original one, then sets that to play. Typically any time you need to know how to do something, there's a vanilla example you can crib from.

A new mod has been added to the series and I have an update to the main NPC Diversity Pack mod. When the mod goes live, this link shall take you to the Quarren Sith Master mod - a mod which turns the Manaan Sith Master into a Quarren using textures from Quanon's Big Sellout modder's resource. The update for my NPC Diversity Pack is in the works and shall include new generic commoner heads with some ported outright from Kotor II and some made from scratch. Right now, there are the following generic heads: 3 white male, 2 black male, 3 asian male, 3 white female, 2 black female, 3 asian female, 2 old white male, 2 old black male, 2 old asian male, 2 old white female, 2 old black female, and 2 old asian female bringing the total to 28 generic heads in the vanilla game. The final plan of the NPC Diversity Pack is to increase each race to 5 heads meaning there'll be 5 white male, 5 black male, 5 asian male, 5 white female, 5 black female, 5 asian female, 5 old white male, 5 old black male, 5 old asian male, 5 old white female, 5 old black female, and 5 old asian female which will bring the total of generic heads all the way up to 60. Right now, only the non-old heads are ready meaning, with this update, you can optionally install 14 additional generic heads into your game that'll be spread out amongst the generic NPCs across the game. Whilst this update is not yet finished, here are some previews as to what some of these heads will look like: In addition to these new heads, I am planning on reconfiguring some of the genders of the NPCs in the modules. For example, the NPCs in the Dantooine Enclave exterior are all women and the Anchorhead Town NPCs are all men. I plan on replacing some of these NPCs with the opposite gender so that the female heads from these optional addons can be added to more planets and more areas throughout the game without having them congested in certain areas that are segregated by gender. More updates on this will be released closer to the updates release whenever that'll be.

I will sent to you.

For those who are hungry for updates, thanks for all the kind words and support. As holidays are around the corner, my free-time has been a bit taxed lately as I strike the balance between KotOR things and spending time with my and my fiance's family. (Not to mention keeping up with my real job 😬) However, I did spend some time formalizing some of the various "wishlist" features, as well as other pending investigations within the repository issues view. Most upcoming work on my radar for this project is of the unexciting sort. I want to adjust the way I'm modelling game objects in the patching framework to better reflect the underlying inheritance in the base game (i.e. Functions that take a CSWCObject can accept a CSWCCreature, which is derivative, as valid input, etc). I also want to improve/expand the address database system. Right now, they're being stored in plain-text TOML format, which is fine at the current scale, but as this project has grown, this system is already becoming unwieldy. I'm looking to swap to using SQLIte, such that we can have efficient, live, swappable local databases that we can just dump address data directly out Ghidra into. Finally, kotor 2 reverse engineering just needs more work. Kotor 1 is in a great place, such that if we were only targeting that game, I could really accelerate this project. But since I'm endeavoring to provide a solid framework for both games, some TL&C is required to get kotor 2 at least somewhat up to speed. I likley will be giving DarthOuroboros's GhidraMCP suggestion a shot to see if that can accelerate things more here. As a lot of the work to be done is mostly comparative reverse engineering, which I hope falls into the low-complexity class of problem that AI typically excels at. As always let me know if there are any questions or suggestions! P.S. @ajdrenter Galaxy map stuff would be pretty interesting, I've added an issue for me to investigate that at some point in the future. Thanks for the suggestion!

Amazing work! You managed to break down so much limitations... This is extremely exciting :)

It would be both interesting and fun to potentially be able to recruit more people to one's crew in TSL using a system similar to the initial PartySwap mod which gives you an item allowing you to insert the handmaiden in as a replacement for any of your party members even if you're female, and so that you can recruit both her and the Disciple regardless of gender. Perhaps this can be done on a slightly larger scale, combining other possibilities and/or existing mods and allowing you to add more additional companions to a PartySwap-like system. Here were a few I had in mind and not coincidentally, they are all force-users which could make it more interesting: 1) Dustil Onasi: an already-popular mod exists which allows you to recruit Dustil Onasi on Telos, Carth's force-sensitive son from the previous KoToR game and have him replace HK-47, perhaps he could instead be added as an addition to the PartySwap system or an expansion of it. 2) Kaah Ohtok: Master Lonna Vash's padawan, a young Twi'lek whom you meet in the M4-78 expansion. He's a Jedi with tech expertise who struggles with temptations toward the dark side (which is why he attacks you initially). He dies in the expansion despite agreeing to join your party but perhaps a mod could be added to allow him to be recruited in a PartySwap-like way. 3) Kaevee: this is more of a long-shot, considering she was cut but then again so was Kaah. She's a former Padawan living on Dantooine in the Jedi ruins who is the actual thief that was stealing from Suulru and wants a Jedi Master to train her. Perhaps the Exile could agree to take her on 4) Atris: I've heard she was originally going to be recruited but Obsidian scrapped the idea. A user named Reztea introduced a mod where you can recruit her towards the end after you fight and defeat her and she takes Kreia's spot after Kreia leaves (spoiler, so sorry). Perhaps this could be worked into the PartySwap system as well even if she only joins towards the end. Please share your thoughts on this. I would love feedback and to see this