Zandronum Chat @
Get the latest version: 3.0
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002672Zandronum[All Projects] Bugpublic2016-03-10 22:592017-04-20 00:56
Assigned ToTorr Samaho 
PlatformOSOS Version
Product Version3.0-beta 
Target Version3.0Fixed in Version3.0 
Summary0002672: 'turbo' cheat kicks in the SR50 detection in single player
DescriptionThe 'turbo' cheat isn't factored in when calculating SR40 speed. This leads to your turning being locked when strafing with it.
Steps To Reproduce1. 'turbo 255'
2. Strafe sideways.
3. Try to turn while strafing.
Additional InformationWhy the SR50 thing triggers in non-competitive game modes, or in single player at all, is beyond me.
Attached Files

- Relationships

-  Notes
User avatar (0014572)
AlienOverlord (reporter)
2016-03-11 04:33
edited on: 2016-03-11 04:33

Just saying SR50 detection was made for a non-competitive game mode. (Coop, jumpmaze)

Also the real bug here is that turbo 255 isn't cut to 100 in singleplayer, IMO.

User avatar (0014573)
throwaway (reporter)
2016-03-11 21:59
edited on: 2016-03-11 22:01

"Also the real bug here is that turbo 255 isn't cut to 100 in singleplayer, IMO."

What? Why the hell would you do that, and how the hell is something that's been around since vanilla Doom as a *feature*... a *bug*?

Also SR50 while turning was possible in vanilla Doom, by taking advantage of joystick strafing inputs. Granted, you needed a custom driver for that, but considering there were custom drivers to cut out vertical mouse movement, it's not that far off.

User avatar (0014574)
throwaway (reporter)
2016-03-12 00:00

How about this behaviour gets moved to a CVar? Say, sv_sr50lock? It really should not be on by default - I can't imagine it behaves well with low friction floors either.
User avatar (0014607)
throwaway (reporter)
2016-03-25 22:12

Update on this: low friction floors don't affect the lock; it seems to goes off player input. So the fix would simply be to have turbo apply after the SR50 lock is checked.

Any turbo value above 102 will trip the SR50 lock.
User avatar (0016376)
Torr Samaho (administrator)
2016-11-29 20:27

Can you check if this fixes the issue?
User avatar (0016804)
WaTaKiD (updater)
2017-02-06 23:49

this was fixed, atleast in singleplayer, with: [^]

however online your view is no longer locked in place with turbo 103+ while sr40ing
User avatar (0016808)
Torr Samaho (administrator)
2017-02-07 07:02

Quote from WaTaKiD

however online your view is no longer locked in place with turbo 103+ while sr40ing

Can you elaborate? The client shouldn't be able to activate turbo and if the server enables turbo, then there should be no view lock while SR40.
User avatar (0016809)
WaTaKiD (updater)
2017-02-07 09:06

well i did have sv_cheats enabled online, but yea i guess i wasnt entirely clear

your player and your real angle are locked in that direction when you sr40 with turbo 103+

however your view can still be turned around, atleast on your end, as in, start to sr40 and then turn your mouse and fire the plasma gun, you will notice that you could be holding W+D and end up running backwards and your plasma balls are not going where your aiming
User avatar (0016940)
Torr Samaho (administrator)
2017-03-05 18:41

The problem is that the turbo value is not synced between client and server. I changed the server to not enforce the SR50 turn lock anymore if sv_cheats is true. This should fix the issue.
User avatar (0017231)
Combinebobnt (reporter)
2017-04-19 23:04


Intial Singleplayer testing instructions worked fine. Could turn my mouse freely sr40 with turbo 103 and 255

Worked online with sv_Cheats 1 too

Setting turbo >100 online with sv_Cheats 0 didn't do anything and I couldn't set turbo, but seeing how that isn't the issue here; looks like the ticket's issue is fixed.

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: ZzZombo Combinebobnt
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2016-03-10 22:59 throwaway New Issue
2016-03-11 04:33 AlienOverlord Note Added: 0014572
2016-03-11 04:33 AlienOverlord Note Edited: 0014572 View Revisions
2016-03-11 21:59 throwaway Note Added: 0014573
2016-03-11 22:01 throwaway Note Edited: 0014573 View Revisions
2016-03-12 00:00 throwaway Note Added: 0014574
2016-03-25 22:12 throwaway Note Added: 0014607
2016-11-27 16:48 Torr Samaho Target Version => 3.0
2016-11-29 20:27 Torr Samaho Note Added: 0016376
2016-11-29 20:27 Torr Samaho Assigned To => Torr Samaho
2016-11-29 20:27 Torr Samaho Status new => needs testing
2017-02-06 23:49 WaTaKiD Note Added: 0016804
2017-02-06 23:50 WaTaKiD Status needs testing => assigned
2017-02-07 07:02 Torr Samaho Note Added: 0016808
2017-02-07 07:03 Torr Samaho Status assigned => feedback
2017-02-07 09:06 WaTaKiD Note Added: 0016809
2017-03-05 18:41 Torr Samaho Note Added: 0016940
2017-03-05 18:42 Torr Samaho Status feedback => needs testing
2017-04-19 23:04 Combinebobnt Note Added: 0017231
2017-04-20 00:56 Ru5tK1ng Status needs testing => resolved
2017-04-20 00:56 Ru5tK1ng Resolution open => fixed
2017-04-20 00:56 Ru5tK1ng Fixed in Version => 3.0

Questions or other issues? Contact Us.


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker