DarthParametric

Members
  • Content Count

    3,762
  • Joined

  • Days Won

    394

DarthParametric last won the day on January 15

DarthParametric had the most liked content!

Community Reputation

3,195 The Chosen One

About DarthParametric

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

Profile Information

  • Gender
    Male
  • Location
    : Oz

Recent Profile Visitors

44,393 profile views
  1. It's due to the stunt animation in that scene. Seems to be a common issue with TSL head ports. It's possible you'll get the same sort of issue during the Star Map vision scenes.
  2. No, Xor will not appear on Dantooine. Doing so would require editing the messengers include function and then recompiling the messenger trigger script in the Enclave module. Note that K1CP already edits this script.
  3. They aren't - if you install one of JC's mods as instructed. If you only add the supermodels from his mod then you can still use the movie robes mod. But that's all at your own risk with no support from me if it goes tits-up.
  4. Jedi Diversity literally recommends using it in conjunction with this mod. Not sure where you got the idea they are incompatible. Did you actually read the mod description? Both this mod and Jedi Diversity require JC's TSL supermodel ports. As long as those are present in the Override, you don't technically need to fully use one of his robe mods, which would allow you to use the movie robes mod.
  5. The two should have no direct interaction/crossover with each other, so install order shouldn't matter. But if you are worried, install Back in Black first.
  6. It's not an issue with the head, it's an issue with the vanilla armour models. You're not using K1CP I gather? Grab this - https://deadlystream.com/files/file/1425-female-armour-collar-fix/
  7. Typically you do not want to be editing module OnEnters outside of for personal testing purposes unless it is absolutely required. It's terrible for compatibility purposes. For a mod that is to be publicly released, you'll want to instead rely on other methods. For NPCs that should always be present, simply adding it to the GIT's creature list is the way to go. For NPCs that need to spawn under specific scenarios, adding a trigger with a custom script would be preferable to editing the OnEnter. Or as LoneWanderer suggested, a DLG is a common vector, primarily when the NPC appears during, or as a result of, a cutscene/conversation.
  8. Those were pulled in from the include files by Bioware's compiler. Just as nwnnsscomp does, all the constants in any listed includes get pulled in, even if they aren't actually referenced by the script. But you can't just blindly delete them every time. Sometimes they will be used (or some of them anyway), most commonly when referencing local boolean constants from k_inc_utility (SW_PLOT_BOOLEAN_01, SW_PLOT_HAS_TALKED_TO, etc.). But anything to do with AI will typically reference a bunch from multiple different includes.
  9. Both scripts are for the DS route and fire consecutively (as you can see for yourself in unk44_evilbast.dlg). The first one is k_punk_bastjoin, which removes Jolee and Juhani from the party and spawns a level-appropriate Bastila (determined by the player's current level). Then k_punk_bastjoin2 adds the new evil Bastila to the party (the stunt Bastila you've been interacting with up to this point is then destroyed on the DLG exit node). Btw you don't need all that include garbage in your script. A clean version of the original is simply: void main() { ActionPauseConversation(); AddPartyMember(NPC_BASTILA, GetObjectByTag("bastila", 0)); ActionResumeConversation(); } Note however that K1CP makes some minor alterations to this script, which you'll want to include for compatibility purposes - https://github.com/KOTORCommunityPatches/K1_Community_Patch/blob/master/Source/k_punk_bastjoin2.nss Your problem with the equipping can likely be resolved simply by a change in the order of operations. Try the following (K1CP additions incorporated): void AddBast(object oNPC) { AddPartyMember(NPC_BASTILA, oNPC); } void main() { object oBastila = GetObjectByTag("Bastila", 0); object oJolee = GetObjectByTag("jolee", 0); object oJuhani = GetObjectByTag("juhani", 0); object oDblSbr = GetItemPossessedBy(oBastila, "g_w_dblsbr002"); object oBastSbr = CreateItemOnObject("bast_dblsbr_151", oBastila, 1); ActionPauseConversation(); AssignCommand(oBastila, ActionEquipItem(oBastSbr, INVENTORY_SLOT_RIGHTWEAPON, TRUE)); DelayCommand(0.2, DestroyObject(oDblSbr)); DelayCommand(0.4, AddBast(oBastila)); // Turn off scripted saber blade activation overrides. SetLightsaberPowered(GetFirstPC(), FALSE); SetLightsaberPowered(oJolee, FALSE); SetLightsaberPowered(oJuhani, FALSE); DelayCommand(0.5, SetLightsaberPowered(oBastila, FALSE)); DelayCommand(0.6, ActionResumeConversation()); }
  10. I just checked and everything you need is in the Object Properties of the OdysseyBase of the model as I suggested above, the same as KMax. How you go about adding new anims though is something I can't help with, since I don't use Blender. I've already done the first. You can have a look at what I did with that if you want to expand on the idea - https://deadlystream.com/files/file/1736-movie-style-holograms-for-twisted-rancor-trio-puzzle/ The second one isn't really going to work. Since this involves the player, the only practical way to do it would be with a stunt animation, but those are fixed position (i.e. they are animated in the position you want them within the module the scene occurs in). Since you can pick up a Gizka anywhere inside the Hawk or on Yavin Station, it would be pretty jarring. The last one would need to be a stunt animation for the player at least, but in this case it would be fine since the scene takes place in a specific fixed position. Lynn herself could either use a stunt animation or the substitution trick, since she's a unique NPC you only see in that scene. The scripted call of animations does indeed use limited hardcoded values. In K1 it is the anims listed in nwscript.nss, which is only a subset of the available anims in the game. However in TSL you can call any anim via its animations.2da row ID. This makes animating cutscenes via scripting difficult in K1.
  11. In KMax animations are defined in the model base, I would assume KBlender follows the same approach. That includes the name, length/keyframe range, SFX, supermodel, animation scale, etc. The Gizka hopping anim is just a standard walkcycle, so it doesn't move anywhere. Physical movement within the game is handled by scripted move commands. Before you go further, you should probably outline what exactly it is you're hoping to achieve. Chances are you're going to have to curb your ambitions, because what you can do with animations in either game is extremely limited. You can't add new general purpose animations (i.e. combat, conversation, etc.), only replace existing ones. There is some wiggle room within the existing framework, depending on the circumstances, substituting certain animations for others. For example, using the dance animation "slot" for something else. The only real true freedom you have is with stunt animations, but those are only used during cutscenes/conversations.
  12. Hrm, not sure exactly what is going on there. It's a walkmesh error, but the walkmesh itself looks fine. I've cleaned up the topology though and that seems to have cured the problem. Thanks for informing me.
  13. Changing the background music is scriptable. Turning it on, off, switching to a different track. You should be able to add animations in Blender, but I don't use it so I can't really tell you much about it. You'd be better off quizzing @seedhartha about it directly, assuming the readme doesn't cover it.
  14. To your first question, you can use the cheat console to warp to any module, but certain mods might require specific circumstances regarding plot states/variables. There are some saves available in the download section that may prove useful for such cases. However, a critical factor is that certain game states, notably anything in the GIT, are stored in a save the first time you enter an area, so ideally for testing purposes you will want a save right before entering every module for the first time. It's rare that a single mod would require a full playthrough to test, unless it is an extremely large mod like a total conversion or other similarly expansive project (for example, K1CP or TSLRCM). But assuming you don't have appropriate saves to hand, then you could conceivably have to play a decent chunk of the game in order to test everything. You can often fudge what you need though by editing saves with KSE and/or manually via KGFF (e.g. changing globals, editing GITs, etc.). Regarding Blender, that's only a relatively recent development for KOTOR modding, so you won't find a lot of specific information about it. But what I can tell you is that with the advent of seedhartha's fork of KBlender you won't need MDLEdit or MDLOps, as it now imports and exports binary models directly. The ASCII workflow is only needed when using Max/GMax. Binary models go in the Override folder. Use SithCodec to strip fake headers or add them from/to audio. The underlying format is either an MP3 with a fake WAV header, a WAV with a fake MP3 header, or just an non-obscured WAV. Which it is depends on what specific type of audio it is (VO, music, SFX, etc.). As to the format, just take a vanilla example and copy whatever that is. As a general rule you don't edit the TLK exactly. TSLPatcher can only append new lines, it can't edit existing ones, so there's no practical method to distribute mods that edit the vanilla TLK lines without a hard overwrite of the TLK. If you want to know how to append, read TSLPatcher's included readme PDF which explains the process (and how to use it for all other major mod installation functions). Where audio goes depends on the type (and which game). VO goes in streamwaves (K1) / StreamVoice (TSL) in a sub-folder for the specific DLG inside the sub-folder for that module, except for global lines. Music goes in streammusic and SFX in streamsounds. LIP files are generated using the CSLU Toolkit and LipSync Editor. As to the how, here's an overview of the process. It doesn't work so hot for alien gobbledygook though. If you are talking about TSL's alignment gain stings, those are hardcoded. There was a mod released just the other day that tries to emulate that functionality for K1 - https://deadlystream.com/files/file/1956-k1-alignment-fancy-bits/