aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/README.md
diff options
context:
space:
mode:
authorJustin Clark-Casey (justincc)2014-05-30 22:04:59 +0100
committerJustin Clark-Casey (justincc)2014-05-30 22:12:23 +0100
commita755c57b440f153df8cb50674260f31e5b26c172 (patch)
treede7ffbf859d6862c7e8ec9e073327961a3cfeaf5 /README.md
parentAdd a 0 parameter overload for RestClient.Request() for use when no auth is r... (diff)
downloadopensim-SC-a755c57b440f153df8cb50674260f31e5b26c172.zip
opensim-SC-a755c57b440f153df8cb50674260f31e5b26c172.tar.gz
opensim-SC-a755c57b440f153df8cb50674260f31e5b26c172.tar.bz2
opensim-SC-a755c57b440f153df8cb50674260f31e5b26c172.tar.xz
Fix issue with BulletSim avatar level flight jitter by commenting out RawVelocity update threshold for now in BSCharacter.UpdateProperties().
For some reason as yet unidentified (feedback?) a threshold above 0.4 here causes the RawVelocity to move between a lower and upper bound rather than remaining constant. The RawVelocity increased until it triggered the threshold update, at which point it started to decrease until it again triggered the threshhold update. This delta-v was enough to exceed the checks in ScenePresence.SendTerseUpdateToAllClients() and produce jittery avatar flight because of the fluctuating velocity. With a threshold of 0.4 (or 0, as with ODE), the RawVelocity remains constant in BulletSim and so avatar flight becomes mostly smooth - remaining occasional glitches appear to be a result of errors in distance extraploation. There are no obvious problems with commenting out the threshold. Misterblue, if this is wrong or I've missed some subtlety here, please feel free to revert and/or correct. The same considerations may or may not apply to object velocity updates.
Diffstat (limited to 'README.md')
0 files changed, 0 insertions, 0 deletions