Some help about vectors and coordinates

[ChOwW]

[Baker]

I'm skeptical anyone is going to help you make a client-side bot. A legitimate project would asking this in the QuakeC section.

I'm just stating what I bet everyone this thinking reading your post, there is no reason that this would be a client-side engine modification to achieve what you are trying to do.

Especially when the server-side aim help already does this!

Besides, any competent engine coder can see by the mere file names you aren't messing with a Wii port. in_win.c? That's Windows. Everyone knows this. And your screenshots are vanilla Quake --- your screenshots don't even show any evidence you are making a mod.

People aren't stupid, ya know ...

[ChOwW]

No Baker, you get it totally wrong.

I'm not going to make a client-side bot (and I don't know why you thought of that). As I just said above, I am just trying to understand how to make a goldeneye 64-like aiming system, in order to understand simply how to translate a screen coordinate into a vector. So, if you played it, I pressed&hold a button, a crosshair appears, I move it, and it shoots where I want to shoot.

Nothing more.

Also, I've only stated that the wii port has already a system like that. Have I said anywhere that I am USING IT? Of course not. You've however noticed that I Just use a stock new vanilla GlQuake port.

But my goals were quite simple: I just want to create a simple "TC" which imitates GE64 but on Quake. Just for educational purposes.

I know there is an "aiming help" built in PF_aim and linked in QC, but that doesn't help me at all actually...

[gnounc]

He wants view independant aim, where your aim can be offset from screencenter and your cursor toggled.
and probably a slight zoom in, and lookspring.

toggle cursor and zoomin can be accomplished by bindings.
vew independant aim is something ive always been curious about for headtracking,
but i cant rememeber if i read about someon ever doing it or not.

[Spike]

you basically need gluUnProject.

combine the modelview and projection matricies into a single modelviewproj matrix. invert that. transform the 2d coord (with z = 1) by that modelviewprojinv matrix. divide by w. do the same with the 2d coord with z=0. you now have two 3d points. one at the near clip plane and one at the far clip plane.
subtract near from far and you have your direction vector. vectoangles it and you have the angle to send to the server.
note that the view position is not the same as the player entity position, so you'll need to make sure the ssqc deals with view_ofs properly, or to modify the view matrix appropriately beforehand.

the pf_aim builtin works purely in 3d. it will not help with cursor->3d, but it can help correct your aim afterwards, allowing you to be a bit sloppy with your aiming.

note that the dp prydon cursor extension implements much of this stuff already.
also, this doesn't help with making a clientside aimbot at all, just cursor-based aiming.