I like the analysis. It's basically adding acceleration on the far end of the stick I guess. I find the current system mostly workable, but I can see how your way makes sense.

I would really like a Dev's input on this subject. Anyone know the people responsible for tuning our controls?

Wolfmann is still working on controls for KBM and DS3.

He tries to see what's up with the input lag and tweaks the acceleration curve and such using new test builds pretty much every day. No idea when he will feel like it's done but stay put and wait for some news.

By the way, it seems they loved your thread dude ^^

Hi guys,

Awesome graph Sete! You are correct the input/speed is linear atm. We are currently testing different curves. At the end of last week we were using a curve very similar to the one you outlined (we have in the past as well). Unfortunately weGÇÖve not been very happy with the results. We saw a limited increase in low input sensitivity, as you would expect, but at higher input levels it became harder to judge how much input would deliver the speed you wanted when tracking a target. The benefit we have found with the linear GÇ£curveGÇ¥ is that its predictability when ramping up/down makes tracking speed changes easier to judge. Anyway, weGÇÖll let you know how it goes as we continue the work.

I agree with Sete that part of the GÇ£slipperyGÇ¥ issue may be building up unwanted turning speed. However right now I donGÇÖt think this is caused by the input curve. I believe it may partially be a result of a faster time to max rotation speed when the edge acceleration kicks in (which happens just before max input). This is something we are testing at the moment. We are also testing the different parts of the aim assist system to check for any hidden issues there. This does take a while which is why weGÇÖve not made an update yet.

Issues with performance related input lag and hit detection are also being investigated. These can have a really big impact on how the aiming feels so weGÇÖre looking at this from all angles.

CCP Wolfman

Hi guys,

Awesome graph Sete! You are correct the input/speed is linear atm. We are currently testing different curves. At the end of last week we were using a curve very similar to the one you outlined (we have in the past as well). Unfortunately weGÇÖve not been very happy with the results. We saw a limited increase in low input sensitivity, as you would expect, but at higher input levels it became harder to judge how much input would deliver the speed you wanted when tracking a target. The benefit we have found with the linear GÇ£curveGÇ¥ is that its predictability when ramping up/down makes tracking speed changes easier to judge. Anyway, weGÇÖll let you know how it goes as we continue the work.

I agree with Sete that part of the GÇ£slipperyGÇ¥ issue may be building up unwanted turning speed. However right now I donGÇÖt think this is caused by the input curve. I believe it may partially be a result of a faster time to max rotation speed when the edge acceleration kicks in (which happens just before max input). This is something we are testing at the moment. We are also testing the different parts of the aim assist system to check for any hidden issues there. This does take a while which is why weGÇÖve not made an update yet.

Issues with performance related input lag and hit detection are also being investigated. These can have a really big impact on how the aiming feels so weGÇÖre looking at this from all angles.

CCP Wolfman

I did a quick analysis of how stick deflection is related to rotation speed. Here are the results I found:

https://docs.google.com/spreadsheet/ccc?key=0AqMshc-A6HVHdFlKbklqY1hQWnE4WVJIc1pCVHE4Smc#gid=0

Quick note: The blue line ("current") is how the system works now, and the red line ("proposed") is what I believe it should be.

Anyway, as we can see (after accounting for some small error), rotation speed appears to increase linearly with the distance from center that the stick is moved. This is a large part of the reason why I think aiming with the DS3 still feels imprecise and "slippery". The current system makes it way too easy to accidentally build up unwanted turning speed.

Most modern FPS it seems use a system where the effectiveness of stick deflection starts off low and increases as you get closer to the edge. This allows you to have a wide range at which you can make smaller and smoother movements, but also still gives you the ability to turn quickly by pushing the stick further.

The second line on that graph I provided does this, and is what I propose it should be (in terms of the general design). Reaching 50% rotation speed should happen around 80-85% stick deflection. Basically, the idea is that the deflection scale needs to have more detail/range at the low end, and less at the high end. Which makes sense (at least to me), because when you want to turn really fast, you're already giving up precision, but when you want to make slow fine movements, you want as much detail as possible.

Any thoughts on this?

Hi Sete. Great work on this, it will help the community and the game greatly, i'm hoping.

From my own testing, it looks like the blue curve is missing a 'knee'.

I'll qualify that by saying I haven't measured this in the last few days(i'm at work right now), but there is an abrupt and pronounced transition in rotation rate somewhere around mid-deflection.

By abrupt i mean a few degrees of deflection and by pronounced i mean maybe a 20% plus increase/decrease in rotation rate Furthurmore, this increase/decrease is instantaneous and is not affected by suit inertia at all.

I'll measure it carefully tonight and post results here.

The sloppy controls is almost entirely due to input lag.

I would like to see is a graph like that in game that you can tweak your self.