DarthParametric

KTool is still around and available for download in the Modding Tools section, although it's generally not recommended for use any more. At least when making mods for public release. As far as new heads go, utilising an existing NPC head is about as simple as it gets, since you don't need to touch the model or the texture (unless you want to). It's most editing 2DAs, which are just spreadsheets. Unfortunately DS is pretty lacklustre when it comes to basic tutorials for this kind of thing. But it has come up plenty of times over the years though, so here's some reading material for you: A brief overview of the process that I posted years ago. LucasForums' "New Appearance" tutorial LucasForums' "Heads/Portraits.2da Walkthough" tutorial Regarding Jagi specifically, by default he uses appearance row 191 (Commoner_01_Mal_Black). That points to head 11 (comm_b_m). Have a read through the above links and post if you get stuck or don't understand something. For myself, typically when creating a new head mod I just copy an existing TSLPatcher setup for one of my older head mods and edit the values in the ini to point to the appropriate models and texture names. That saves a lot of the manual 2DA editing effort. So I would suggest downloading some head mods and poking through their files to see how they work.

Depends on what you mean by "random". If you mean "can you create a player-selectable head from pretty much any other head in the game", then yes. If you mean "can you create a mod where the player gets a completely randomly assigned a head when the game starts", then that is complex. Technically, yes, but realistically, no. While theoretically possible via scripting, that essentially creates a disguise which can cause all sorts of dramas when mixed with other disguises like the Sith Trooper armour, the Sandpeople robes, the spacesuit, and underwater suit. Not sure of any existing one that does, but it wouldn't be particularly difficult to do. Although only male bodies exist using the vanilla assets.

The problem is not the changes it is making to the DLGs, it's the fact that it lazily dumps a module DLG in the Override folder. This is not just bad from a mod compatibility standpoint, it's bad from a general game compatibility standpoint. There are three separate modules that have a lev40_carth.dlg file. Dumping one in the Override will replace all of them. Finding out which module it is supposed to be editing and merging the changes into the version in that module's MOD file is the appropriate solution. As far as k_hcar_dialogue.dlg goes, that is Carth's global DLG so that can stay in the Override.

If you want to see something get fixed, you'll need to create a new issue for it on the mod's Github repo. As to actually determining what is going on under the hood, you'd want to edit the scripts to pipe more verbose debug info to the feedback screen.

You can see it's bare hands in the most recent Caucasian variant posted. Although the skin tone doesn't match the head used.

Do not upload assets from mods without the author's permission. The problem is likely the source models were compiled with MDLOps v0.7, which exported non-compliant files. Thus MDLEdit chokes when trying to read them. Try MDLOps v1.02 or, if that fails, a ye olde version of MDLOps.

Or you could just use KSE.

The AV flagging is a false-positive. HoloPatcher (the mod's installer) runs on Python, so some AV sees the way it is packed as some sort of malware. What's the exact error? And what is giving the error? HP itself or something else? If it's from HP, post the log file.

It's a global setting in the options menu, not save-specific. It will apply to a new game unless you disable it.

You enabled auto-levelling.

It does, but it's the one used for the placeable sitters. So it's in the super models, but not accessible via the regular human animset.

I assume you're referring to the "disabled" animation. No, that was only added in TSL. Fortunately though HK uses standard human animation names, so that means you could go with the old standby hack of adding the anim to his model renamed to "dance" or "dance1" (or one of the other anims he doesn't use).

Unfortunately no. The wiki on the PyKotor repo is pretty barebones and only has a few bits and pieces regarding HoloPatcher. K1CP is probably the only mod currently that uses the feature. You can see some discussion about it in the "HoloPatcher migration" issue on the repo as the feature was initially being developed/implemented. There's more on the DS Discord as it was being refined/implemented/tested, between October and December 2023 (I'd have to go digging to find specific links). Probably more useful (and less confusing) would be to just look at the K1CP changes.ini's [TLKList] section. The gist is that you can now specify a TLK in the tslpatchdata folder to be used for overwriting vanilla strings. In this case, K1CP uses the regular append.tlk for double duty, both overwrites and the typical appends. Any appended strings follow the same format they always did. Overwrite strings get listed in a sub-section under the heading of their filename specified at the start of the block. The vanilla StrRef ID is then linked to source TLK ID (i.e. basically the same way the append list works). So in this example, vanilla StrRef 25859 (one of Mission's lines after breaking Zaalbar out of his Gamorrean cell) is being overwritten by string 27 in append.tlk, etc.

Just use HoloPatcher and edit the TLK string directly. Far less effort and it's less intrusive.

The only way that sounds feasible is if you're buffing a skill via script. For example: ApplyEffectToObject(DURATION_TYPE_TEMPORARY, EffectSkillIncrease(SKILL_xxxxx, nBuffAmt), oTarget, fDuration);

You sure you're not thinking of redrob's Player and Party Underwear mod for TSL? https://deadlystream.com/files/file/344-player-party-underwear/

I believe there's some discussion of it in this thread. Physically adding additional room models is pretty trivial. It's mostly a question of what you do to flesh them out with actual content.

Check your Override folder for the presence of PMHA05 textures - PMHA05/PMHA05d/PMHA05d1/PMHA05d2/PMHA05d3 - either TGA or TPC. If the former, see if there are any TXIs of the same name. Also, make sure when using KTool that you have enabled the option to read 2DAs from the Override folder. You could just be looking at the vanilla 2DA.

Gimp's fine. What I recommend is that you learn how to use it.

As ebmar said, you need to edit appearance.2da and change the values in the envmap column for that player's rows: 148 P_MAL_A_SML_05 149 P_MAL_A_MED_05 150 P_MAL_A_LRG_05 from CM_Baremetal (or whatever it is) to DEFAULT, like the other player rows. Search for a tutorial on how to edit 2DAs. Note that this is likely going to introduce transparency issues with armours that will need to have TXIs added to fix.

I don't use Gimp. You'll have to Google how to edit/delete an alpha channel with it.