Give Feedback
0 of 0
About this mod
Makes the first-person camera view always be at the real camera position.
- Requirements
- Permissions and credits
- Changelogs
This mod makes the first-person camera view always be at the real camera position.
Bug explanation
- CV - camera view.
- CP - camera position.
- MS - movement speed.
- SD - synchronization distance.
First-person CV is not equal to your CP, it moves behind with its own acceleration and speed starting from 0. The more you move, the more CV MS is synced with CP MS. If MS difference is noticeable then CV (low MS) and CP (high MS) have a certain distance between them. I call this SD and it has its max value. If this limit is exceeded then CV just teleports to CP.
Bug examples
(2x movement speed, 100x slow time)
Bug solved
Config and console command
Config.
- Data\SKSE\Plugins\CameraFollows.ini
- [General] > bEnabled > Do you need the fix to be enabled by default? Boolean true or false, default is true.
- [General] > sTransformNode > What skeleton node is used to get player's scale? String node name, default is "NPC Root [Root]".
- [General] > sConsoleCommand > What vanilla console command will be replaced? String full name, default is "TestFadeNodes".
Console.
- CameraFollows or CamFol 0/1 > Do you need the fix to be enabled right now?
Pros, cons and compatibility
Pros.
- I've solved what I dislike and treat as a bug.
- I don't see any performance impact on my setup.
Cons.
- First person movement is now less smooth than it was.
- My solution is hacky so it can be incompatible with something.
Compatibility.
- Improved Camera SE - Compatible.
- SmoothCam - Compatible (it's 3rd-person).
- Immersive First Person View - Compatible.
- Other DLLs with camera stuff - No info.
Bug explanation
- CV - camera view.
- CP - camera position.
- MS - movement speed.
- SD - synchronization distance.
First-person CV is not equal to your CP, it moves behind with its own acceleration and speed starting from 0. The more you move, the more CV MS is synced with CP MS. If MS difference is noticeable then CV (low MS) and CP (high MS) have a certain distance between them. I call this SD and it has its max value. If this limit is exceeded then CV just teleports to CP.
Bug examples
(2x movement speed, 100x slow time)
Spoiler:
Show
01 - short distance blink with player.moveto Papyrus function. CP updates immidiately with player but CV only starts to move slowly.
02 - fall from a rock. CP MS is high, CV MS is low. SD increases and you can see several teleports when SD is over its max.
03 - long run. You can also see teleports but CV MS increases, so SD decreases and finally there are no teleports.
02 - fall from a rock. CP MS is high, CV MS is low. SD increases and you can see several teleports when SD is over its max.
03 - long run. You can also see teleports but CV MS increases, so SD decreases and finally there are no teleports.
Bug solved
Spoiler:
Show
01 - short distance blink.
02 - fall from a rock.
03 - long run.
02 - fall from a rock.
03 - long run.
Config and console command
Config.
- Data\SKSE\Plugins\CameraFollows.ini
- [General] > bEnabled > Do you need the fix to be enabled by default? Boolean true or false, default is true.
- [General] > sTransformNode > What skeleton node is used to get player's scale? String node name, default is "NPC Root [Root]".
- [General] > sConsoleCommand > What vanilla console command will be replaced? String full name, default is "TestFadeNodes".
Console.
- CameraFollows or CamFol 0/1 > Do you need the fix to be enabled right now?
Pros, cons and compatibility
Pros.
- I've solved what I dislike and treat as a bug.
- I don't see any performance impact on my setup.
Cons.
- First person movement is now less smooth than it was.
- My solution is hacky so it can be incompatible with something.
Compatibility.
- Improved Camera SE - Compatible.
- SmoothCam - Compatible (it's 3rd-person).
- Immersive First Person View - Compatible.
- Other DLLs with camera stuff - No info.