BotAim 2 announced. Best aiming ever.

[Pierre-Marie Baty]

the thing is that we WANT a little bit of oscillation. Just enough to get on the target faster, but not so much as to bounce left and right of it. The oscillation I want is directly function of the size of the target

[stefanhendriks]

i thought off this later:

does the aiming also effect the 'size' of the target? Like, when a target is further away its smaller and thus harder to 'hit' (easier to mis, move your mouse wronly, etc).

But, what if a target is BIG and its far away... ok, i know, this will not really happen in CS. But still....

[@$3.1415rin]

well, then you can chose d accordingly, k^2 < 4 d m and you'll get oscillations. 2 Pi i/Sqrt[k^2-4 d m] should be the frequency of your oscillation while e^(-k/2m) describes the damping curve. -> Thus you can calculate the maxima of your oscillations and see if they fit your object, or in this case better the other way around.

[@$3.1415rin]

just written some lines for given d. since we aint got no latex in this forum, a picture here. it's rather an approximation, but it works. this is only based on the homogenous part of the DEq, but that should be sufficient here, since the inhom part is basically some other sort of damping.
One could also specify how long it should take until a given deviation from the target is reached, it's here 3/4 T, but it shouldnt be a problem for other times, just insert it there and get the stuff for k. The q is here (wanted max deviation after one oscillation) / (difference we have when starting aiming) and that's the tricky part I guess, it might not always be a good idea just to update that q when starting to aim. the situation might change and that type of stuff ... but that shouldnt be our problem here

[V or 'Tex]

Since there are probably standard library functions for complex number manipulation, could you use complex numbers to represent x and y axis rotation. Such that ax+by is a complex number of the form a+bi. I don't know if this would be more or less efficient but you may have more luck manipulating them that way. You should keep in mind people percieve aiming to be a grid on a sphere where everything is a rotation, whereas plotting a+bi would be done on a plane. Might have to use some unusual arithmatic to warp the plane but it should be sufficient.

Or maybe you should just come up with your own class to represent spherical mapping?

[@$3.1415rin]

according to the superposition principle I think that regarding pitch and yaw here as independant angles is ok. I don't see what complex numbers might improve here ( we already used them for deriving the formulas ). For describing points on a sphere you could use SU(2) or SO(3) matrices, but I dont see the advantage, yet, beside irritating more ppl.

hey pierre, what about your progress here ? just hyping stuff or also some "hard facts" ? *g*

[Pierre-Marie Baty]

Yes, I've been editing the wiki a lot these days instead of doing real stuff. I should get back to this plugin and finish it, and I bet you're impatient to compare my implementation with yours, ain't I right?

[Pierre-Marie Baty]

it's FINISHED!

I'm writing the readme right now. It has an impressive number of CVARs...

cvar_t botaim_enable = {"botaim_enable", "1", FCVAR_EXTDLL};
cvar_t botaim_spring_stiffness_x = {"botaim_spring_stiffness_x", "13.0", FCVAR_EXTDLL};
cvar_t botaim_spring_stiffness_y = {"botaim_spring_stiffness_y", "13.0", FCVAR_EXTDLL};
cvar_t botaim_damper_coefficient_x = {"botaim_damper_coefficient_x", "2.0", FCVAR_EXTDLL};
cvar_t botaim_damper_coefficient_y = {"botaim_damper_coefficient_y", "2.0", FCVAR_EXTDLL};
cvar_t botaim_deviation_x = {"botaim_deviation_x", "20.0", FCVAR_EXTDLL};
cvar_t botaim_deviation_y = {"botaim_deviation_y", "90.0", FCVAR_EXTDLL};
cvar_t botaim_influence_x_on_y = {"botaim_influence_x_on_y", "0.25", FCVAR_EXTDLL};
cvar_t botaim_influence_y_on_x = {"botaim_influence_y_on_x", "0.17", FCVAR_EXTDLL};
cvar_t botaim_offset_delay = {"botaim_offset_delay", "1.2", FCVAR_EXTDLL};
cvar_t botaim_notarget_slowdown_ratio = {"botaim_notarget_slowdown_ratio", "0.3", FCVAR_EXTDLL};
cvar_t botaim_target_anticipation_ratio = {"botaim_target_anticipation_ratio", "0.8", FCVAR_EXTDLL};
cvar_t botaim_fix = {"botaim_fix", "1", FCVAR_EXTDLL};

[The Storm]

When you finish your readme file please give a link because I have a big interest .

[@$3.1415rin]

just remembered that our tutor in exphysI had a nice paper about DEq ... so for all of those who are not familiar with it, this might be a short overview : http://www.thphys.uni-heidelberg.de/...ov/diffeqs.pdf