Leaderboard

Hello there, I'm kind of new here with this being my first post but I have had this account for some years now and I also did some modding to this game back in summer 2015. Now I have been messing around with the new tools and I was interested in KotorBlender to create new animations since that's the program I recently learned for modding Jedi Academy as well and I am quite comfortable with it now. So my intention was to create new facial animations but I wasn't sure of the capabilities this plugin offered. I was quite glad when I found out that it has been recently updated and it fully supports animations as well as other models properties. But when I imported a head I was quite surprised to see that the bones in this game are not really bones like Jedi Academy for example but objects that act like such. Thus, I couldn't attach them to the mesh to see how it deformed when trying to create an animation. So I tried creating a temporary bone rig in blender that you could use and attach each bone to each object so that when you move a bone the object also moves. This may seem like it's working on paper but I had so much trouble with transforms that I almost gave up. They are a real pain in the ass. First I tried animating the bones and the objects apparently move with them but in reality they are not changing their transforms. So I tried to copy and paste them from the bones and it seemed to work in the program but in game the face was a total mess. This was because the objects were taking the absolute transforms of the bones that were in a different position that the objects are. What appears to be working in the program has nothing to do with the game and viceversa. So I just parented them and even though the objects would jump to a weird location their transforms would remain untouched as you can see in a test animation I made here: So now how do I transfer the bone movements to the objects? I tried a thing in blender called Delta transforms. This are like offset transforms that only take into consideration the relative location and rotation of an object. This was very useful in a parent/child scenario like this because now I had the original objects location/rotation + the relative transforms of the bones. Unfortunately when I tried it in game it did nothing, probably because the plugin only reads the absolute transforms, the delta transforms are stored in a different field. So I couldn't use this approach. Can the KotorBlender plugin be updated to support delta transforms? It would be really useful and nobody would have to do what I'm about to say for it to work. I needed to somehow transfer those delta transforms to the absolute transforms so that the plugin could read them. There is a function in blender called "all transforms to deltas" that transfers all the absolute transforms to the delta fields and left the absolute ones to zero which is exactly the opposite of what I need. I need to transfer this absolute+relative transforms that I have in the delta fields to the absolute fields. Luckily I found a script that did exactly this but I had to this for every single keyframe which is extremely exhausting and time-consuming. If someone here knows how to code on python can you do a script that does this automatically? It wouldn't be that bad then. So after thousands headaches I finally got it to work in-game: You can also see that the model has those wrongly shaded faces around the jaw. Anybody knows how to fix that? I saw other people having the same issue but I'm not sure how to fix it. I decompiled and compiled the model with MDLOps 1.0.0 since MDLEdit was giving a lot of problems. The point of all these is that you can make a facial animation with a dummy mesh so you can see how it looks without having to load it every single time in game. But I don't know if this is a worth approach with all these problems, if you solve one of those two though then it really is at least for me. I just wanted to share this knowledge to people who may be interested in this or don't know the extension of this plugin. Now I just need to learn animated cameras for the machinima I'm trying to make, does anyone have any tips/tools/tutorials that I could use? Would be really appreciated. Sorry for the long post. And thanks for keeping this community alive!

The bug commonly referred to as the "Juhani Quest Glitch" has officially been fixed. With the help of LiliArch, Kexikus, and several other people, I've managed to fix this long-standing bug in the game, and here's the bug, how the bug is caused, how to fix it, and how we found it: The Bug: Whenever you follow Juhani's personal dialog far enough along, you will be approached by a Twilek named Xor. He will take an interest in Juhani, but is forced to leave disappointed and angry. Later, he ambushes you outside your ship if Juhani is present, and will be dead when all is said and done. From that first moment when you get approached by Xor, you will no longer be able to be approached by any more messengers, effectively stopping the advance of others' personal quests and blocking you off from a shop later in the game. Because of the loss of this store, most players have learned to hold of on delving too deep into Juhani's past until later on, after the store is open. The Cause: The bug is caused simply because the game checks that the value of the global number K_XOR_AMBUSH is either 0 or greater than 2 when determining whether to have any messengers approach you. K_XOR_AMBUSH is set to 1 after Xor talks to you and takes an interest in Juhani. It is set to 2 after he attacks you later on. But it is never set to 3 after the attack is done! The Fix: You guessed it: you need to set the global number K_XOR_AMBUSH to 3 after Xor dies. This will allow other messengers to approach you and allow you access to a store later on. The Discovery: While looking into this bug, I went searching through the game's files for how the messengers were spawned and determined. I found out that each planet had one or two scripts for this, but not all could be decompiled. By examining the ones that could be decompiled, I was able to track the code that handles everything to k_inc_utility.nss in KotOR 1's scripts.bif. The relevant code from that file: Of importance is the following sample: int nXor = GetGlobalNumber("K_XOR_AMBUSH"); //Do not fire any messenger plots on Kashyyyk if Chuundar is dead if(GetGlobalNumber("K_CURRENT_PLANET") == 20) { bConditional = GetGlobalBoolean("kas_ChuundarDead"); } if(bConditional == FALSE) { if(nXor == 0 || nXor > 2) { This led me to investigate the K_XOR_AMBUSH global number and how and where it was changed. I discovered that it was set to 2 just before he attacked you, but that it was never set to 3 when he is dying. From there, I gathered saves from Kexikus and others and tested setting the K_XOR_AMBUSH to 3 after Xor dies. And everything works! This script is used by the game to launch Xor's death scene, but I've edited it to set the K_XOR_AMBUSH to 3 at that time as well. Simply drop it into your override folder and you're good to go! k_hxor_state03.7z

