Jump to content

Synchro

Members
  • Posts

    22
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Synchro

  1. Hey there! I can take a look and see what could be going on. Worth noting that the latest release of the patch fixes a pretty major issue with the metallic shading, so if you aren't running the latest version give that a try. EDIT: I've taken a look and I don't see anything wrong on the outside of the Hawk on v1.2.2. I'd suggest giving that a go first. If it still shows up, can you send a screenshot my way? (including a debug log if you can, the ini file will explain how to enable debugging)
  2. That's a fair question, and it comes down to a couple of things: At the moment the ModInstaller only has the ability to manage loose file mods, of which there are still a fair few out there! (maybe 60% of the mod builds are loose file mods) Unlike on Windows: loose mod installs on Linux are a bit of a nightmare and require a lot of prep-work, and careful consideration to make sure that case mismatches (This vs this) aren't an issue. For example: to get a mod prepped at the moment you'll need to extract it somewhere, ensure all of the files are the same case, make sure whatever is inside your override folder is the same case so that if you expect to overwrite something you can, and then you can install the mod. And even once you do that, there's no easy way to undo or restore any backups unless you're doing them all yourself. Next: you also need to make sure you're using a pre-release version of HoloPatcher to make sure it also doesn't mess up the case on any files.. The ModInstaller handles the loose file mod side of things: it's able to track loose file mods you've installed as well as handle collisions when there is a naming problem (only really an issue on Linux). It also opens mod archives directly, so you don't even need to extract them somewhere. (You can also handle tpc and tga duplicates too!) So the idea at the moment is to give Linux users (and Windows/Mac users too!) the ability to manage loose file mods in a more convenient way. Now to your point about TSLPatcher or HoloPatcher support: That is part of the final plan, but there is a lot more work to it than just integrating holopatcher and being done with it. Rakata (the library that I built, and what the the organiser is built on) only supports K1 at the moment, and it is almost ready to actually be able to support having a patching engine built on top of it, but it isn't quite ready for prime time yet. The plan is to build out support for Cortisol's Kotor Patching Language. Then write adapters for both old style TSLPatcher mods and HoloPatcher mods, so all variants can be supported properly. What this means is that loose mods and patcher mods will both able to be managed by the same application, and would give you the ability to uninstall/reinstall disable, etc. quite easily. Early days! But things are looking pretty positive. Keep an eye out for my saveeditor that is also almost ready to release as an initial version. It will support live session editing (when paired with a patch via KPM) and a plethora of other useful features (including rakata-lint, a verification engine that is designed to catch crashes before you deploy mods or in the future, edit game assets)
  3. No prob! Enjoy not looking into HK's empty eyes any longer (As a sidenote, BioWare really knocked the Dantooine caves out of the park)
  4. View File Rakata ModInstaller Easily manage, install, and revert loose-file mods. Features: Opens a mod as the zip, 7z or rar it downloaded as, or as a folder you already unpacked. No unpacking first. Works out which files are actually game content. Readmes, screenshots and packaging are left behind, and a mod shipping alternate versions of the same file asks you to pick one. Every install is recorded and can be taken back later. Uninstall leaves a file alone if something has changed it since, so it will not step on a patcher mod's work or on a later mod's. Finds duplicates already sitting in your Override. A name capitalised two ways, or one texture shipped as both a TPC and a TGA. Only one of each is ever loaded, and the game picks it arbitrarily. Shows what every layer of the game holds for a given file, so you can see a loose file quietly shadowing a copy inside a module archive. Finds your installation on its own. Steam, GOG and retail, on Windows, Linux and macOS, for both KotOR 1 and KotOR 2. If you play on Linux or a Steam Deck, this fixes something quiet Mod builds are ordered lists, and later mods are meant to overwrite parts of earlier ones. On Windows that happens by itself, because the filesystem does not care whether a file is called `Appearance.2da` or `appearance.2da`. On Linux it does care. Both files end up in Override, the game loads whichever one it reaches first, and the overwrite prompt the build guide told you to expect never appears. Your install order silently did not happen. This installs by name with a common lowercase filename, so the overwrite you meant is the one you get. What it does not do TSLPatcher mods. Those do not copy files into place. They merge rows into 2DA files that are already there, add entries to the talk table and write inside module archives. This recognises them and says so instead of half-installing them. Keep using HoloPatcher for those. (for now) Tested against The loose-file mods from the community build lists, and a full modded install. Additionally tested on Linux by @Leilukin and on macOS by @FTD Thanks for your help testing! Requirements The window fits a 1280x800 screen, so it works on a Steam Deck without too much squeezing. On Windows: Windows 10+ 64-bit On macOS: macOS 10.12+ for Intel Macs and 11.0+ for Apple Silicon Macs On Linux: Any recent Linux distro with glibc 2.35+ About Rakata Rakata is a clean-room Rust workspace for reading, writing and validating KotOR game data, written from scratch against notes taken from the engine rather than from anybody else's code. This installer is one tool built on top of it. It is free and open-source under GPL-3.0, and the source along with the format documentation is at https://codeberg.org/Synchro/rakata LLM Disclosure This project made use of an LLM during development, in the following capacities: Brainstorming: exploring possible approaches and design directions Decompilation assistance: help interpreting reverse-engineered code Code comments: refining and clarifying existing comments Skeletons and fixes: generating initial code scaffolding and minor fixes. All LLM-assisted output was modified and reviewed by a human before being committed. Submitter Synchro Submitted 09/13/2026 Category Modding Tools  
  5. Do you have any luck if you try the latest version of Modern Driver Compatibility? I fixed some pretty major shader bugs I initially missed. What kind of issues were you running into with those mods installed? Rendering issues? Or a straight up crash.
  6. Version 1.1.0

    7 downloads

    Easily manage, install, and revert loose-file mods. Features: Opens a mod as the zip, 7z or rar it downloaded as, or as a folder you already unpacked. No unpacking first. Works out which files are actually game content. Readmes, screenshots and packaging are left behind, and a mod shipping alternate versions of the same file asks you to pick one. Every install is recorded and can be taken back later. Uninstall leaves a file alone if something has changed it since, so it will not step on a patcher mod's work or on a later mod's. Finds duplicates already sitting in your Override. A name capitalised two ways, or one texture shipped as both a TPC and a TGA. Only one of each is ever loaded, and the game picks it arbitrarily. Shows what every layer of the game holds for a given file, so you can see a loose file quietly shadowing a copy inside a module archive. Finds your installation on its own. Steam, GOG and retail, on Windows, Linux and macOS, for both KotOR 1 and KotOR 2. If you play on Linux or a Steam Deck, this fixes something quiet Mod builds are ordered lists, and later mods are meant to overwrite parts of earlier ones. On Windows that happens by itself, because the filesystem does not care whether a file is called `Appearance.2da` or `appearance.2da`. On Linux it does care. Both files end up in Override, the game loads whichever one it reaches first, and the overwrite prompt the build guide told you to expect never appears. Your install order silently did not happen. This installs by name with a common lowercase filename, so the overwrite you meant is the one you get. What it does not do (yet) TSLPatcher mods. Those do not copy files into place. They merge rows into 2DA files that are already there, add entries to the talk table and write inside module archives. This recognises them and says so instead of half-installing them. Keep using HoloPatcher for those. (for now) Tested against The loose-file mods from the community build lists, and a full modded install. Additionally tested on Linux by @Leilukin and on macOS by @FTD Thanks for your help testing! Requirements The window fits a 1280x800 screen, so it works on a Steam Deck without too much squeezing. On Windows: Windows 10+ 64-bit On macOS: macOS 10.12+ for Intel Macs and 11.0+ for Apple Silicon Macs On Linux: Any recent Linux distro with glibc 2.35+ About Rakata Rakata is a clean-room Rust workspace for reading, writing and validating KotOR game data, written from scratch against notes taken from the engine rather than from anybody else's code. This installer is one tool built on top of it. It is free and open-source under GPL-3.0, and the source along with the format documentation is at https://codeberg.org/Synchro/rakata LLM Disclosure This project made use of an LLM during development, in the following capacities: Brainstorming: exploring possible approaches and design directions Decompilation assistance: help interpreting reverse-engineered code Code comments: refining and clarifying existing comments Skeletons and fixes: generating initial code scaffolding and minor fixes. All LLM-assisted output was modified and reviewed by a human before being committed.
    The best way to get KOTOR scaled up for modern resolutions. Works great on my superultrawide
  7. Hey there! Thanks for trying the patch out! I will take a look and see if I can reproduce the issue on my end, keep an eye out for a fix. EDIT: Have reproduced the issue and have a fix! The same issue also killed HK-47's eyes as well as a couple other issues. I should have a new release up shortly. Released!
  8. Glad it works! Worst case you can always use the standalone version if you prefer using k1-hrm over KPM and KotorUniResPatch
  9. Thanks! In terms of increasing the resolution of the game, this patch only handles the world shading, framebuffer, and shadow rendering aspects of the graphics pipeline. What you're looking for if you are already using the Kotor Patch Manager is the standard download (not standalone). You'd need to place the kpatch that is in the standard zip into the same directory as your other patches (where the levelcap, marked empty containers, etc. are), once you refresh the interface in the patch manager it will be on the list and all you need to do is check it's checkbox, it'll be properly deployed and activated when you launch the game. J's https://github.com/J0-o/KotorUniResPatch has some additional patches that will give you things like extended resolution selection and proper GUI scaling, which is what you're looking for. (same idea, place the kpatches in his releases into your patches folder and select them in KPM) The standalone version is designed for an install where you went through patching with uniws, and k1hrm. At the moment; KPM won't detect your game when it is patched in that manner, so applying patches with it is off the table. In theory though, It *should* be able to co-exist with KPM also active but I haven't tested for that, so YMMV. If it works let me know, I can stick that in the README for people who want to try the same thing
  10. Not rude at all, you're right that it takes more effort than it should. Good news: I have a solution ready for the next version of the patch! The next release has a standalone install that's two files dragged into your game folder, nothing else. No patch manager, and it doesn't care what's already been done to your executable, so it should go straight onto the install you already have with no issues. Both the KPM and standalone versions will continue to be supported equally. Ideally we will be making some improvements to KPM soon to help make the install process less of a pain. Thanks for sticking with it, and sorry for the runaround. EDIT: @PoopaPapaPalpatine @Greedyspree v1.2.0 has a standalone version you can download, which should sidestep any issues with KPM you where having
  11. Yeah, unfortunately the Kotor Patch Manager needs a clean executable (you can use a gog one or the editable exe, both work), the best way to get widescreen support back in that scenario is to use @J's https://github.com/J0-o/KotorUniResPatch patches. They work quite well, but depending on what you already have installed you may need to undo existing overrides in order for everything to look right. (e.g. the high resolution menu mods) They've properly scaled pretty much every interface in the game to look right (and even unlocked the in game resolution menu) This does have me thinking that it might be a good idea to have a standalone version of this mod that can be dropped in to existing modbuild installs or installs with other pre-patched executables. Stay tuned for something on that, I'll see if I can take a look at what is needed on the weekend.
  12. Thanks for the comment! In this case I mean that you need to launch the game with the patch manager as opposed to applying the patch and then launching the game as normal afterwards, you only need to apply the patch once The patch manager on Windows currently handles injection only through the manager, so it injects everything when the game is launched through it. On Linux there is a separate mode that installs a proxy dll that handles that for you (When I get the chance I intend to send some patches for KPM to enable that mode on Windows too)
  13. View File K1 Modern Driver Compatibility Patch Turn off grass. For years that has been the first answer to almost any KOTOR problem, and it was good advice, because on a modern PC the grass really does tear itself across the sky. This patch fixes that, and quite a lot else. KOTOR decides how to light the world once, when it starts, choosing between two methods built for graphics cards of 2003. On most machines today neither is on offer, so the game quietly falls back to a path that was never finished: no proper lighting on walls and floors, no reflections on metal or armour, no fog, no soft shadows, and none of the screen effects. It still runs. It just looks wrong, and a lot of people have never seen it look right. This rebuilds that lighting using something every modern card does support, and puts the game back on the paths the developers actually finished. The grass is one of them. If you play on an NVIDIA card, the lighting has been working for you all along. Those drivers still carry register combiners, one of the two original methods, and it does the job properly. It is also an extension from 2001 that no other vendor implements, surviving on one company's willingness to keep shipping it. This moves every card onto a method that is still current, so there is one path everyone is exercising rather than one propped up by goodwill. What you get back Grass that stays on the ground Lighting on walls and floors, the baked lighting that makes interiors look lit rather than flat Reflections on metal, armour and polished surfaces Fog, in the places the game meant to have it Soft shadows, and the screen effects: bloom, blur, film grain, the distortion around force powers, and the colour wash on some cutscenes Bump lighting on creatures, which the game only ever drew on an NVIDIA card. The wet highlight in a Hutt's eyes is the easiest place to notice it. Requirements KOTOR 1, version 1.0.3. GOG, Steam and the CD release all work. Install it with the KotOR Patch Manager. Your game files are not modified; the manager applies the patch while the game runs. It replaces the separate cube map fix and soft shadows fix. Both are folded in, so disable those if you have them enabled in the patch manager. If you are using the NeoCities modbuilds Kotor Patch Manager 0.7.0+ will accept your swkotor.exe. In other cases where you'd like to avoid the patch manager, there is a second standalone version that installs without it. Some mods and tools change the executable itself, a widescreen patch being the common one. You copy two files into your game folder and start the game however you like. On Linux it needs one extra setting, which the guide inside the download explains. New in 1.2.0, so it has had far less mileage than the managed install: use that one if it works for you. Source, releases and issues: https://codeberg.org/Synchro/kotor-modern-driver-compatibility Settings, if you ever need them You do not need any of this to play. The first time you run it, a file called `K1DriverCompat.ini` appears next to `swkotor.exe` with every option listed, explained, and switched off. Open it and delete the `#` in front of anything you want to change. The one worth knowing about is `look`, which chooses between the two ways cards of 2003 drew bright light. `look = nvidia` is the default and the calmer of the two. `look = ati` lets strong lights bleach out what they land on, the way a Radeon did. Neither is a bug, and neither is more correct than the other. Replacement shaders You can drop your own shader files into override/shaders/, you can create it if it isn't there. The patch will use shaders in there instead of the ones it generates, with no rebuilding and no tools. They are plain text in ARB fragment program assembly, which is what the patch compiles its own into. It sits under override so a replacement can ship as an ordinary TSLPatcher mod rather than needing its own packaging, and in a subdirectory because these are not game resources. The game ignores them completely: it only looks in override for the file extensions it knows, and has no idea what an .arb file is. Reading them is this patch's job. For more information on naming, shader inputs, and all of the mode types, take a look at this section of the README: https://codeberg.org/Synchro/kotor-modern-driver-compatibility#replacement-shaders Tested on AMD, Intel and NVIDIA hardware, on Windows and on Linux through Proton, across the GOG, Steam and CD releases. If something looks wrong `logs/K1DriverCompat.log` in your game folder holds one session and is overwritten each run, so there is only ever one file to send. Setting `log = debug` in the ini before reproducing the problem makes it far more useful. Thanks @Lane and @J tested this on cards and I don't own. Nearly everything here is based on how some particular drivers behave, and that is worth nothing until somebody with that hardware runs it and reports back. The faults that turned up that way are ones I had no way of finding on my own. @Lane also wrote the KotOR Patch Manager, which is what this ships for. LLM Disclosure This project made use of an LLM during development, in the following capacities: Brainstorming: exploring possible approaches and design directions Decompilation assistance: help interpreting and structuring reverse-engineered code Code comments: refining and clarifying existing comments Skeletons and fixes: generating initial code scaffolding and minor fixes All LLM-assisted output was modified and reviewed by a human before being committed. Submitter Synchro Submitted 08/16/2026 Category Mods K1R Compatible Yes  
  14. Version 1.3.0

    296 downloads

    Turn off grass. For years that has been the first answer to almost any KOTOR problem, and it was good advice, because on a modern PC the grass really does tear itself across the sky. This patch fixes that, and quite a lot else. KOTOR decides how to light the world once, when it starts, choosing between two methods built for graphics cards of 2003. On most machines today neither is on offer, so the game quietly falls back to a path that was never finished: no proper lighting on walls and floors, no reflections on metal or armour, no fog, no soft shadows, and none of the screen effects. It still runs. It just looks wrong, and a lot of people have never seen it look right. This rebuilds that lighting using something every modern card does support, and puts the game back on the paths the developers actually finished. The grass is one of them. If you play on an NVIDIA card, the lighting has been working for you all along. Those drivers still carry register combiners, one of the two original methods, and it does the job properly. It is also an extension from 2001 that no other vendor implements, surviving on one company's willingness to keep shipping it. This moves every card onto a method that is still current, so there is one path everyone is exercising rather than one propped up by goodwill. What you get back Grass that stays on the ground Lighting on walls and floors, the baked lighting that makes interiors look lit rather than flat Reflections on metal, armour and polished surfaces Fog, in the places the game meant to have it Soft shadows, and the screen effects: bloom, blur, film grain, the distortion around force powers, and the colour wash on some cutscenes Bump lighting on creatures, which the game only ever drew on an NVIDIA card. The wet highlight in a Hutt's eyes is the easiest place to notice it. Requirements KOTOR 1, version 1.0.3. GOG, Steam and the CD release all work. Install it with the KotOR Patch Manager. Your game files are not modified; the manager applies the patch while the game runs. It replaces the separate cube map fix and soft shadows fix. Both are folded in, so disable those if you have them enabled in the patch manager. If you are using the NeoCities modbuilds Kotor Patch Manager 0.7.0+ will accept your swkotor.exe. In other cases where you'd like to avoid the patch manager, there is a second standalone version that installs without it. Some mods and tools change the executable itself, a widescreen patch being the common one. You copy two files into your game folder and start the game however you like. On Linux it needs one extra setting, which the guide inside the download explains. New in 1.2.0, so it has had far less mileage than the managed install: use that one if it works for you. Source, releases and issues: https://codeberg.org/Synchro/kotor-modern-driver-compatibility Settings, if you ever need them You do not need any of this to play. The first time you run it, a file called `K1DriverCompat.ini` appears next to `swkotor.exe` with every option listed, explained, and switched off. Open it and delete the `#` in front of anything you want to change. The one worth knowing about is `look`, which chooses between the two ways cards of 2003 drew bright light. `look = nvidia` is the default and the calmer of the two. `look = ati` lets strong lights bleach out what they land on, the way a Radeon did. Neither is a bug, and neither is more correct than the other. Replacement shaders You can drop your own shader files into override/shaders/, you can create it if it isn't there. The patch will use shaders in there instead of the ones it generates, with no rebuilding and no tools. They are plain text in ARB fragment program assembly, which is what the patch compiles its own into. It sits under override so a replacement can ship as an ordinary TSLPatcher mod rather than needing its own packaging, and in a subdirectory because these are not game resources. The game ignores them completely: it only looks in override for the file extensions it knows, and has no idea what an .arb file is. Reading them is this patch's job. For more information on naming, shader inputs, and all of the mode types, take a look at this section of the README: https://codeberg.org/Synchro/kotor-modern-driver-compatibility#replacement-shaders Tested on AMD, Intel and NVIDIA hardware, on Windows and on Linux through Proton, across the GOG, Steam and CD releases. If something looks wrong `logs/K1DriverCompat.log` in your game folder holds one session and is overwritten each run, so there is only ever one file to send. Setting `log = debug` in the ini before reproducing the problem makes it far more useful. Thanks @Lane and @J tested this on cards and I don't own. Nearly everything here is based on how some particular drivers behave, and that is worth nothing until somebody with that hardware runs it and reports back. The faults that turned up that way are ones I had no way of finding on my own. @Lane also wrote the KotOR Patch Manager, which is what this ships for. LLM Disclosure This project made use of an LLM during development, in the following capacities: Brainstorming: exploring possible approaches and design directions Decompilation assistance: help interpreting and structuring reverse-engineered code Code comments: refining and clarifying existing comments Skeletons and fixes: generating initial code scaffolding and minor fixes All LLM-assisted output was modified and reviewed by a human before being committed.
  15. The reason I have suspicions it's related to the driver is that the same models were being used on Windows were being used here and that causes crashes. MESA (The open source driver for AMD and Intel) tends to be more pedantic and would rather fall over as compared to failing silently like many Windows drivers do. Wine does tend to workaround a lot of those issues as assumptions for Windows environments aren't the same everywhere (on Linux or macOS), this could be how memory is being addressed or otherwise. For example this is how the game looked before some specific workarounds were added to MESA a few years back: Recently the weird anti-aliasing issues that could cause textures to fail to be loaded/rendered correctly was worked around in Wine recently (by wrapping the weird extension that KOTOR uses for antialiasing, which unfortunately shares the same name as the legitimate extension in OpenGL 2.0..) If KOTOR is being super hyper-optimized and calling OpenGL while assuming models are correct without checking for validity in some way, the drivers on Windows might silently failover and render things but on Linux the drivers here don't have any workarounds for issues like this. Game fixes from years back still in the codebase for proprietary Windows drivers tend to protect against nonstandard usage of OpenGL (or DirectX). The core issue definitely has it's roots in KMax and MDLEdit/MDLOps though, so that at least narrows down where to look. Unfortunately there's no debugging symbols embedded in the KOTOR binary so debugging it correctly means reverse engineering the binary 🙁 If there is a pdb file floating around that would help with this immensely. I'll take a look at this and report my findings here, I am fairly certain it is related to the room with the kolto tanks in it and not the main lobby area of the clinic. If you do end up exporting anything specific feel free to ping me here/on github/on discord if you'd like me to test, I don't mind spending some time on ensuring everything is working. Do you know what the model filenames are? (or if there's a place I can check to find that out?) Thanks for the help 😄 EDIT: Tried this now, seems like m02ac_02h is the bad room. Using the models (and wok file) for m02ac_02g that is included with 1.4 seems to be fine.
  16. Thanks! This seems to have fixed the crashing issue I was running into. I wish I knew more about these tools.. graphics drivers on Linux are a bit different when it comes to enforcing OpenGL standards. These issues with models tend to be down to how the game is streaming them in as the memory management is slightly different, drivers may also expect certain things to be clamped down. It also is probably related to how old KOTOR is as well (There aren't many drivers that have a full still working OpenGL 1.4 implementation for example) 😛 The last time I tried out a KOTOR run I got hung up on another scene of the game as well Which tools were you using previously to export all the models? I might be able to track down what mods might be having problems based on that (sniffing around descriptions for the tools being used) Ideally I hope to go through the entire game and run into these bad models if I can so we can fix them would be nice to have things working on a Steam Deck if someone followed the Mod Build for example
  17. Hey! First of all I love what this mod adds to the game. Unfortunately I seem to be running into a game crash on Linux when I have version 1.4 installed. If I transplant m02ac_02g.mdl/mdx and m02ac_02h.mdl/mdx/wok from version 1.3 the game seems to run fine. (I do loose the new "crispy models" in the tanks) There was a similar issue with Kexikus' HQ Skybox mod which was solved by importing and reexporting the affected models using KBlender. I'm not fully sure what that could fix, but if you could do that I can test and see if that works to fix the crash I'm running into
  18. Hey! These cutscenes are awesome. I also ran into a similar issue with the 3440x1440 60fps cutscenes when getting the game going on Linux. With some cutscenes everything is fine (the alt legal.bik works) but some of them have issues, 01a is a good example. I poked into VLC to see what was up and noticed that the vertical resolution is slightly off. I vaguely remember there being issues back in the day when the hexedited value for a larger cutscene resolution didn't match what was being played and the behaviour I saw is similar to that See the video and buffer resolution in the 60fps movie file: Comparing this to the same movie in 30fps version: The reason that the alt legal movie works is that it has the correct resolution: So unfortunately it looks like the 60fps videos need to be trimmed by a tad 😅
  19. Here's a patch for anyone using a 32x9 display at 5120x1440! I did adjust the locations a bit so that they more closely match the 4:3 map, so it is not a 1:1 if you scaled up the 1440p patch. Thanks for pointing me to the Visual GUI editor, that tool is pretty awesome! galaxymap.gui
  20. Excellent, I did try manually changing values which worked, but it wasn't a 1:1 match, I'll give this a shot Thanks!
  21. Heyo, would it be possible to get a widescreen patch for 32:9 aspect ratios? I am running the game in 5120x1440 and would love to be able to have this patched to work correctly. How would I go about patching this myself? (modding the 5120x2880 galaxymap.gui with k-gff for example) As I've used this mod in my modded builds of the game in the past, thanks for making this
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines.