prideslayer

Oh yeah, blow them up with a grenade if they won't stand up? haha. Really, I thought of tapkey, it's the first thing I thought of. I was just hoping there is another way.

You don't need to recreate the UV. Just load up the two existing textures and then scale the one you want to match the shape of the door you're using. They're just doors (squares) not complex round shapes like bodies, so it should just be a matter of stretching/compressing them along one axis. You can do the same thing to convert textures from one body to another, it's just a bit more complex because of the different locations and shapes of 'embedded' parts like the head, hands, feet, teeth, etc. No need for blender or UV stuff in either case, just photoshop.

That might work, I'm not sure. I think i tried something like that before and after the idle animation was done playing, because it's just an animation, the character returned immediately to the sitting position as if they'd warped there. They just didn't play the "sit down" animation to get there.

I typo'd it when writing it down anyway, it's 0xDAEB9 which is fine.. it's a WastelandNV block. All is well.

Oh wait jaam.. that wasn't what I mean't. The interior cell ID is fine, it's the thing I want. When the actor is in an exterior cell, the result of GetParentCell appears to be a nonsense refID -- 0xAEB9. I couldn't find an ID anywhere in the FalloutNV ESM with that value. The only value ending with that is some jacobstown sound file. If I consistently get that value when outdoors then that just means the banned cell list won't work outside.

ahhh heh.

That's for NPCs, they're sorted. Can't addpackage to the player, at least, I think you can't.

Now what about making 'em stand up without pressing a key? It's secondary, just an immersion thing, but would be nice if the PC would stand up beforehand the way the NPCs do, thanks to evp.

Didn't even see that, thanks, will give it a try. Not worried about waiting.. not yet anyway. Babysteps.

It might just be easier to duplicate an existing swinging door, and replace the texture on it with the one from the non-swinging door that you like..

Seemed to work OK doc, though disappointing it doesn't from the console so had to bugger up a script. The wasteland cell doesn't seem to return anything sensible (0x0000AEB9) but it worked fine inside the goodsprings saloon. Me and my assumptions.. I'll learn some day.

I don't want to tap any controls, so I'm looking for another way. If there is no other way, then that will probably work for both situations, but when sitting, I'll have to 'choose' a direction to tap (fwd/back/left/right) and hope it's not an invalid/dangerous direction. For the NPCs I just use evp which gets them on their feet in either situation.

Maybe. My brain filtered that out automatically, assuming it was only meant to be called on cell refs you already have, to see if they are 'contained' within another cell. Maybe not? I'll check.

When IsPCSleeping returns 1. I assume that that's during menumode yes, after the time to sleep has been confirmed and 'ok' clicked. I'm I don't even know if the tap control would do it -- I know of the function, it's how I implement the telephoto (zoom out) stuff.

Anyone know a nice way (short of tapping a movement key) to force the player to stand if sitting? How about awaken from sleeping?

Take note, this is upcoming: I was going to add the restricted cell check as well.. then I discovered there seems to be no way to get the cell that an actor is currently in. Doh!

2.6.86b4 in OP - ZAZ now fully integrated. This beta contains a zipfile (fomod ready) with 86b4 and an empty sexoutzaz.esp. All records from zaz have been moved into the sexout esm. You do still need the zaz datapack, at least until I've created a new core fomod for sexout. Please test, seemed ok from this end. The empty ESP is there because many mods check for it with ismodloaded. All mods doing so should be updated to check that sexoutzaz.esp is present OR that the sexout version (SexoutNG.nVerRelN) >= 86. If this tests out ok then the internal zaz checks in sexout itself will be cleared as well, they are still present in this beta.

This might just be a translation issue with the Russian. When must return file is checked, if the animation doesn't have a file, it's as if that animation failed it's condition check, so it moves on to the next sibling, or back to the parent and then the parents next sibling. In any case, that fallback works even without that ANAM set, and as I said, when I go to playidle this will all go away.

I'll look into it more when I have some time, unless someone else wants to take a crack at it. The basic premise is pretty simple. It works by adjusting "internal" sexout NX vars related to offset. It captures keystrokes and applies internal offsets to it's own tracking vars (to use again with the same anim later on), and then applies these to sexout's internal vars during the act. It only works reliably when on solid ground, away from any obstacles. Too close to anything and it fights the collision mechanics, and it'll also fight collision with the ground if you're adjusting an actor the 'wrong' way.

The geck is trying to keep track of the ordering of the groups, and it does that with the ANAM entries in IDLE record. When you add a new one, it modifies it's neighbor for the 'previous sibling' entry. Cleaning the file to work with sexout is just deleting that modification. If you don't, then the sexout anim groups (which also do not have it -- they are clean) are 'pushed' out of the linked list into nowhere. It seems like it's always Knockdown because that's the first (or last?) one in the list, and by default, when you add a new one it adds it right next to Knockdown. The real mystery is.. why is that 'previous sibiling' ANAM there in the first place. It's obviously not needed.

Well that's not really... sane. You can just put sexout and it's ESMs last, no need for a cleaned/empty ESM. It's the screwy ESPs that are the problem. I'm not going to think about it too much though. I still intend to switch sexout from pickidle to playidle with the actual idle names, eventually, which will completely resolve the problem. The dirty idle anim edits only affect pickidle.

I think it's just unclear when you need it and when you don't, better safe than sorry? I don't know the rules either, though I know it's needed (for some reason) when passing a string var into NX functions.

The functionality never went away, but the NX namespace for the vars changed. I thought I updated the positioning mod to fix that a while back and posted in that thread?

It doesn't exist because you need to create it. With the sexout built in body, it's in the BSA.

Rather suspicious..