Well .. sidewards movements weren't designed to rotate the camera, this is why when you are looking to a fixed point the camera tends to move "tangentially" instead of moving in circles. I've noticed that if you move the camera right/left and forward at the same time it actually rotates in the "look to player" mode, but not on any radius. Its like it gets closer to the player to a certain distance then it rotates around the player without any problem.
I'm sure that fixing this will be really entertaining

Thanks again for testing it!

About free camera control... I made this cfg to alias

Code: Select all

alias _calias "alias +c$1 set camera_direction_$2 ${3}1; alias -c$1 set camera_direction_$2 0"

_calias forward x ""
_calias back    x -
_calias left    y ""
_calias right   y -
_calias up      z ""
_calias down    z -

It feels quite wrong when you use key combinations: when I go forward and left, my actual camera speed is 1.414 times the speed when I go only forward (square root of 2)... It could be possible to tweak the cfg to get "normal" behaviour, but it will be a pain and look quite complicated :p

Can't you just use the user's movement input from +forward etc. ?

camera_max_speed 1 to disable camera strafe running?

Good points Bougus. I'll see what I can do with that strafe effect

Also re-using the +forward, +left, etc keys for controlling the camera position sounds to me like a good idea.

IIRC you can (un)registerCommand in csqc to hijack those functions..

Could you make it zoom out more when the person has the flag in CTF?

This is awesome, thanks for working on this

It feels quite wrong when you use key combinations: when I go forward and left, my actual camera speed is 1.414 times the speed when I go only forward (square root of 2)... It could be possible to tweak the cfg to get "normal" behaviour, but it will be a pain and look quite complicated :p

Fixed

3) when I press move left and move right very fast after another (again and again... like strafing left and right with the camera all the time) the movement of my move_left isn't recognized

Fixed

Also re-using the +forward, +left, etc keys for controlling the camera position sounds to me like a good idea.

Now the camera is controlled by the standard movement keys, plus the not very popular +moveup/down commands, and the camera-specific commands +roll_left/right. As probably no one have binds for the +moveup/down cmds, I've set camera_forward_follows 1 as default in order to provide an spectator-like camera. This enables all movements but rotating, without the need of adding extra binds.

The cvar set hasn't changed since last time. Now this is my config:

Code: Select all

bind MOUSE1 +roll_left
bind MOUSE2 +roll_right
bind MOUSE4 +moveup
bind MOUSE5 +movedown


Thanks again for the feedback

esteel wrote:IIRC you can (un)registerCommand in csqc to hijack those functions..

Epic timing, I owe you one

uluyol901 wrote:Could you make it zoom out more when the person has the flag in CTF?

You can do it just taking some distance from the player or playing with the fov cvar. As this camera is intended for generic purposes I don't think it would be wise to change its behavior according to the game type. Think about what "zoom out" means, you can end with the camera inside a wall in some maps.

How does it work? I'm using camera_enable 1 but it doesn't
Does it work with every demo?

Btw I was expecting that this stuff can be activated simply pressing a key (left click could be nice) while watching a demo.

It will only work with recent demos, the ones that incorporate a csprogs.dat inside the demo file that has some sort of camera built in already. Note that older version used the old approach using these aliases!

There's a "bug" I'd like to report about the freefly mode. I'm not sure there's a solution for this issue, but here it goes anyway:
During playback, entities/models you haven't actually seen, aren't drawn.
Example: if you're standing on one side of Soylent space, but you freefly away to the other side, you can't see anything happening. Entites only apear once you "see them" from your actual position.

thats not a bug, it's the anti-radar cheat protection called "culling" of entites.

Just like I thought. But this makes the freefly mode useless, as you can't see what others have done meanwhile.

well thats the downside of the anti-wallhack.. i'm not sure about server side demos. but i think those also do not contain that stuff either. I guess one way would be to make it possible for server side demos to contain everything. but that would require quite some changes so thats nothing for the next release.

One thing you CAN do is to run your server with this stuff disabled.

sv_cullentities_trace 0
sv_cullentities_pvs 0

But then anyone can use a wallhack.

Wouldn't it increase rendering times (disabling pvs culling particularly)?

Not much, as the culling is still performed on the client.

Would however cost lots of extra bandwidth, and server CPU load.

Those two options will basically disable the antiwallhack, so that should only be done if you can trust the people playing and as divVerent mentioned only if you server and the network and handle the extra load.

But isn't is actually using more CPU load on the server when doing culling? I mean, I totally agree to the bandwidth usage raising, but I always though that it would save CPU on the server when disabling culling.

I think all the entities are not culled need to be prepared for networking and such.. but i THINK the CPU load will not change that much at all.

I think it should decrease server CPU load, especially tracing, cause as far as I understand, this is a special darkplaces antiwallhack feature. There is also a cvar to control how accurate tracing it should perform.

GreEn`mArine wrote:But isn't is actually using more CPU load on the server when doing culling? I mean, I totally agree to the bandwidth usage raising, but I always though that it would save CPU on the server when disabling culling.

When disabling trace culling, yes.

But PVS culling (using the vis data) is almost for free (precalculated by q3map2), and saves preparing lots of entities.

I've made a short video showing the basic (but just a little hidden) movements that you can do with this demo camera.

I will be making more tutorials showing advanced usage, but when I don't know

I hope you enjoy it

Nice!
Omg, that map never gets old

How can I make use of this in the latest version of nexuiz?
Can someone teach it to me or provide those patches again, the links don't work anymore
Thanks in advance