-
Notifications
You must be signed in to change notification settings - Fork 202
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Observer bug in First Person #865
Comments
First, if you want to discard any 3rd party plugin bug trigger, test in a pure environment (with regamedll), and then provide some kind of record to demonstrate the issue. But I'm certainly sure it's a client-side rendering issue |
Currently running a clean server (pure environment): The bug is old and still exists. Tried with some (UTIL_VecToAngles) to make a fix or adjustment, but don't have coding skills or event I don't know If this is the way to do it.
I myself think the same, but not fully sure and I think it can be adjusted/fixed from server side. |
Thanks for providing that information. Any possibilites to attach some kind of video? I'll have my pc far away these days (rn in my office) |
Sorry for the external video link, but Github has 10MB limit on files and the video is 20mb. From the video you can see the camera glitching walls etc, also if you can review the video multiple times (replay) you can also see the players through walls when quickly or sometimes not. Just like the person franco (quoted him) said. If some more familiar with this bug can comment will be cool, maybe wopox from Fastcup or some 5v5/competitive server owner/player which knows the bug. |
Thanks for the video, nothing too far from what I experienced also in the past. Just wanted to refresh my memory about it. @s1lentq this has something related with interpolation? Using EF_NOINTERP or something related would cause no effect? |
Just tried to set it with the following code in FindNextPlayer Used it below line 193 |
I think a possible workaround for this bug is to make all players invisible to the spectator before starting the transition and then reset the visibility back to normal once spectating the new target. |
Or just the players from opposite team (depends from the force camera cvars), also not fully sure how they will appear when player (the spectator) just switch between teammate's cameras and suddenly a enemy appears magically on his screen + the demos. But I think it is a possible workaround if nothing can't be done from server side. |
@axl303 it does not work that way. First of all, you have to be sure of what are we discussing here, and by just looking at the video, problem isn't the fact "you can see the enemies while changing spec target", it is the fact origin has some grade of interpolation between every point you are changing. In this particular scenario, position changing while spectating must be immediate without any interpolation (smoothness) between every change. That's why I mentioned that FLAG, which you were setting (wrongly) on your current spec target, which has nothing to do with the issue, because it is the complete environment. It may have a fix on client-side directly, but server-side speaking I cannot figure something. @s1lentq has more knowledge on client-side, which may have an approach or idea as to why this smoothness occurs. |
I found it |
So it was about a certain smoothness applied in the client-side. Nothing can be done from server-side, more than getting client's cvar value with pfnCvarValue function and prompting that information to the client (like, "please change it"). There is not some kind of correction that can be done, client program is the one who is interpolating the origin changing, server knows client is on position A and then on B while changing target on spectator mode, and nothing else, you can't force from server-side to "hasten" the smoothness process. |
That's everything I wanted to know. Hoping one day mikela from valve or other valve employee to fix the things up. Some sunny suday maybe (2040 year). Or some user here in Regamedll repo. Thank you for the comments @dystopm @justgo97 I really appreciate them. |
Hi. It doesn't work for me... I mean if i have cl_filterstuffcmd 1 the plugin doesn't work anymore and if they still have filterstuffcmd but they have cl_smoothtime 0, it doesn't seems to work out ( tested right now with bots... ) or maybe it's because of bots?! |
I didn't get if you wrote that command in console by yourself |
So the plugin has to do it? |
I searched on the internet to see if I could find such a plugin, but found nothing. Any ideas? |
Please read what dystopm said in his comments (all of them). The problem is in the client, there is no plugin to force the command or whatsoever. This means you have to find another alternative maybe what @justgo97 said to make invisible or just dark screen until respawn (fadetoblack). You can't solve it by force a command to the client and it's not good to force command on the client (I know some players are playing with bad rates/command, for example: cl_lw/lc 0 or some other commands/things which may lead to bad things or whatsoever, but forcing is not the way to do it!) @wopox1337 - Sorry for the tag, if you can tell more about this topic? Is fastcup forcing that command through AC (Anticheat) or something else? Personally I think the fix should be to the client/observer camera OBS_IN_EYE only and not even with this command? |
I mean, you tested it by writing the command yourself in console? That is what we were arguing here |
I'm just gonna paste @francoromaniello's message,
#667
Can this be fixed or is a 3rd party plugin available somewhere?
The text was updated successfully, but these errors were encountered: