| Anonymous | Login | Signup for a new account | 2025-11-17 00:43 UTC |
| My View | View Issues | Change Log | Roadmap | All Projects Issue Support Ranking | Rules | My Account |
| View Revisions: Issue #3314 | [ All Revisions ] [ Back to Issue ] | ||
| Summary | 0003314: The ticbuffer isn't completely processed in some cases | ||
| Revision | 2017-10-28 01:54 by Leonard | ||
| Steps To Reproduce | An easy way to directly notice this is to use sv_unlagged_debugactors: Using the commit and testing wad referenced in 0002859:0018627: -host a server on MAP01 with sv_unlagged_debugactors true -connect and join 2 clients (locally) -additionally you can enable the debug output (cl_debug_clientupdates) -make sure to have cl_ticsperupdate on 1 so as to not run into 0003317 -simply hold the window for a second or so, this will freeze zandronum and will make it fill your ticbuffer when it recovers -notice that the ticbuffer struggles to catch up for a moment at the very last tic (this is indicated both by the debug output and the unlagged debug actors being one tic behind for a moment) |
||
| Revision | 2017-10-28 01:06 by Leonard | ||
| Steps To Reproduce | An easy way to directly notice this is to use sv_unlagged_debugactors: Using the commit and testing wad referenced in 0002859:0018627: -host a server on MAP01 with sv_unlagged_debugactors true -connect and join 2 clients (locally) -additionally you can enable the debug output (cl_debug_clientupdates) -simply hold the window for a second or so, this will freeze zandronum and will make it fill your ticbuffer when it recovers -notice that the ticbuffer struggles to catch up for a moment at the very last tic (this is indicated both by the debug output and the unlagged debug actors being one tic behind for a moment) |
||
| Copyright © 2000 - 2025 MantisBT Team |