-
Notifications
You must be signed in to change notification settings - Fork 154
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
All bot models replaced by player selected model #274
Comments
Nothing in the former should be related here. |
I don't know the codebase at all, so I can't make the same judgement. I've tried several previous commits as well, but it's only 51b6ae4 that doesn't work. It would be nice to get the bug reproduced by someone else at least. |
Can you show video of it? What mod is running? |
Are you by chance experiencing deferred loading of the other models? Are you using the baseq3a pak8a or pure vanilla? This behavior is controlled by the client cgame.qvm not the engine so this seems red herring or some other change is extremely messed up. |
Seems like something related to cg_deferPlayers <0 or 1>: When it's set to 1 (the default), you may need to be killed or to push TAB key in order to view all player models updated correctly (rationale is that since loading character models can cause an hitch, doing that when you die shouldn't affect you too much). This said, I don't have the expertise to know what this commit you mentioned 51b6ae4 exactly does, so maybe it somehow breaks some phase of client update or communication between client and server? I don't know. |
That's it! I've now set Regarding the version of the game files, they are vanilla. Since this issue is now solved for me, I (or you) can close it. I'm not sure if this is something that can be improved in Quake3e, or if it's up to everyone to correctly set that variable. In any case, thank you both for the help and the pleasant conversation. Cheers! |
There's nothing to change or fix on this end, the cvar default is 1 in cgame.qvm shipped with baseq3 vanilla. While it does seem odd that it "worked" before that patch I don't see how it has any kind of relation to what is occuring, you maybe had leftover cvar differences from a mod loaded and you don't remember or something but otherwise I can't see it being changed by that commit at all. |
I don't think I made a mistake, as I tested builds one after another with clean game files and the default config. The only thing that was changing was the executable. Well, the thing works now and I'm happy, so I'll be closing the issue. Thanks again for your time! |
Recent changes fixes a few things:
So it may introduce some config compatibility issues (p.1 and p2. - most likely) |
@volatilezzz same issue for me. Same identified commit, and commenting out this line "fixes" it. |
Excuse me, I don't understand. What's the difference in behavior before/after that commit? I know cg_deferplayers 1 updates the player models when the score table is shown (then you die or when you press TAB key), in order to avoid you "hitches" during actual gameplay. So you may see others look like you for a while, but that's intended. |
I think because of the wait processing change it delays them loading at start of match. |
But it was not the case before that commit. The difference in behavior may be that bots added before start are not "starting players" anymore but rather "new players" due to the now delayed "addbot" commands. |
Thank you, now I understand. |
Broken commit: 51b6ae4
Working commit: d90d628
MSVC v143 (Visual Studio 2022) with Windows 10 SDK 10.0.20348.0, x64 build with Vulkan renderer.
The text was updated successfully, but these errors were encountered: