Leaderboard

View File Unofficial K1CP Tweak Pack A Mod for Star Wars Knights of The Old Republic Author: N-DReW25 1.6.1 Release Date: 12.05.2024 Installation: This mod requires the Kotor 1 Community Patch to be installed FIRST before ANY other mod: https://deadlystream.com/files/file/1258-kotor-1-community-patch/ Alongside the "Readme.txt" file will be the following folders: "Override Mods" "TSLPatcher Mods" * To install Override Mods, open the Override Mods folder and select which mod you'd like to install and simply copy the files within the mod folder into your swkotor "Override" folder. * To install TSLPatcher Mods, simply click on the TSLPatcher.exe, select your option, click install and sit back and watch the TSLPatcher do its magic (Do note: This mod, as of version 1.0.0, only has a single TSLPatcher mod). Description: 9 years ago, Pavijan357 released their Unofficial TSLRCM Tweak Pack. That mod changed numerous aspects of TSLRCM based on Pavijan's personal tastes including, but not limited to, the removal of Kaevee or the restoration of Saedhe's original generic head. This mod uses that concept and applies it to the K1 Community Patch where I change, revamp or remove certain features of the K1 Community Patch based on my own personal opinion on that particular feature. Features: Known Bugs: This mod shouldn't have bugs but if there is report it on Deadlystream.com Incompatibilities: Report further any incompatibilities to me on Deadlystream.com Permissions: Do NOT claim credit for this mod and do not use assets from this mod without my permission. Do NOT claim credit for the K1 Community Patch or any of its integrated mods, please consult the K1CP developers for permission to utilize their assets in your own mod. Thanks: A Future Pilot: For kickstarting the K1 Community Patch mod! DarthParametric and JCarter426: For maintaining the K1 Community Patch with ongoing updates! DarthParametric again: For improving the mod logo on the main download page! Bioware: For such an amazing game! Stoffee: For TSLPatcher! Fred Tetra: For Kotor Tool! Everyone who downloads the mod! Legal: THIS MODIFICATION IS NOT SUPPORTED BY BIOWARE/OBSIDIAN ENTERTAINMENT, LUCASARTS, DISNEY OR ANY LICENSERS/SPONSORS OF THE MENTIONED COMPANIES. USE OF THIS FILE IS AT YOUR OWN RISK AND THE ABOVE-MENTIONED COMPANIES OR THE AUTHOR IS NOT RESPONSIBLE FOR ANY DAMAGE CAUSED TO YOUR COMPUTER FOR THE USAGE OF THIS FILE. Submitter N-DReW25 Submitted 05/14/2022 Category Mods K1R Compatible No

Update: As suggested by DarthParametric (and reinforced by Sdub), I have added an option for a visible forcefield at the entrance to the hangar. If you've already installed version 1.0 and want to try the new effect, you can proceed straight to the "Add Visible Forcefield" part of the installation. Thanks a ton to Darth Parametric for providing an example forcefield that I could emulate!

It wasn't a stylistic choice, it was a performance optimisation. I very much doubt Bioware's original vision for the game was characters looking like they were taken straight out of the original Tomb Raider.

The other thing you can do is add the emitters that the regular door forcefield has (check the "mydoor2" door model) to each side. I didn't add them to the Leviathan field because it was too big, but maybe the Manaan/Yavin hangar opening is small enough that you won't need too many duplicates. Plus you don't get to wander around the Leviathan hangar anyway, so there wasn't much point.

I actually already had the lights around the perimeter for that exact reason, might not have been clear in the screenshots. But I can also see how the full forcefield effect gives it a bit more punch.

IIRC, I don't think any of the vanilla K1 or TSL hangars have visible forcefields, just lights around the perimeter to represent some kind of emitters. That's how the original trilogy handled it, too: DarthParametric added a visible forcefield to the Leviathan hangar for K1CP, which I did my best to emulate. Now that I've seen it in action, I have to admit that it's a pretty cool effect.

Agreed. I come from the FLOSS side of things, for me it's natural to release sources. And while in the FLOSS space, we disagree on different licenses, we agree that source releases, with a proper license attached to allow for re-use, is important. And "release early, release often" is also a common mantra: things might happen, so while we wait for a drop of perfectly finished and cleaned up sources, maybe you get hit by a bus. Or, less crass, your HDD dies and you don't have any backups. Or something else catches your interest or your RL gets bogged down or a global panini hits and your headspace is just weird as all f. It happens, that's okay. Don't get me wrong, good documentation and detailed documented specs of file format is also important. Ideally, there's both docs and code. With code, though, if you can get it to run, you can immediately see if it's correct. This isn't meant as an attack or rant or anything, just for an explanation of where I'm coming from here.

I'm not saying a reverse compiler isn't useful. But I'd like to know how the remake will change things. If the mod community moves from NWScript/NCS to something new in the remake, a reverse compiler for NCS won't be useful for much beyond historical reasons. And we have no idea if TSL will get a remake, so the reverse compiler may be necessary regardless of the KoTOR remake. So for the moment assume this is on hold rather than canceled. So far I've only seen rumors, no definitive proof beyond switching the game engine to UE. And I don't see why NWScript/NCS can't coexist with UE? I'm not giving up, just busy. And the code isn't important. What's important is the documentation I've compiled explaining how, to my knowledge, NCS works. What I've been documenting is a step-by-step model that takes individual NCS opcodes and recreates higher-level operations, which often lead to higher-level operations of their own. It's rarely a 1-to-1 reversal like "CONSTI 1, CONSTI 1, ADDII" (which is "1 + 1" in NWScipt), and often requires examining operations in various contexts. For example, the JMP opcode shows up in four types of statements: Expression statements Jump statements Iteration statements Selection statements And there are three jump statements and two selection statements. That's a total of seven contexts to examine (1 + 3 + 1 + 2). And I've identified an actual error in at least one NCS compiler. I need to figure out if the reverse compiler should try to reverse those broken files, or just quit and complain.

Not likely