Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Reanimated actors use swimming state/idle with behaviours generated on v2.0.4 and higher #295

Open
2 tasks done
HanJoJ opened this issue Aug 26, 2024 · 3 comments
Open
2 tasks done
Labels
bug Something isn't working

Comments

@HanJoJ
Copy link

HanJoJ commented Aug 26, 2024

Check for duplicate issues

  • I have verified that there are no duplicate issues.

Version

v1.6.3-alpha, v2.0.4-alpha, v2.1.5-alpha, v2.3.0-beta

Provide Instructions on Reproducing the Problem

This is kind of a weird case and might be caused by another mod in conjunction with Pandora (I'm not even sure if every of the .. you know which.. mods is even supported), however I found out, that this only happens with the versions later than v1.6.3-alpha. (Might not be true for every version, but was for any following version I tried)
With said version the reanimation works as intended, with the tested versions afterwards (2.0.4, 2.1.5 and 2.3.0) any reanimated Human will revive in a swimming (in air) state (including the swimming audio). Additionally OAR will replace this animation with an alternative swimming animation, just like the game is assuming the NPC is in the water.

The output (MO2 separate mod folder) was cleared after a new version of Pandora was installed and run.
Any animation mod directly aimed at the reanimation animation (e.g. Faster Reanimation) was temporarily disabled on the newer versions, without any change in the outcome. Using sae IdleForceDefaultState does fix this for a reanimated corpse temporarily. Any newly reanimated npc will start "swimming" again.
Additionally, the newly generated output was also tested on a new save without any change.

In the log for 2.1.5 there are various occurences of
WARN : FNIS Animlist > New Animation > From Line > FAILED > Line > Version V1.0 > File >
as well as some IndexOutOfRange Errors

   at Pandora.Patch.Patchers.Skyrim.FNIS.FNISAnimationFactory.CreateFromLine(String animRoot, String line, IFNISAnimation& animation) in D:\a\Pandora-Behaviour-Engine-Plus\Pandora-Behaviour-Engine-Plus\PandoraPlus\MVVM\Model\Patch\Patchers\Skyrim\FNIS\FNISAnimationFactory.cs:line 81
   at Pandora.Patch.Patchers.Skyrim.FNIS.FNISAnimationList.FromFile(FileInfo file) in D:\a\Pandora-Behaviour-Engine-Plus\Pandora-Behaviour-Engine-Plus\PandoraPlus\MVVM\Model\Patch\Patchers\Skyrim\FNIS\FNISAnimationList.cs:line 95
   at Pandora.Patch.Patchers.Skyrim.FNIS.FNISParser.ParseAnimlistFolder(DirectoryInfo folder, Project project, ProjectManager projectManager) in D:\a\Pandora-Behaviour-Engine-Plus\Pandora-Behaviour-Engine-Plus\PandoraPlus\MVVM\Model\Patch\Patchers\Skyrim\FNIS\FNISParser.cs:line 176

which are both not present in the logs of the older version. (Full logs attached in the output zip files for 1.6.3 and 2.1.5)

I'm not sure if they are still required, but XPMSE patches which were attached to earlier releases are still enabled:

  • Pandora.XPMSE.AIO.Universal.Patch.v1.0.0-alpha-dev
  • Pandora.XPMSE.Patch.v1.1.3.Universal

When I ran the generation with version 1.6.3 and copied over the files from 2.1.5 the issue did not appear. However I'd prefer to properly generate the actual output on the current version, especially since you stated on one of the releases that this should not be done to begin with.

The actual steps I did (before I tried to find the reason for the issue):

  1. Used v1.6.3 to generate files (with the 2 patches mentioned above) - Reanimating NPCs is working fine
  2. Installed v2.0.4, cleared the Pandora Output folder completely.
  3. Swapped the executable on MO2 to run the newer version and reenabled all the patches inside Pandora
  4. Regenerated the behaviours with the newer version (still using the 2 patches) - did not reanimate NPC for some time so didn't notice anything about it.
  5. Installed v.2.1.5, cleared the Pandora Output folder completely again
  6. Repeated step 3+4 with the new version
  7. Jumped ingame and reanimated a corpse -> swimming animation.
  8. Assumed OAR conditions to be the cause which turned out false
  9. Cleared the output and regenerated the behaviours with different verisons multiple times

Like I wrote in the beginning I'm not sure if this is an actual bug of Pandora , but if its not I was hoping that you have an idea what is causing this.

Thank you in advance.

Provide Relevant Files

Pandora Output 1.6.3.zip
Pandora Output 2.1.5.zip

Provide Visual Proof (optional)

No response

Contributing To Development

@HanJoJ HanJoJ added the bug Something isn't working label Aug 26, 2024
@HanJoJ
Copy link
Author

HanJoJ commented Aug 28, 2024

Small addition:

I'm using Acheron and after I was downed and an event played out (dragon soul absorption) the PC was also using the swimming animation on land.
Unfortunately I don't know if this event is playing some kind of reanimation animation for the player too, as it sets a black screen before the "respawn". Before that the PC was using the default "downed" animation which was working fine.

@SeviiIsland
Copy link

I just wanna add that I also encountered this bug. But on top of the swimming idle there is also a random chance that the game just crashes for me, whenever an npc gets reanimated with a spell.

@nb097
Copy link

nb097 commented Oct 3, 2024

I was getting consistent CTDs any time a playable race NPC was reanimated on 2.3.0 and 2.1.5 (didn't try any further versions in the 2.x line). Rolling back to 1.6.3 resulted in the CTDs no longer happening.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

6 participants
@nb097 @SeviiIsland @HanJoJ and others