DarthParametric

Hah, never even noticed. PMBG or PMBH, depending on what armour you want. That will just use the first texture variant though unless you also change the racetex value, so editing the UTCs I listed above may be the simpler route if you only know the item name.

Typically you would edit the character's UTC/s for this, changing their equipped items. In this instance tat17_03komad_01.utc in the Hunting Lodge module (tat_m17ad) and tat18_11komad_01.utc in the Eastern Dune Sea (tat_m18ac) module. However, Komad has a unique appearance.2da entry (for some reason), row 445, so alternatively you could just change the race body model there.

A problem with vert ID perhaps? Are they changing when recalculating smoothing? MDLEdit says that the head mesh has 501 verts/749 tris in the binary model, but Max says the ASCII model has 502 verts/750 tris.

I'm not planning on adding any more heads. I had originally intended to use the Republic droid head for B4-D4. I still may, nothing is finalised yet. As to that collar thing, god no, that thing looks retarded. I'll probably move on to something else like the war and assassin droids for a while now.

In-game test: It may be a tad too shiny (although I am still using the vanilla CM_Baremetal, haven't tried it with other envmaps yet.). Also I think the normal intensity of the damage needs to be toned down a bit, at least on the head. And the colour is still a bit anaemic looking.

Now that they have finally broken cover, I can say very special thanks to bead-v for KOTORmax and MDLedit, without which getting these models into the game would not be possible, and ndix UR for TGA2TPC, which allows for the creation of functional tangent space normal maps. ================================== Got the classic style head mostly done, just need to add the neck and tweak a few things: Edit: OK, I think that's about it. On to unwrapping, creating the high poly, and texturing.

You'll occasionally see something like this: in the padding before the start of an animation sequence. Although it has been drastically reduced in the release version, to the point where I had to hunt around a bit to find an example.

The screwiness between animations still persists. You may want to add that to a "known issues" section in the download description so people are aware of it.

Nice work. I liked the nice specular highlight you managed on the stone floor on the bottom level. The collision on the rotunda seems like it could do with being reduced a bit maybe. It might be worth considering some sort of physical barrier like velvet ropes - I've always hated invisible walls around what should be navigable terrain. I'm curious about those assassin droids. Do they ever engage in combat, or are they just for flavour? I'm wondering whether something more unique might be in order. Collision shouldn't be an issue with the new model tools. It should function like the vanilla models.

I just tried a decompile of a vanilla saber, import/export into KOTORmax, recompile and get the same thing. Trying to decompile the new binary gives an error: Here are the files: https://www.darthparametric.com/files/kotor/misc/Recompiled_TSL_Saber.7z

No. That thing always looked like it was screaming to me, with its giant wide open "mouth". I never liked the design. I might do one more head in the style of the vanilla KOTOR protocol droid. Not sure yet. As I said earlier in the thread, it would be a simple appearance.2da and/or UTC edit. Nothing particularly arduous.

Any UTx file from templates.bif can go in the Override folder. Those are generic/universal. Anything specific to a module however may have to be bundled into a MOD, unless it has a unique filename. TSLPatcher is a necessity for any publicly released mod where conflicts may arise. For example, edits to 2DA files like appearance.2da. If you are just editing some basic UTx files then they should be fine loose.

Make sure you aren't confusing a MOD file with what some other games use. In KOTOR's case, this is a module file. It overrides the RIM files that contain the vanilla content for a given module. For example, if you wanted to create a MOD file for the Nar Shaddaa Landing Pad module, you'd combine the contents of 301NAR.rim and 301NAR_s.rim into 301NAR.mod, editing the appropriate files. This MOD file would then go into the game's Modules folder (not the Override folder). You use MOD files in cases where you want to edit or replace module-specific files that would cause conflicts if you just put loose files in the Override folder. For example, UTCs for generic mooks with the same filename might be used in multiple different modules, but have different content (different tags/resrefs, different scripts, different appearances, etc.). Content placed in the Override folder will override based purely on filename, so you can end up unintentionally replacing content in a whole raft of different modules, which can lead to all sorts of problems. This is particularly an issue with TSL, as Obsidian was fairly lazy with their filenames. Subsequently there are a lot of duplicates that will cause issues when being modified unless confined to a MOD. Of course the next issue you face is there may already be pre-existing MOD files from another mod. This is particularly the case for TSL, where TSLRCM has a MOD for just about every module. If you are planning on publicly releasing a mod that edits a pre-existing MOD file, you'll need to make use of TSLPatcher to inject your content to ensure compatibility.

Repost for the new page: Added another head variant. I figured I'd primarily use it for S4-C8 in the Pazaak Den on Nar Shaddaa in TSL. For K1 I'm not sure. Nah, it's just a generic one. And it was more just to see how it looked. It needs some adjustment I think, maybe desaturate it a bit or otherwise tweak the colour. I'll do a specific texture for B4-D4 with the extra black bits and Czerka logo, like his vanilla texture. I'm working on the Republic ship droid (C2-N2) head at the moment. I might give him that one (not sure whether to keep it unique). ==== Edit: I figured it might be good to show some actual work-in-progress in this WIP thread, so here are some updates as I progress on the new head (missing some intermediate steps at the beginning): And last update for today: That's an evening's work, spread over about ~6-7 hours. It's about 3/4 done I'd say, just the back section, the neck, and a few touchups to finish it off, then on to the high poly. ==== Edit 2: Continuing on, the back half of the head is now complete, although progress has been significantly slowed by some weird multiple BSOD issue I suddenly experienced today. And I think it's done: Next is UV mapping, then making a high poly, then it's on to baking and texturing.

Added another head variant. I figured I'd primarily use it for S4-C8 in the Pazaak Den on Nar Shaddaa in TSL. For K1 I'm not sure. Edit: D'oh, forgot to enable the normal map. Again. Changed to revised video.

I forgot to enable normal maps in the previous test. Also added a head variant, based on the Republic medical droid.

Got a first pass done. Still need to pick out some of the details, fiddle with the weathering, and fix up a couple of remaining bake errors. In-game test. As usual, struggling with Odyssey's terrible rendering butchering things.

2.6 million tris, ready to bake!

A cursory glance suggests there is no specific tutorial for this in the tutorial section (which is kind of odd, given the entry-level nature of it). Browsing through the archive of LucasForums, even their tutorials for this were pretty lacking. A basic overview is as follows. Heads need custom entries in heads.2da and portraits.2da (for party member and player heads), and then need to be referenced in appearance.2da. If you want an additional player option, then new rows need to be added to appearance.2da for this. If you are reusing an existing head model then you will need to hex edit it and change the name to avoid clashes with the original. You should be able to follow the pattern of the vanilla 2DA entries to create your custom additions. For heads.2da, you specify the model name along with the Dark Side transition face textures (TSL's heads.2da also has provision for overriding the base face texture as well, which is handy). In much the same vein, portraits.2da specifies the base and DS portraits for your head. It is also the sole determinant of your player's sex, as far as I am aware. Lastly, appearance.2da specifies what body models your entity uses (as well as linking to the head ID). It requires 3 rows, for small, medium, and large body sizes (somewhat superfluous in TSL given everyone uses medium models). Typically you'd duplicate some existing entries and then just edit the appropriate values to change them to your unique ones.

Fixed an issue with incorrect neckline skin weights, so hopefully there should no longer be any visible gap. https://www.darthparametric.com/files/kotor/k1/[K1]_DeadMan_Ep3_Anakin_Skywalker_Revised_02.7z And here's a before and after picture showing the changes. I forgot to mention in the previous post that part of the face changes I made addressed the eye socket size/shape/position, so the eyelids no longer clip or otherwise look odd. He does kind of have a horse face thing going on now though. Might need to adjust the width a bit.

I've updated the link with a proper installer version. No need for hacky workarounds. Edit: I made some changes/adjustments, if someone wants to test them out. Fixed the shading/smoothing issues, corrected the reversed/flipped UVs on the ears, re-jigged size/vert positions of mesh to more closely match the other male heads (this has resulted in a face structure change), skinned to male rig. Extract and overwrite the original model in your Override. Edit 2: Updated again, see below.

Decompiled it, sorted out some of the issues (wrong supermodel, wrong AuroraBase name, wrong texture name), recompiled for K1. You posted a pic in character creation, so I assumed you had sorted out the 2DA side of things. I can whip up an installer if you need it.

The model has a number of issues. I haven't fixed the geometry issues, like the mouth corner shading issues, hard seams, positional offsets, etc., but this should get you up and running at least: Edit: Updated, see next page.