All Activity

This was a weird WIP thread. Not a lot of description of what the mod is and not a lot of pictures either.

Hi @Narve, great write-up! I’m the author of the modern driver compatibility patch @Vriff mentioned, and I dug into the engine side of what you ran into. It’s the renderer’s design, not due to an authoring or tooling issue as far as I can tell. There are two different kinds of “bump” in K1, and the .txi chooses between them: bumpyshinytexture + bumpmaptexture is environment-mapped bump. The bump map only distorts the cube map reflection; it never affects lighting. The reflection is weighted by your diffuse alpha: dark alpha shows it, white alpha hides it. That’s why you found alpha controls shine and bump together. In this mode they’re the same effect. bumpmaptexture alone is real lit bump, but only from a dynamic light. The engine picks the single strongest light that isn’t ambient-only and has a dynamic type, and bump-lights against that. Without that kind of light nearby, you see no bump at all. The wet highlight is masked by dark alpha, and without an env map, dark alpha also reads as transparency, which is probably the issue you hit. For the Ebon Hawk: with bumpyshinytexture in its .txi and a mostly white alpha, the bump has nothing to show through, so its content can’t matter. Without that line, a lightmapped mesh with tangent space is meant to get lit bump on top of the lightmap near a dynamic light (renderbmlmtype 0 picks a diffuse-only version, otherwise it adds a specular highlight). But that path looks unfinished in the PC release. It loads its vertex program in NVIDIA’s older format through an interface that expects the newer one, and most drivers reject that. So near a dynamic light the hull may not draw at all, and away from one it falls back to the plain lightmap. I haven’t confirmed this in game yet. One catch worth mentioning: in the unmodified game, lit bump on creatures and other non-lightmapped meshes only ever ran on NVIDIA cards. Are you on NVIDIA? If so, you’re seeing what the game was built to show. PS: I wouldn’t use it to test bump on heads quite yet. Reading the code for this, I found it skips lit bump on skinned meshes that use bumpmaptexture without bumpyshinytexture, and I’m fixing that. The lightmapped bump path needs more than shading, because the game’s own vertex program for it doesn’t load. It’s next on my list. The game has two shading backends, one for NVIDIA and one for ATI. The patch is built on the ATI one so it runs on every card, and the ATI backend never had these modes. The NVIDIA one did, so I’m porting them from it.The ATI path handled most of these rendering modes differently, and the patch was built off of them instead of replicating the NV_register_combiners implementation. If you’d like to experiment with the shading itself, every shader the patch generates can be overridden by dropping an ARB fragment program into override/shaders The lightmapped bump modes will become overridable the same way once they exist.

Not sure what the typical rules are for this, so I thought I'd give an update. I have completed and uploaded the mod for review. I hope its approved soon so you all can try it and give me any feedback you have.

Thank you! And yea it was from ChatGPT lol 😅

https://github.com/CrispyW0nton/Ghost-Studio For anyone following this topic, I completed this tool a while back and it is a very powerful tool for modding both kotor games. Feel free to try it out. I have combined all my original tools into one modding suite

View File High poly PFHC03 The mod replaces the PFHC03 model and textures. To Install 1. Download: PFHC03 2. Copy all files to the Knights of the Old republic's Override folder. (Example location - C:\Program Files (x86)\Steam\steamapps\common\swkotor\Override) 3. When/if prompted to overwrite files, press okay. 4. If you like the mod; leave a comment or endorse! (It would be much appreciated) Made with love. Submitter Dark Hope Submitted 09/30/2026 Category Mods K1R Compatible Yes  

Why are you referring to yourself in the third person? Why even speak like this if you're reporting a bug? Did you copy & paste this from an LLM? But jokes aside, I have fixed your reported issues in version 1.2.2. If the problem persists, or if there are new problems, feel free to report those too and I shall fix them as soon as I can.

I keep getting errors when trying to install the item restorations mod from the k2CR+1.2.1. Specifically, these files below could not be modded properly: The first error, 'ModelVariation' is the real problem. HoloPatcher hits it while patching a_robe_11.uti, which is the Jal Shey Advisor Armor restoration. The mod’s current Item Restorations component specifically modifies that armor, and K2RC+ 1.2.1 also added the Prototype Mining Laser restoration. Deadly Stream The other thing I don’t love is this warning: Orphaned ini sections found in changes ini: baseitems_row_pro_mining_laser_0 baseitems.2da That strongly suggests parts of the Prototype Mining Laser’s installer configuration aren’t actually being referenced properly. Combined with your previous 1.4.3 run giving an error on prominlaser.uti, this is looking much more like a problem in K2RC+ 1.2.1’s Item Restorations installer/config, rather than something wrong with your PC.

Yes, for short hairstyles the best option is to start from 1. I looked at how different hairstyles are weighted in the vanilla models and noticed that on long tails and other long dangling parts the weight is 0 at the attachment point. I’m not exactly sure what causes this - maybe the length of the danglymesh, or the distance from the attachment point? Or the fact that it’s attached only in a small area rather than across the whole surface of the head? So for now I’ve set roughly the same weights that are in the original model, because I’m afraid of accidentally triggering an unexpected bug somewhere. 😆 Although I myself haven’t noticed any particular difference between weight 0 and weight 1 either.

Hi. I noticed something about these weights: the 1 and 0 regions are completely locked. The 0.5 area is where the deformation is strongest and most unnatural. I try to avoid those weights (the blue and green ones) and start from 1 instead of 0 (like in the original). The animation turns out smooth and natural. Привет. Я такую штуку заметила в весах: 1 и 0 области полностью зафиксированные. 0.5 это область с самой сильной и неестественной диформаций. Я стараюсь избегать этих весов (синие и зеленые). И начинаю не от 0 (как в оригинале), а от 1. Анимация получается плавная и естественная.

It is strange! They could very well reference things that aren't in the vanilla game, but I don't wanna waste time looking through all that (my files are kind of a big mess right now 😅) Anyway, I have decided that I'll just try work around the issue instead of stress over the issue, and hope all goes well!

Updated Model Viewer

A pity. When I did the simplest porting of the K2 Player heads into K1, I noticed the "slacked-jaw" issue that was mentioned by others. I am hoping that someone could do the proper porting of all the PC heads one day. Cheers!

Another work of mine that’s currently in progress is the Juhani head model. It’s high-poly and has a 2K texture. The work is actually already finished, but I’ve realised I can’t release it like this - now I need to either rework the texture or even the body model, because the difference is too noticeable at the moment. During this process I learned a lot in Blender, but there’s no point writing about that here. The only thing really worth noting is how the game renders danglymesh with different weights. With weights greater than 0 up to roughly 0.6–0.7 the vertices get a kind of “semi-freedom”: the engine shifts them, but not as predictably as at 0 (fixed, locked to the head position) or near 1 (completely detached from the head and dangling with the set amplitude, stiffness and period). So when weight-painting the tail I used 0 near the attachment point and then jumped straight to 0.7 without a smooth transition. Toward the tips I softened it to 0.6–0.5 - the tips can dangle freely, they’re allowed to! I don’t know, maybe it can be done better, but at my current level of understanding the process I think this is the maximum. Yes, the lips also had to be re-weighted - I spent two days painting them this way and that, checking every frame, but in the end I got a result without any pinching or artifacts.

Not sure, I don't test them as talking NPCs.

Guess i should have explained I assisted this to as way to view HD textures without having to go in game.

Interesting, I've never seen or heard of this, do you know who published it? Can't find any author info.