DarthParametric

Modders
  • Content Count

    3,917
  • Joined

  • Days Won

    410

DarthParametric last won the day on July 3

DarthParametric had the most liked content!

Community Reputation

3,324 The Chosen One

About DarthParametric

  • Rank
    Dark Lord of the Sith
  • Birthday 03/12/1976

Profile Information

  • Gender
    Male
  • Location
    : Oz

Recent Profile Visitors

50,531 profile views
  1. Poorly probably. Odyssey's envmap system is terrible. Things could have been so much better if they had implemented spec maps.
  2. There's zero difference in how both games work in that regard. A model with no appearance texture overrides will display whatever is set in the model. There are no practical limitations beyond one texture per mesh. However, what is specified on the model will be overriden by a racetex in appearance.2da, if one is specified. That's how the vanilla HK models work. It's a single shared model that has three separate race textures. TSL strips textures off the model altogether due to an engine issue with TXI clashes with instanced models. Just change it from this: label race racetex 3 Party_NPC_HK47 P_HK47 P_HK47_01 538 Droid_NPC_hk50 P_HK47 C_HK50 539 Droid_NPC_hk51 P_HK47 C_HK51 to this: label race racetex 3 Party_NPC_HK47 ExSel_HK47 **** 538 Droid_NPC_hk50 ExSel_HK50 **** 539 Droid_NPC_hk51 ExSel_HK51 **** N.B. Extraneous columns omitted for brevity, substitute in your own model names.
  3. You don't need to do that. Just export three separate models, one for 47, one for 50, one for 51. Then remove the racetex from their appearance rows and switch the race to your custom models.
  4. Failing all else, read the manual. Per the readme: SithCodec comes with batch files that are set up with commands for some common operations. decode.bat This file will decode all files located in a folder called "in" (no matter what their format) and save the new files in a folder called "decoded". Put the VO in the IN folder, double click decode.bat, find the converted files in the DECODED folder.
  5. Do you want voice over audio, or dialogue text? The former is in streamwaves for K1 and StreamVoice for TSL, categorised into subfolders first by module and then by a DLG-specific identifier (except for global stuff like Huttese). The audio is stored as MP3, renamed to WAV with a fake WAV header. You want to use SithCodec to convert them to something most audio players will accept. The latter is contained in dialog.tlk for both games, along with all other text in the game. Each DLG will identify a given line by its TLK StrRef.
  6. Unlikely. The config is not set to overwrite, so it should skip adding the module if you already have K1CP installed. And it doesn't do anything to the module besides edit Sherruk's UTC. Your problem is presumably caused by a different mod.
  7. Obviously the Switch edition of the game doesn't use the same folder/file structure as the PC version. I gather anything beyond the simplest of mods is going to require a separate Switch-specific version. Edit: Ah, here you go. Download and install this first - https://deadlystream.com/files/file/2102-kotor-switch-modding-framework/ - then you should be able to install PC mods correctly. Edit 2: Actually no that just adds empty folders. Mods injecting LIP files don't include the MOD because the PC version of the game has them. Still seems to me like you'd need a custom Switch version of a mod to work 100% correctly. Although note that missing LIPs will just prevent lips flapping during dialogue, it won't actually break anything.
  8. Based on a similar comment you just made on a different mod, I'm guessing you are trying to install this on a non-PC version of the game?
  9. Just gave it a quick test with a save from the previous version and a test bake ran fine after rebuilding. You might want to add a note to the description about the button being in the OdysseyBase's properties. On a different note, how do you get KBlender to load in a layout's diffuse textures and display them in the viewport? Seems that it doesn't use the Textures directory specified in the Blender preferences.
  10. As should be evident from the version number, it will be a new version (1.10.0), not a hotfix to the current version (1.9.x). It's highly unlikely to release this year.
  11. Yeah I was aware of that, although not that it could resize them. Interesting. Something on my end presumably, but I have no idea what. Haven't encountered it with 3.2 yet. I wasn't using that previously because I wasn't aware that KB was compatible with it.
  12. OK 2.93 didn't seem to be doing anything, just stuck there Not Responding with 0 CPU use. I tried 3.2 and that seems to have successfully completed. Not sure if that is anything to do with KB, or just another manifestation of the lockup issues I described with 2.93 in previous posts. Are you able to specify the output resolution of the bakes anywhere? Seems like it is fixed at 512x512?
  13. Ah ok. I tried it with a freshly imported LYT and got this error: Python: Traceback (most recent call last): File "D:\Blender\2.93.9\2.93\scripts\addons\kotorblender\ops\bakelightmaps.py", line 53, in execute bpy.ops.object.bake( File "D:\Blender\2.93.9\2.93\scripts\modules\bpy\ops.py", line 132, in __call__ ret = _op_call(self.idname_py(), None, kw) TypeError: Converting py args to operator properties: : keyword "margin_type" unrecognized location: <unknown location>:-1 Error: Python: Traceback (most recent call last): File "D:\Blender\2.93.9\2.93\scripts\addons\kotorblender\ops\bakelightmaps.py", line 53, in execute bpy.ops.object.bake( File "D:\Blender\2.93.9\2.93\scripts\modules\bpy\ops.py", line 132, in __call__ ret = _op_call(self.idname_py(), None, kw) TypeError: Converting py args to operator properties: : keyword "margin_type" unrecognized location: <unknown location>:-1
  14. So is the "Object '{}' material does not contain diffuse by lightmap node" error complaining about lacking a link to a physical file?
  15. Well it's a good example for why you should always use unique tags, at least for anything plot-critical. There are a few vanilla examples where they have to tie themselves in knots to nail down a specific object like a door because there are half a dozen other objects in the level with the same tag. It's no doubt why functions like GetNearestObjectByTag exist. But then again they do rely on duplicate tags quite a bit to handle things like animating placeables, dealing with trash mobs, etc.