Anonymous edits have been disabled on the wiki. If you want to contribute please login or create an account.

Warning for game developers: PCGamingWiki staff members will only ever reach out to you using the official press@pcgamingwiki.com mail address.
Be aware of scammers claiming to be representatives or affiliates of PCGamingWiki who promise a PCGW page for a game key.

Topic on Talk:Atomic Heart

This page shows the changes between two versions of a post by Infogram1 in the topic "Possible stuttery animation fix" on Talk:Atomic Heart. You can see other versions of this post at its history page.
Line 15: Line 15:
 
E2: hmm, unfortunately it seems the TargetFPS method is probably better, "ah.significance.enable=0` seemed to cause some anims to start running at low-FPS where they ran fine before (eg. the parade robot that jumps around), but with "ah.Quality.TargetFPS 0" in console he seemed to animate at 60 fine (guessing maybe his anim was authored at 30 and the significance stuff handles interpolating it up/down, and TargetFPS maybe lets it keep interpolating up to 60 without going below?)
 
E2: hmm, unfortunately it seems the TargetFPS method is probably better, "ah.significance.enable=0` seemed to cause some anims to start running at low-FPS where they ran fine before (eg. the parade robot that jumps around), but with "ah.Quality.TargetFPS 0" in console he seemed to animate at 60 fine (guessing maybe his anim was authored at 30 and the significance stuff handles interpolating it up/down, and TargetFPS maybe lets it keep interpolating up to 60 without going below?)
  
−
significance.enable=0 did seem to keep some very distant anims active where TargetFPS / vanilla disables them though, but that's not a huge deal, still better than seeing those ugly low-fps anims.
+
ah.significance.enable=0 did seem to keep some very distant anims active where TargetFPS / vanilla disables them though, but it's not a huge deal, to me the low-fps anims were far more noticeable than any disabled ones.