Not without forcing them to use a custom body model, since players share animations with 90% of other characters. Thus changing the generic supermodels would affect everyone else as well. And in TSL it would probably require additional custom animation for robes.

View File Frank Lloyd Wright Glass Replacement in the Ebon Hawk ORIGINAL RELEASE: 24 NOV 2019 GAMES: Star Wars Knights of the Old Republic 1 & 2 (see notes below for which files are applicable to which game) Description: I’ve done a few small modifications for the Ebon Hawk over the years, most of which aren’t things that I’ve felt measured up to the standards of the KOTOR modding community. However, one of the small modifications that I’ve made recently showed up in a movie clip presented by Darth Varkor. It seemed to result in some nice feedback so I’ve reconsidered holding this one back. The glass in the Ebon Hawk that this mod replaces in this mod originally looked like this: (texture size increased to 512 x 512 for easier viewing) My version replaces this blue version (LEH_light04) with a Luxfer Prism designed by Frank Lloyd Wright. It also replaces the unlit version (LEH_light06). Finally, I’ve replaced LEH_light03 as it currently has the LEH_light04 texture behind a circular grate. You now have two choices - the new blue light behind the old grate or the new grate that Dark Hope created in her IGM mod. (Dark Hope's texture used with permission.) Those wanting further information on the Luxfer Prism can consult this article. Though I've placed this in the Knights of the Old Republic 2 section, this mod is compatible with both games. However, only the following textures are actually seen in KotOR1: LEH_light03 and LEH_light04. But what about LEH_light11? (texture size shown actual size for comparison to original blue texture above) Those comfortable rooting around in the KotorTool for textures may have noticed a different texture called “LEH_light11” which is a red version of the original texture. However – as confirmed by DarthParametric – it doesn’t appear in any of the MDLs so it won’t ordinarily show up in the game. That doesn’t mean someone may not implement it in a future mod for TSL. Therefore, I’ve included a red version of the Luxfer Prism as well. If you don’t wish to unnecessarily clutter your Override folder, don’t place LEH_light11.tga or LEH_light11.txi - this is an animated file - into it. The red version also has a 7-step animation, with a slight brightening to simulate a “red alert” type of situation. This is an optional file. Installation: For KotOR1, you'll be adding the following files to your Override folder: LEH_light03.tga, LEH_light04.tga, LEH_light04.txi. However, you'll have to choose which version of LEH_light03.tga you want from one of the two sub-folders. For KotOR2, you'll be adding the following files to your Override folder: LEH_light03.tga, LEH_light04.tga, LEH_light04.txi and LEH_light06.tga. However, you'll have to choose which version of LEH_light03.tga you want from one of the two sub-folders. Do not include the LEH_light11 files to your Override folder unless you have a mod that enables that texture in your game and you wish to use my version instead of the original texture. Uninstallation: Take them out again. Known Bugs: None known at this time. Legal Disclaimer: All materials and copyrights belong to LucasArts, Bioware and Obsidian Entertainment Inc. I own none of the materials, and I'm not making any money out of this mod. It is to be distributed as-is without alteration, unless by permission of the mod author. This mod is not to be distributed for profit, either. I hereby state that I specifically do NOT wish this mod to be uploaded to Steam. I may release this on NexusMods at a later date but I don't wish others to do so on my behalf. Usage in other mods must be requested AND approved by me before your use with the exception of the LEH_light04 texture. Usage of the Dark Hope version of the LEH_light04 texture in your mod requires the permission of both Dark Hope AND myself. (I must also be included in the PM that you send to Dark Hope so I can see the permission granted with my own eyes.) Credits & Special Thanks: Dark Hope: For her kind permission to alter her LEH_light04 texture and include it with this mod. DarthParametric: For discovering that LEH_light11 doesn’t appear in the MDL files of TSL. Maverick8341 (on Reddit): For their valiant attempts to find visual evidence that LEH_light11 appears in TSL. DarthVarkor: Beta Testing of this mod. Ebony Moon and DarthVarkor: Beta Testing of this mod and for the mod in-game screenshots. Mellowtron11: For permission to use his video for illustrative purposes. Submitter Sith Holocron Submitted 11/24/2019 Category Skins TSLRCM Compatible Yes  

Thanks for the comment! BTW, I probably should have mentioned more prominently that the new textures are sized at 512 x 512, which are larger than the original ones. I've also corrected one of the pictures that wasn't showing up before. (The link was there but most people are looking for the actual picture and not a link.)

As a fan of FLW I'm happy to see his work in this mod 👌

Placeables don't use quaternions. Quats are three dimensional rotations. Placeables use radians for a two dimensional rotation, i.e. bearing. Conversion of Euler degrees to radians is simple. For example, 90° is 1.5708 radians. Simply put "convert X degrees to radians" into Google for a quick conversion. To get the placeable facing the way you want completely blindly, you could start with a value of zero, then work out what offset you want in degrees and then convert that to radians. You may have to fiddle with it a bit to get the right value. I can't remember off the top of my head what direction zero is. North on the map? Edit: No, east is 0, north is 90, west is 180, south is 270. Using the WhereAmI Armband in TSL as Kex suggests can make life easier, but I don't recall there being a similar armband for K1.

So it seems google keeps turning on this new auto ad placement feature they rolled out recently. I keep turning it off but it won't stick, I opened a ticket with them about it. Gonna mess with the theme to see if I can hide them today.