DarthParametric

What script is that? That is not a script function that I am aware of.

Nice work. I'd probably pad the length a bit to space out the swills a bit. @Alvar007 I exported the one I was working on as an FBX if that helps you look at it in Blender or wherever. Although that version I tried to merge in the pelvis/leg movement from one of the idle anims, which resulted in some foot sliding. K1_Standing_Drinker_Stunt_Model_Edit.7z

The Ebon Hawk pretty much does what you are talking about. It swaps out the current skybox mesh based on what planet you are on. It's usually handled by globals (K_CURRENT_PLANET I think), but in the case of the landing on Lehon they use a separate module, so it's pretty simple. Looking at the regular (ebo_m12aa) Hawk's OnEnter, k_pebo_skybox, would be more informative. Or actually, since it is literally just #include "k_inc_stunt" void main() { ST_SetEbonHawkSkyBox(); } looking at ST_SetEbonHawkSkyBox in k_inc_stunt should give you a guideline to follow.

No, you can't dynamically change the LYT. What you could do though is animate the skybox change, which would let you do it all in the same module.

You'd need a custom skybox model, but otherwise that's just a LYT edit that uses the Module A layout for everything else. As to NPC placement, that's just GIT editing. You can see exactly this sort of thing being used in the vanilla games where they use stunt modules that are just reused bits of full modules.

OK, here's a revised version using elements from the adjusted TSL animation, along with TSL's glass-in-hand prop to go with it. There are still some glass positioning/clipping issues, and it obviously gets nowhere near the mouth/face, but I have tried - and failed - to resolve that in the past, so fixing it would be up to someone else. Perhaps someone like @Alvar007 could take a look at it. At the moment I have injected it into S_Male01 (the highest level supermodel) as the weld animation, since humans don't have that anim but it is scriptable (ANIMATION_LOOPING_WELD).

Animations are blendable. I don't know if this is universal, or requires some hardcoded element, but you could test it. You'd need to create it as a new animation (going the name hack route is the easiest way to do it) and then you just set the animroot to the base of where you want to affect the model. In your case, you'd set the animroot to torso_g (or maybe torsoUpr_g). Then the legs should inherit the animation from the idle animation - i.e. be standing. Of course there would be an issue with the right arm posed to be resting on the right leg, but one problem at a time. Edit: So I played around with it a bit, since I was already hacking animations for one of my own projects. I took the animloop2 anim and removed the keys for the pelvis/legs and the position keys for the rootdummy. I replaced the keys for the right arm/hand/fingers with keys from the pause1 anim (with a doubling of keys required, since that anim is half the length). That gets you in the ballpark, although he still has a drinking problem, now apparently even further exacerbated. I'll have a look at the TSL drinking anim, as I think they fixed that up. I know they properly aligned the glass, which is not the case in K1 (which doesn't actually use a glass, but if you add one it's positioned poorly and the fingers clip through it).

Yes, it's one of the ANIMLOOP anims, only usable with placeable sitters, unless you make a stunt anim or do the name hijack trick (i.e. put a copy on the model renamed to dance or some other scriptable anim). Edit: animloop01 = sitting still, hands on knees/thighs. animloop02 = sitting with drink in left hand, takes two sips. animloop03 = sitting holding cards, plays a single card. You should be able to see them in action in most cantinas. The Taris Upper City one has at least both animloop02 and 03, although I'm not sure about 01.

Not really, not using the existing ones as a source anyway. You'd need to render entirely new ones at a higher res, and it's difficult (to say the least) to replicate the exact look of the originals.

Upscaling is not magic. Is this really what you are after?

The fact that I suck at retargeting was probably some sort of factor.

We did. That's what one of those GIFs I posted on the previous page was, the dance animation retargeted to the TOR rig. Ironically it turned out much worse than the Selkath attempt, despite being notionally more similar in structure. But maybe that's just down to my lack of ability.

No constraints, or at least none are used by the game. But as long as you can bake out the bone transforms as simple keyframes afterwards, you could presumably use them to create custom anims though. If you can get your rig into Max with anims as bone transform keyframes then KOTORMax should be able to export an ASCII model. Then you'll want to create a trimesh rig, since you need that as a shadowcaster. From there you have two options. Use the first model as a supermodel, or just transfer the anims over to the trimesh rig directly. The easiest route would be simply copying and pasting from one ASCII to the other, assuming your trimesh rig is properly set up with the correct pivots.

Aside from a bone count limit on skinned meshes (the MDL format supports a maximum of 17 bones per mesh, hence why KOTOR models split off arms/hands and heads) and a maximum character count of 16 for any object name, there's no problem with custom rigs. Except of course said rigs would obviously require custom animations. The plan was indeed to use the TOR rig directly in KOTOR if we could have managed to retarget the KOTOR animations successfully.

@JCarter426 and I were messing around for a while in Motionbuilder trying to retarget the human anims to the Selkath rig, with a view to also retargeting anims to the TOR rig to make porting easier, but that didn't really go to plan due to our ineptitude, so we eventually shelved it and moved on to other things. But assuming you are proficient with MB, it's certainly an option if you are interested. Perhaps you can team up with @Kensei Jintaro who was also looking into creating new anims. You can, assuming you can either retarget to the KOTOR rig, or, probably more ideally, just directly set that as your target to begin with when setting up your mocap.

Too bad, I was thinking of sub-contracting you to work on a mod idea I had requiring custom stunt animations. I'm currently assessing the practicality of trying to mocap it. Stuff like ctaunt, chturnr, chturnl, cpause1, crun are the creature/monster-named equivalents of human animations, in this case taunt, hturnr, hturnl, pause1, run. They need to be renamed to the human equivalent in order to work after being set as an F model. Of course these ones are super easy, but some of the others aren't so straightforward, like the combat anims. I'd suggest having a look here to start with. And you can probably check out TSL's animations.2da, as that is annotated with descriptions for most of the anims, unlike K1's. However be aware that TSL added a bunch of new anims, so you need to make sure you don't use names that don't exist in K1.

Get ncsdecomp working properly and you'll be our new best friend.