Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 09/14/2026 in File Comments

  1. 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)
    1 point
  2. 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)
    1 point
  3. OMG, you're an absolute legend. The glitch that's been haunting me for about a decade has finally come to an end. Thanks
    1 point
  4. Thanks a lot N-DReW! I'll try it in my next playthrough, I love this project.
    1 point
  5. I'd rather keep it as it is, since this mirrors vanilla behavior, where neutral alignment leads to Mira. But it's a good idea for an optional file, I'll look into it!
    1 point
  6. 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!
    0 points
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines.