Rictus

Never mind I am just an idiot. @DarthParametric Was right all along. Only it applies to racial/alphabetical variants not just numerical. I assumed PMBIC was a totally different thing to PMBI with it's own 02 etc variants, because it has a letter before the numbers. So long as I have a PMBI01 texture and .txi, pmbic01 and presumably all others also gain the alpha effect, even if PMBI01 isn't using its alpha layer. You were definitely misunderstanding past me. Never doubt a Dark Lord! So, looking at other textures, since PFBE01-7 all use cm_baremetal but PFBE08 uses cm_bright, then the cubemap used in the 01 texture is still overridden by the .txi of any other file. the game just needs to check if any alpha is applied when reading the 01 file? Weird. Or I am wrong. Again. I wouldn't be surprised.😅

Interesting. Was your .2da set to envmap set to default for this? And were you using the PMBI column for the model? I use gimp for my image editing and all the images I import have an alpha layer already, so even if I just move the opacity slider down it works. At least as far as the transparency effect. This is at 75% opacity. I actually converted the .tga to .tpc just to double check the .txi was being imported properly (I used tga2tpc and it read the associated .txi. The exact text contained was "envmaptexture CM_Baremetal" without quotations) That image was just to demonstrate, I would usually add a layer mask to apply the alpha with desired the effect just like you described. The same skin with the appearence.2da envmap column edited to cm_baremetal. I have only had a little experience in image editing, so maybe I am misunderstanding the difference between my process and what I should be doing. My other thought was that when KotOR loads it doesn't check the internal .txi information for certain assets, but uses a default. e.g. t checks PMBH for .txi info but not PMBI. But if your second image was from an unmodified .2da for the exact same model and texture that's obviously not the case. Edit: I actually tried this out. I renamed JC's PMBIM .mdl and .mdx to PMBHM and put on some armor Note the original armor texture is used but has transparency not the cubemap effect. So it is ?definitely? an issue with the model or how my system deals with rendering the model, not a texture or .txi issue. Anyway, I am perfectly happy for my Jedi to wear brown suede shoes, I was just curious about the how and why this issue occurs.

I could be misunderstanding but that seems to be a separate issue. The only way I was able to get the cubemap to apply was by editing the .2da, I was using the 01 texture variant and it worked that way. I haven't tried adding 02 onward. But without editing the .2da the cubemap isn't applied even using the 01 tariant. Other models such as the armors, apply a cubemap from a .txi when the envmap column in the .2da is set to DEFAULT. The robe models in the same row do not. All of the player models PMBA-J share a single envmap setting in appearance.2da. If I change the .2a to cm_baremetal won't that override any alternate cubemap information? (Such as cm_glow for powered armor.)

Hi all, I am currently trying to add a cubemap to JC's Cloaked Jedi Robes for K1 and have run into an issue. I am trying to give the boots a leathery appearance and have followed the following steps: Add transparency to the boots in the PMBIC01.tga Created PMBIC01.txi using "envmaptexture CM_Baremetal" without quotations. (Just in case I also tried PMBI01.txi later in case I misunderstood how sub variants of textures connected to .txi's) Placed them in the override, loaded a game and found transparency instead of reflection. I then changed the appropriate appearance.2da entry from DEFAULT to cm_baremetal and it worked properly. (Just for the record it was for P_MAL_C_MED_04) I then tried reverting the .2da to DEFAULT, removed the .tga and .txi from my override, and converted them into a .tpc (just in case a .tpc was read differently), but was left with transparency again. Which brings me to my question "Why do some models reject .txi files?" Obvioulsy the model/texture works or changing the .2da wouldn't have had any effect. All of the armor variants that use cubemaps work while the envmap entry in appearence.2da is set to DEFAULT. And the partenvmap in baseitems.2da, and the Palette ID in the .uti files, are both set to 1 for both robes and armor which is the only other potentially relevant settings I can find. So, is there any way to make the this model/texture use the desired cubemap without making a universal change via .2da? Or is it a hardcoded issue with certain objects?

View File Republic Assault Armor This adds a set of Repulic themed upgradeable heavy armor to the game. To get this armor use the console command "giveitem g_a_class8085" without the quotation marks. Based on class8005 armor but with a republic theme. Perfect for your trusty pal Carth. Not sure if it is K1R compatible but probably. Use as you see fit, but please credit me if you re-release it. Feel free to contact me at rictus135@gmail.com if you have any issues. Rictus135 Submitter Rictus Submitted 12/10/2024 Category Skins K1R Compatible No  

I have, I'm not sure why it says unavailable on the link.

Well after a decade or so break I've released my first new KotOR mod! I doubt anyone would remember my old ones, but if you do expect the same quality (low) and attention to detail (also low)! A set of new armor with a Republic colour scheme based on the Class 8 armor. Modifiable - good but not too good - so hopefully it'll get a look in now and then. Republic Assault Armor