Leaderboard

I know i started a topic like 2 years ago or something about doing a remaster / retexture, but i never got far into it. So I recently started over again using the new AI model i have been working on for the last 2'ish years on and off, the recent update made it really good at doing clothing. This retexture will be similar to my other remasters i've made in the last years (Jedi Knight 2, Thief 2,Morrowind and Gothic 2). So basically the full game retextured, maybe apart from the smallest stuff which doesnt make sense to retexture. I'm maybe 70% done or so. 1600+ textures so far, but some needs to be remade again or needs fixes. Some examples attached

An, almost, full retexture of the entire game. Made with my AI model. Not an "AI Upscale", which is something different. Vurt's KOTOR Visual Resurgence at Knights of the Old Republic Nexus - Mods and community maybe i can upload here once it reaches a more final version.

Snigaroo, I'd like to tackle Party at Davik's. I've already done most of the work. Cheers!

The time has come, the Echani are almost ready to be added to the K1 Alien Pack. These skins were, for the most part, made by me. The Echani textures in the K1EP are by RedRob41 and, I assume, aren't part of the modder's resource element of that mod. Below is an example of an Echani made by me. Since Brianna is supposed to be a hybrid of a human and an Echani (The human Arren Kae as the mother and the Echani Yusanis as the father) I wasn't inspired by her appearance when making the Echani, instead, I was inspired by the appearance of Raskta Lsu. This next skin is based on Daris Solomon's texture from BOSSR. As that mod can be used by modders as per SilverEdge9's blanket permission, I took Solomon's head and modified it to look like someone else despite still using the same head model. Below is the third Echani appearance, it isn't too visible but as you can see if you were to install the Devaronian install you'd get both species side by side. Since the cut Echani in the Ahto City Bar already has a UTC file, there are no extra compatibility patches for the K1 Alien Pack's Echani install and the RC-K1CP which will soon restore the Echani. Just install the RC-K1CP before the K1 Alien Pack's Echani and both the vanilla Echanis and the restored Echanis shall have Echani heads. There are 3 male Echani heads added with 8 NPCs across the entire game being converted into Echanis. Female Echanis may be added in a future update and named NPCs may get their own unique Echani heads in the Galaxy of Faces mod. If you think the K1 Alien Pack adds too few Echani, don't worry - the Echani are few only because the K1 Alien Pack will add more aliens throughout the game so no one alien species will be overrepresented. The K1 Alien Pack's Echani update shall come with another new alien species which I hope to share here once those ones are ready. Stay tuned!

i fixed both so now there's crashed spaceships instead of the buildings.

I have some notes.

