To make things clear, my animations have their own folder number, and I name the animations according to their number, no matter what group they are in.


- All heavy armor fall animations should be no problem. Regardless of your speed modifiers, the animations will always play as intended. CurrentMovementSpeed ​​parameter in all animations (except the 3rd one - folder number 10131, it has an additional condition ≤375, don't pay attention. In most cases it doesn't affect anything) is set to ≥0. Bottom line: there should be no problem with "heavy" jumps, namely falls , and is suitable for "everything".

- By default, the speed of the actor's movement in vanilla during sprint is slightly higher than the value of 370. In the landing settings of "heavy armor" such conditions are selected so that animations are played for running below this value, and for sprint above. In my tests with mods to slow down the actor in heavy armor, everything works as it should. In vanilla, everything should also work as intended. If your actor is tall (for example, your character Altmer), then due to the fact that he moves faster, you will simply play animations during a calm run that other actors would play during a sprint. I do not see any problems in this, due to the fact that you are taller and therefore the speed is higher and therefore your landing is appropriate. If this does not suit you, you need to set the value in the OAR settings not 370, but 375 (see gif). All folders are signed and it will be easy for you to navigate them. But in general, there should be no problems either.

If anything calls the OAR window: Shift+o.

- Exactly the same as for the hard variant, but only for the easy one. Some additions: if you notice the folders with numbers 9118 and 9121 (landing during sprint) have the "Random" condition, i.e. all two animation execution variants, and for example in the "hard" type, only two out of three, i.e. not all variants, then this is how it should be. In order to replace the vanilla animation, one of the variants should not have the "Random" condition, then it will replace the original animation, and any number of other animations should have this condition so that they are played at an ambiguous time. So for the "light" landing, the main replacement variant is the somersault from the "naked" section. But it will be played less often than the others. And in the "heavy" section, there is its own main replacement variant, it is just without the "Random" condition.

- I am generally very pleased with this section and am not worried. Since there are no speed bindings here, and animations can be played if the "IsSprinting" condition is set. Which cannot be said about the falling and landing animations. Everything will work under any conditions, even if you are a giant.

- Same as sprinting, only running. YOU CAN BE A GIANT AGAIN and jump, just like I intended.

- Same story with falls. I achieved stable playback of these animations in previous versions. And in general, everything is fine. Although I have the "FallDistance" condition, it actually does nothing. But here the picture is saved by the fact that under any unforeseen circumstances, a fall with waving arms will be played. And in all other cases (including - not sprint) relaxing animations of falling will be played. Summary: I'm still thinking about how to make everything work clearly, but now there will be no problems (it seems). In the end, after all the comments to the sections, I will give a general conclusion regarding falling and landing.

- It was complicated. Let me start with the fact that "naked" jumps have three falling animations. Two of them (8117, 8116) have a priority by folder number, but the third (8119 - a special diving animation) has a different root priority - 6. This number is not necessary, the main thing is that it is lower than the first two. I was radical. And left the original folder number. Second. Initially, I wanted animation 8119 to be played only if the player jumps towards the water. It is not possible to do this via OAR yet. Then I wanted the animation to be played only if the fall height (the "FallDistance" condition) was higher than a certain value. So that diving would not be played when running on the ground. It is also impossible to do this via OAR (at the moment). As a result, as with all falling animations, only the "Currentmovementspeed" condition works. Although my mod has a couple more conditions (AND), it is essentially garbage and this condition remained after my numerous tests. In general, there may not be any problems, sprint and sometimes you will have a dive. You can be lucky and the stars will align and you will dive into the water, and not into the rock. To make everything more adequate, animations 8117, 8116 do not depend on speed, only random. Therefore, most often you will fly down and dive in a group. There is only one problem with all this. When you sprint and do not jump, but fall from some ledge, a special diving animation 8119 may play, which in normal mode does not look so impressive, because there will be no transition to it. Because it is already with a downward slope. And I personally do not like it. But I can not achieve better yet. The conclusion is this: we need a new OAR condition that evaluates or checks what surface the character falls and lands on, and depending on this, its own animation will be played. It can be organized differently, if you have any ideas, write to me. I wrote in posts to the creator of OAR, about adding a similar condition, but only for water. But now I think that we need to evaluate any surface the character falls on. At this stage, I did the maximum to make it beautiful and convenient to jump. Third. The speed condition is 370, if you just run without sprinting and see that you sometimes have a diving animation (not grouped animations) and a somersault is played, then you need to change the "speed" to 375. This should be done in folders 8119, 8112, 8111 (see gif). The idea was this: when you are not in sprint, you have normal jump animations (like in other types, they are common for all) with a special animation of landing on your hands (switch to walking and jump and you will definitely see it) and only when you are in sprint you have a jump animation - diving and falling diving. In the current conditions, if you change the speed, different from 375, sometimes in sprint there will still be animations 8117, 8116 (group position), as I wrote above this is necessary for the "balance of beauty".

- Everything is written above, I will attach here the gif, which was mentioned above. Read these two fields, because they are inseparable from each other.

- The "naked" jumps have two dive animations, which always play when you sprint. As always, everything is good here.

General conclusions.
1. In general, everything should work fine and there shouldn't even be "flying birds", I took care of that.
2. Only the "Currentmovementspeed" condition can affect the fall and landing animations, other conditions may do nothing. Therefore, in 10-20% of cases, individual setting of conditions in OAR will be required. I suggested one solution above. It may require implementing my MCM menu and FOMOD installer (I don't know how to do this, and neither one nor the other, if anyone is ready to help me, write).
3. At this stage, I will always set vanilla values ​​- "speed" (370), and you will make minor adjustments if necessary.


P.S. If an MCM menu is added to my mod, the setting will be a little easier, but it will still be there...