Zandronum Chat on our Discord Server Get the latest version: 3.2
Source Code
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0004528Zandronum[All Projects] Bugpublic2025-04-27 00:542025-04-27 12:48
Reporterunknownna 
Assigned ToKaminsky 
PrioritynormalSeverityblockReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version3.2 
Target VersionFixed in Version3.2 
Summary0004528: [3.2] Players with "cl_spectatormode 1" unable to move properly if using "fly" and then +crouch, +jump or +movedown
DescriptionJust something I noticed while revisiting issue 0001040. Players using the new non-restrictive spectator mode with "cl_spectatormode 1" are almost unable to move at all if they use the "fly" command to stop flying as spectators, and then attempt to crouch or jump while hovering mid-air.
Steps To Reproduce1. zandronum -iwad doom2.wad +map map01 +spectate +fly
2. Walk over the starting edge, then crouch or jump and attempt to move. It will be very slow. If doing it online, it's even worse and almost impossible.
Attached Files

- Relationships

-  Notes
User avatar (0024527)
unknownna (updater)
2025-04-27 00:57

 I assume the problem here is that, since the player body is not restricted by floors/ceilings and walls, it would possibly fall through the floor endlessly if having any gravity applied to it.

If it's possible to fix this, I'd make it so that players using the "fly" command with "cl_spectatormode 1" are only blocked by floors (and maybe ceilings), while still being able to walk through walls freely.
User avatar (0024528)
Kaminsky (developer)
2025-04-27 06:04
edited on: 2025-04-27 06:05

 I never intended the unrestricted spectator mode (i.e. "cl_spectatormode 1") to ever be hindered by any physical limitations, which includes using CCMDs like "fly", "noclip", and "noclip2". To me, it doesn't make sense for these CCMDs to do anything while using this mode, so I made sure to prevent players from executing them in this topic:'https://foss.heptapod.net/zandronum/zandronum-stable/-/tree/topic/default/unrestricted-spectator-mode-ccmd-block [^]'

Quote from unknownna
I'd make it so that players using the "fly" command with "cl_spectatormode 1" are only blocked by floors (and maybe ceilings), while still being able to walk through walls freely.


This sounds like the player should use "cl_spectatormode 0" for the old spectator mode instead, which can still use the aforementioned CCMDs. By turning off the "fly" cheat and turning on the "noclip" or "noclip2" cheats, they'll be able to walk on the floor and through walls.
User avatar (0024533)
unknownna (updater)
2025-04-27 12:21

 Thanks, the fix seems to work well. It also works in demos. The new warning messages from the demo recorder's POV however are not printed during demo gameplay. Not sure if it matters though, since it would collide with the demo free spectator's own warning messages.

Quote from Kaminsky
This sounds like the player should use "cl_spectatormode 0" for the old spectator mode instead, which can still use the aforementioned CCMDs. By turning off the "fly" cheat and turning on the "noclip" or "noclip2" cheats, they'll be able to walk on the floor and through walls.

Agreed, I forgot about that, thanks. Then this is cleared up.
User avatar (0024535)
Kaminsky (developer)
2025-04-27 12:48
Quote from unknownna
The new warning messages from the demo recorder's POV however are not printed during demo gameplay. Not sure if it matters though, since it would collide with the demo free spectator's own warning messages.


Yeah, trying to print the same warning messages that appeared while the demo was recording would've been more complicated to do and would've confused the one playing the demo afterwards.

Issue Community Support
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
Supporters: No one explicitly supports this issue yet.
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2025-04-27 00:54 unknownna New Issue
2025-04-27 00:57 unknownna Note Added: 0024527
2025-04-27 06:04 Kaminsky Note Added: 0024528
2025-04-27 06:04 Kaminsky Assigned To => Kaminsky
2025-04-27 06:04 Kaminsky Status new => assigned
2025-04-27 06:04 Kaminsky Product Version => 3.2
2025-04-27 06:05 Kaminsky Note Edited: 0024528 View Revisions
2025-04-27 12:21 unknownna Note Added: 0024533
2025-04-27 12:21 unknownna Status assigned => resolved
2025-04-27 12:21 unknownna Fixed in Version => 3.2
2025-04-27 12:21 unknownna Resolution open => fixed
2025-04-27 12:48 Kaminsky Note Added: 0024535




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2025 MantisBT Team
Powered by Mantis Bugtracker