Edit 9/12/2025 This is ready for beta testing! If anyone is interested please let me know. It theoretically should be compatible with both Extended Enclave and Party Swap, plus most other mods in the recommended build. Installs with TSLPatcher. --- I'm still working on learning the scripting side of things to put everything together, but I finally was able to get my test dialogue, lip files, and edited audio working and wanted to share a snippet! This mod will be fully voiced using less-common and cut original dialogue clipped together to form new conversations, and creates a complete romance arc for Atton and the Exile in the style of the K1 romances. (other mods I use that are visible here: Atton with scruff https://deadlystream.com/files/file/528-atton-rand-with-scruff/TOR ports, Kira Carsen https://deadlystream.com/files/file/1301-tor-ports-kira-carsen-female-player-head-for-tsl/ High Quality Skyboxes 2 https://deadlystream.com/files/file/723-high-quality-skyboxes-ii/ - I need to make some new saves without my usual mod build for when I do real testing and making the actual dialogue files, this was just a test. I play on iPad, so that's the reason for the different UI) Content: I have finished writing the dialogue and editing the audio for seven new main conversations that run from Telos to a final scene just before heading to the Ravager, as well as four shorter repeatable flirting options, two conditional conversations (one if you trigger Atton and Mira's jealousy conversation over Disciple meditation with the Exile, plus one short bit if you have Atton in your party during the Handmaiden Battle Circle), plus a few extended options to flirt back/continue with several comments Atton makes to the Exile in the base game. Currently I am planning to use fade-to-blacks for kiss scenes to match K1 (and also because I have no idea how to animate that in the locations the scenes will be in). Compatibility: This mod will only require the TSLRCM, but I will be using TSLPatcher for installation and hope to make it broadly compatible if possible. Any advice on best practices to achieve this is very much appreciated! I will be testing it with PartySwap at minimum but would like to make it compatible with the full mod build if that is possible. I am leaving out gender checks for all of the new dialogue and am hoping to make this compatible with Leilukin's Atton and Male Exile mod so everyone wanting to romance Atton will be able to regardless of PC gender. I usually play on an iPad so this mod will work fully on iOS. Current progress: With the dialog and audio done and the lip making process set, most of what I have left is figuring out scripting and conditionals enough to put it all together. I need to find out: (updated 9/11/25) how exactly fade in and out of black works regarding the pacing and speed options (I got the initial fade out to work here, but I had to cut the scene off there as the fade back in is not the way I want it to be). How to set up TSLPatcher How to manage compatibility with the mod build. If anyone has advice/tutorials for any of those it would be greatly appreciated! As mentioned above under compatibility, I would also welcome advice on how best to set everything up to be less likely to cause issues with other mods. I'm editing Atton's global dialog file which I know may cause problems with anything else that modifies it, but will be making small changes to several other dialog files too throughout the game. I know I will need to figure out TSLPatcher (thank you ZobiZob for making that video guide to get me started!), but anything I should keep in mind regarding file location/names/formatting/anything else would be wonderful! Credit: Huge thank you to JC, as the SithCodec was absolutely essential for me to be able to do any of this, along with creating multiple things to help with making lip files that saved me a ton of time and effort, plus repeatedly answering my questions in the Discord server when I hit problems I couldn't troubleshoot on my own. 2 months ago I was still not understanding how mods even worked as I am not remotely a computer person, and this is my first attempt at any sort of game modding, but the countless tutorials folks have posted and the supportive community here have been amazing and incredibly helpful! If anyone is interested in beta-testing when I get the scripting and installation figured out, or if you have any other thoughts/suggestions/advice, please let me know. Thanks!

Hello DeadlyStream folks, It's been a long time since I've attempted to create a mod and I'm trying to create the ultimate performance mod for old hardware for KOTOR. For context, my one and only mod contribution to this site has been the TSL of the OLD PC. This is thanks to a combination of contributions by modders on here like BeadV+MDLedit , DarthParametric for allowing me to take his widescreen menu and remove the particles, and the kotor tool by Fred Tetra). Unfortunately, this didn't really address all of the issues of performance on low end systems for TSL. Thankfully it was pretty effective for a lot of use cases and I had fun working on it. Since then, I've wanted to revisit the original KOTOR in attempt to make it push 60FPS on the most meager hardware possible in a way that I could learn to do the same for TSL. In my current mod output testing, is an old Dell laptop running windows XP with 2GB of DDR2, a less than 2GHZ dual core and the infamous Intel chipset graphics accelerator running at a resolution of 1024x768. Successes: The main menu runs at 60fps, placeable explosions, sparks, and other effects visibly render and don't appear to be a detriment to FPS. Unnecessary map animations, added aurora lights, door animations+particles, particles have been removed. The overall framerate and gameplay pacing is better than the vanilla install (in some cases better than original xbox). Failures: At one point, I considered that the vertices, faces, and overall polygon count for map modules could be the ultimate destroyer of framerate on low end systems. So naturally, I looked up Blender tutorials to lower polygon and vertices count. I ended up using KotorBlender and followed that by using the decimate modifier on the nodes and had very limited gains (with some bad visual outcomes). Even when targeting unnecessary map objects that had a ton of vertices, this method didn't have enough FPS gains for what I was trying to achieve. While some map portions that were modified seemed to give an FPS boost, there seemed to be a deeper problem based on player viewpoint. My current struggles (Endar Spire Command Module): I've modified ALL Endar Spire command module maps, Global fx, characters, creatures, and global placeables using the following tools: MDLedit (BeadV), Holocron Toolset (Cortisol), and the kotorblender plugin for Blender (seedhartha). Even with these modifications, the framerate can't sustain over 30fps on the hardware that I'm testing. So far, the framerate appears to be utterly destroyed by the draw/render distance dependent of the controllable in game camera. In the case of the Endar Spire Command Module, the framerate plummets when the main character's camera viewpoint is pointed towards the bridge of the Endar Spire. Does anyone here have any pointers or advice to give me? I would very much appreciate it! 🙂

around 1950 textures are mostly done, gonna go over some of the skyboxes again though, make them 2048x2048 since it just looked quite a lot better.

There were around 215 of these super tiny textures for implants etc, all done! Wasnt going to do these ultra small textures since i thought it would be too difficult to get anything decent out of them, but i think it turned out pretty good. And it is noticeable in game, especially anything that goes on your head.

Hello! It seems almost impossible but only today did I realize that there is a black hole narrative plot in the game. To access the hangar at Davik's where the Ebon Hawk is parked, the Player needs to disable the hangar door's lock mechanism and that needs to be done via computer terminal. So far, so good. But in order to fly away with the Ebon Hawk, the Player should also need the security codes to disable what Davik in the intro tour calls "the state of the art security system I've had installed to protect her." I dismissed those words when I played, but they are significant and they are practically hinting at the existence of a very sophisticated alarm system. Other than Davik himself, the only other person able to bypass the alarm system is the Ebon Hawk's pilot Hudrow, currently being tortured at Davik's and kept in a cage. If you free him, he will reward the Player with sharing the security codes that SHOULD BE NECESSARY to fly the Ebon Hawk. But that is not the case. The Player can just disable the hangar door's security at the terminal just using spikes, enter the hangar, fight David Kang and happily leave with the Ebon Hawk. I'm very surprised that nobody else noticed it or spoke about it before me. Or perhaps I never found a topic about it. If there is an ongoing discussion I have overlooked, I'd be grateful to be pointed at it to learn what others would say. I'm locally going to do something about this to rectify the situation. Thanks!

Some more in-game screens

The KOTOR test for Revision 12 has just been completed. With one exception which will need to be re-tested next Revision, every submitted mod was accepted--thank you to all the modders who fulfilled these requests! I have now removed the fulfilled requests from the OP, so now only active requests are present there. As always, I have thought of some more things I'd like in the course of this playthrough, and we have some new requests too. They are, in order of appearance: Swoop Overhaul CHA Items for DS Players Buffed Dueling Twitch is Hard Sentinels With Skills I'm Within Milliseconds of Winning Screw You Sith Armor Allows Force Abilities Party at Davik's Carth and the Player Both Require Sith Uniforms Tusken Aren't Blind Yuthura Opens Up Zaalbar and Chuundar Geometry Problems Enemy Diversity No, I Don't Want to Gather My Party Before Venturing Forth Altogether, not an insignificant amount of new requests! I hope they inspire some of you. As with the last Revision cycle, any of these requests fulfilled will not be tested until the next Revision. It's impossible to predict when that will be with accuracy, but I would estimate at least a year from this post, as two Revisions have come in quick succession and I would like to give users a breather without another big update for a while. Thanks all!

Perhaps there is a misunderstanding here, SH. About T3 being a great hacker. I don't object to it in principle, but you realize that T3 would need to be in the party in order to make him the hacker of the Ebon Hawk security system. And this is just the second objection I have with it. The main one, I reiterate, is the fact that Davik's Estate narrative is based off retriving the security code from the pilot in the cage to steal borrow take possession of the Hawk. Having T3 bypass this requirement means killing much of the purpose behind the whole area. And the codes are already being given to the Player by the Ebon Hawk pilot once you turn off the energy cage trapping him. It happens via dialogue already. Having the codes found on Davik's body would make sense, but in the end it would not make sense trying to infiltrate the hangar without knowing the codes first. It's not that you could know in advance that you'll find Davik there without metagaming knowledge. Yes, that's exactly it. The content of the file k_ptar_davcomp2.dlg clearly shows that Bioware had originally thought of having Davik's personal computer somewhere in the base. The Player would have needed to upload the codes that disable the EH security using that specific computer. I will locally maintain the solution of having a combined effort to bypass both the hangar door and the EH security by making the Access Card's sole purpose that of saving spikes to use for the terminal's various commands. The terminal option "[Computer] Disable Hangar Security" will be changed to "[Computer] Upload security codes to access the hangar and disable the Ebon Hawk's shields." and will require having talked to the pilot for it to be present.

Isn't T3 supposed to have superior code breaking and computer slicing skills? Got you into a Sith military base so I imagine getting onto the Ebon Hawk wouldn't be too much harder.

they're pretty much 1:1. but if you have a more specific idea of how to improve them i can give it a shot for sure.

There's a very likely chance that the OP is very un-knowledgeable about in modding in general judging by this quote from their Mod Request thread. I would advise to assume novice level here.

Is that relevant? It's on Github. That shouldn't be the case from what I recall, since the door should be locked and signal the trooper to initiate a conversation if you try to open it. If it is broken then nobody bothered to tell me about it. But there's nothing stopping someone from using that mod as a basis to make a "proper" version if it's required. It would be useful if people would create an issue for this type of thing on the K1CP repo. Soon™. I did a basic fix of that ages ago that just duplicated the vanilla GUI image. Functional, but not particularly pretty.

I still need to fiddle with the lip sync for the Dantooine Ruins scene, but since that's horribly laborious, I decided to look at some of the other scenes. Here's a first crack at recreating the Star Map visions - albeit without the black spiderwebs/fog effect. It's not exactly 1:1, but close enough. With the animated camera setup done, it should be pretty simple to transfer it to the other three maps to capture their movies, and get the footage for the cross-fade during the revelation scene. Edit: Tweaked the setup a bit after working on the Kashyyyk map. Edit 2: Added the Manaan and Tatooine map sequences. One thing I don't understand is why they are so inconsistent. Some barely show the map opening before they end, others show the later section of the anim where you can actually see the galaxy map. I think it would probably be worth offering alternate versions that follow the Tatooine map's timing. Edit 3: Maybe the timing differences are because they used those same clips to create the Revelations sequence. I personally took a different approach in order to properly sync their animations and get a seamless transition between each shot.

OK so here's another comparison, this time with the star map timing adjusted and with the (re)addition of the vanilla lighting, as requested by @Sith Holocron. Although I did tweak the light in the first room to switch it from the original yellow colour to the blue of the light in the star map room. I've since made a minor FoV tweak to the last shot (from 11° to 12°) which hopefully should bring every shot to parity - or as close as I can make it - with the original. I think the only remaining changes are to open the door leading to the room where you encounter the droid (and Nemo's corpse), and delete the flag placeable in the computer room just visible off in the background of the close-up on Malak's face. Strangely the lights fixed the issue with the shading around Malak's eye sockets, which was a nice bonus. The only thing remaining that really bugs me now is the desync between the star map opening and the sound effect for it. This is present in the original video, so it's a problem with the audio track. I'm guessing they must have made a late adjustment to the animation after they had already finalised the audio. Or maybe it was just a mistake. Not sure what can be done to fix it. We could overlay a duplicate of the map opening SFX, but then you'd get a weird duplicate/echo thing going on. Maybe that back end of the audio track could be adjusted/stretched? That might screw up the music though. I guess I can try playing around with it.

Did you give up on this? This mod would be great for playing on the tv...

@Sith Holocron requested that I go into some general detail for the community about why the Steam Workshop is generally bad for modding, both to have all the issues laid out and easily referenced, and to clarify some common misconceptions. I can't count the number of issues I've had to troubleshoot as a result of the Workshop and I know its systems and limitations in detail, so I feel fairly qualified to explain what makes the system inadequate compared to the standard methods the community uses for mod installation. I'll first briefly explain how mods installed from the Workshop work, then detail situations where using the Workshop is sensible before explaining why using the Workshop is generally not a good idea. If you'd only like to see an explanation of why you should be downloading mods manually, skip on down to section #3. If you don't use the Steam version of the game with the most recent (Aspyr) patch, needless to say this doesn't really matter for you, as you don't have Workshop support for your title anyway. How the Workshop Works First, it's important to reiterate that the Workshop is only available on the Aspyr patch of the game (not the 'legacypc' beta install option) on Steam. This update causes not a few issues, which means that even if you own the game on Steam you might want to revert it to that legacypc version even before considering modding; an inability to apply new textures to lightsaber hilts, the loss of fog effects, and sometimes extreme game stuttering are but a few of the issues the Aspyr patch causes (though, in fairness, it of course also introduces many useful conveniences, including native widescreen support and controller support, and it is now possible to restore many of the things the Aspyr patch breaks thanks to @J's 3C-FD patcher). To the topic at hand, however: on a basic level, the Workshop is just a download system for mods. It doesn't truly "install" them as such, as the TSLPatcher would do, it just takes stored data from archives and puts them in a repository which the Aspyr-patched version of the game can read. For example, if you install TSLRCM and two texture mods, the Workshop will take the file data from TSLRCM and those texture mods and separately store them in three different containing folders, which the game will then read on startup. A few of you might already see the problems with this, but we'll get into that in a moment. What the Workshop is Good For Jokes of "nothing" aside, the Workshop is actually very good for single-mod installs. If you want to use TSLRCM and only TSLRCM, go for it--the Workshop will download it and you can run it with no trouble at all. It will even keep the mod dynamically updated for you; the TSLRCM team even realized that this is a much easier and more foolproof method of installation for many users. And, so long as TSLRCM (or TSLRCM + M4-78) is the only mod you're using, it truly works fine. The issue comes in with multi-mod setups, which is how we get to.... Why You Should Avoid the Workshop Put simply, the Workshop was not well-designed when it comes to multi-mod installs, especially in the face of the array of tools the community has developed to encourage mod compatibility over the years, the TSLPatcher being foremost among them. For those that don't know, the TSLPatcher can append strings or modify individual lines within existing files (among a myriad of other things), which allows mods which would otherwise directly overwrite the same files to work together fine, so long as they're not editing the exact same data within the same files. Not only does the Workshop not have this, it also lacks a stunning array of other common-sense multi-mod features: Load orders are based on the order mods are subscribed to, and are overwritten in certain circumstances. This is a big one. Even the most archaic games have always allowed users to control file overwrites, deal with compatibility issues, and selectively prioritize one mod over another by controlling the order in which mods are installed, and oftentimes the specific files installed from mod to mod. Because the Workshop does not truly install mods as such and instead merely sits them in a folder to be read by the game, it's up to the Workshop which mods get read in which order, and which get prioritized. Mods subscribed to first are read first by the system, but because they're downloaded as complete packages ready-to-launch, it's not possible to remove files selectively unless you know exactly where to look--even then, the Workshop may try to repair your install of the mod, replacing files that you may have removed intentionally. Furthermore, no file manifest is given by the Workshop, which makes it that much more difficult to see which mods edit the same content, and incompatibility is a major systemic issue with the workshop as we'll see. Worst of all, mod updates or game reinstalls can entirely disrupt this subscription order and randomize the load order, making it difficult to achieve a stable load order even if you're doing all due diligence. One mod's changes can push out another's. Unlike the installation system typical with major mods where the TSLPatcher can minimize incompatibilities, there's no such protection here. Indeed the opposite, as having two mods with the same .2da file means that one's will inevitably win out, and the other's will lose, and the loser's data will be completely and totally ignored by the game. Not only does this guarantee that some mods are incompatible in function simply due to the Workshop's architecture, it means that you could encounter serious bugs if important files from one mod are overwritten by another. This is part of the reason why TSLRCM and M4-78 had to be combined on the Workshop eventually--despite being completely compatible with one another, the Workshop was ramming them together in incompatible ways. Mods installed manually don't play well with Workshop mods. Jumping off of the above, because mods aren't truly installed with the Workshop, a user can mod their game by installing files onto their game directory in steamapps/common as one would normally do, but also subscribe to mods on the Workshop. Yet the same issues as two mods editing the same file on the Workshop will now occur in this scenario: a loose .2da file in the override will conflict with a .2da file from a Workshop mod and one will completely cancel out the other, rather than taking each other into account whatsoever. This is a big reason why it's a good idea to do all one thing or all another, since combinations like this are invariably more work than simply modding with the right tools from the start. The Workshop has limited selection, and few exclusives. This is an indirect rather than direct issue with the Workshop, but it's worth pointing out all the same. Because of many of the above issues, the Workshop has a rather limited base of modifications, and most modifications released on the Workshop have also seen standard releases, either here on Deadlystream or on the KOTOR 2 Nexus. Because those mod versions would be more compatibility-friendly anyway, there's little reason to use the Workshop just for the sake of the mods on it; there's more variety and less headache installing mods elsewhere. Many Workshop mods are out-of-date and not supported by their authors. This is again (at least partly) an indirect issue, but I feel the need to mention it here because it does have consequences for users. It is very easy to upload mod content to the Workshop even if you aren't the original author, and difficult for original authors to get these reuploads taken down. Regardless of your stances on mod ownership or reuploading, the users who perform these uploads often drop them on the Workshop for quick downloads and kudos-padding and then abandon them, not providing any future updates or support that the original authors would at their typical download locations. This leads already-anemic Workshop content to also frequently suffer from being outdated, and lack proper support, as the uploaders are frequently not the original software authors and may not even understand how the content they've hosted works. While the above is by no means an exhaustive list, it does represent the bulk of the problems with the Workshop. I want to reiterate a final time that the Workshop is an easier install method, as it's a simple one-click solution, but, much like the dark side, it's an easy path that often brings its own problems down the line. It's never worth it to use the Workshop for a couple of mods only to find out that you have a serious incompatibility late into the game, and no clue how to resolve it. Manually downloading mods isn't much more difficult, and neither is their installation, while the compatibility benefits from doing so are significant. I hope this post has helped explain exactly why that is, and encouraged you to look into a traditional install instead. If concerns about compatibility now seem significant to you, or if you're new to modding and worried you'll simply be overwhelmed by the install process for mods, I (though biased) strongly recommend the mod builds. As fully-compatible mod lists, you won't need to worry about crashes from their use, and all the mods listed come with detailed instructions where necessary; spoiler-free builds are even available if you're a first-time player. With the builds as an option, there's really no reason not to skip the Workshop in favor of a much more content-rich and stable experience.