iceman wrote:I would love the old 0271 camera back expect one thing please keep that annoying downward tilting bug out

thank you z-man
Good thing you reminded me... The line I was about to revert, the one that controls the height and would raise it, precisely is the one that causes this bug. That means I can't just change it back. It's too late to do any tweaking to the rest of the smart camera, so all I can offer for 0.2.8.0 is to make the magic numbers of this line configurable so you can choose yourself how much of the bug you want.
iceman wrote:why do you add anything at all to cycle_delay ? seems odd
Floating point accuracy. It's the code that simulates up to the point of the next possible turn, and then makes the turn. The turn-making will check again whether a turn is possible, so if we simulate right to the point where it should, floating point rounding errors may say it isn't possible and we end up in an endless loop.
We now cheat the turn command by setting the time of the last turn to long ago, so that precaution is no longer required.
iceman wrote:does this mean that subtracting some value from cycle_delay would allow you to make tighter 180's than a server would normally allow

or does the server set the minimum limit ?
The server checks what the client says, of course

It has a configurable extra tolerance that defaults to five percent, so a lagging (or cheating) client's command can still be executed like the client thought it could.