Anonymous | Login | Signup for a new account | 2025-07-27 13:18 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0001950 | Zandronum | [All Projects] Suggestion | public | 2014-10-09 00:30 | 2018-10-01 00:12 | ||||
Reporter | Watermelon | ||||||||
Assigned To | Watermelon | ||||||||
Priority | normal | Severity | feature | Reproducibility | N/A | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | 1.4 | ||||||||
Target Version | 1.4 | Fixed in Version | 1.4 | ||||||
Summary | 0001950: Network options menu | ||||||||
Description | With the new netcode being added, there isn't a place to store them that makes sense. Right now we have a mixing of our netcode fields in different places: Unlagged is in the Player Setup (why?) and Connection Type which determines some small things netcode related is in Multiplayer. Since I plan on adding 4-5 things that users will need to toggle (in addition to unlagged/connection type/what-have-you), it might be nice to have them under a Network Options somewhere. I was thinking of putting it in the Multiplayer menu. Since some of these network options will be closely related, it would make sense to keep them together as well. I'm unsure if the fields should be left where they are for unlagged/connection type, while duplicating them in the Network Options menu, and then phasing them out in the next version (allowing people to adjust to the new location). Thoughts? | ||||||||
Attached Files | |||||||||
![]() |
|
Frits (reporter) 2014-10-09 10:20 |
Good idea, don't forget cl_ticsperupdate too. Many new players don't even know they can customize these options right now. |
Watermelon (developer) 2014-10-09 15:32 |
I wanted to make a ticket on converting that to being a default of 1 or 2. 3 is really choppy. |
Frits (reporter) 2014-10-09 17:55 edited on: 2014-10-09 17:56 |
That's true but I never noticed it was choppy until I went back from 1 to 3. Now i can never go back ;) It would benefit new players that aren't familiar with these settings so it's definitely worth considering. |
Konar6 (reporter) 2014-10-10 09:57 |
Same stance as 0001824:0010447. cl_ticsperupdate could have been safely set to 2 or 1 by default. The ancient way of sending an update to clients only every 3 tics originates from early 2000s when people were still riding their 56k modems and ISDN. Today, for most players, bandwidth is not an issue, but we still keep this relic default for new players to degrade their experience. Or just anyone who doesn't read long changelogs or look for config tweaks. |
Watermelon (developer) 2014-10-10 14:11 |
I ninja'd it down from 3 to 2. I honestly think it should be at 1 though. As Konar said, I doubt anyone in this day and age could not handle a value of 1. It looks really really bad if you switch from 1 to 3 after playing with cl_ticsperupdate at 1 for 10-15 minutes. |
Watermelon (developer) 2014-10-10 14:13 edited on: 2014-10-10 14:14 |
Created the menu and put some of our fields in it Base commit: 'https://bitbucket.org/ChrisKOmg/zandronum-stable/commits/eac1b4f4fd1a2dddf2ebb96a78a7d9bbada43bdc [^]' Show spawns addition (included because it may be needed): 'https://bitbucket.org/ChrisKOmg/zandronum-stable/commits/f1d53cc9cca768db3a963f6a73e006028e4ee4c2 [^]' Further network options commit and changing of cl_ticsperupdate to 2 (can we do 1?) 'https://bitbucket.org/ChrisKOmg/zandronum-stable/commits/463f4a7f29b4fcdeb8eb607834fbf2a3a3adfdfc [^]' |
Torr Samaho (administrator) 2014-10-11 08:58 |
I like the idea of a network settings menu. Can you create a changeset that introduces the menu, but doesn't rely on any stuff that is not in 1.3, like cl_unlaggedtype? This way I could add it immediately before we need to progress further on the other new features. Regarding cl_ticsperupdate, I heard reports about problems with "cl_ticsperupdate 1", so we could set the default to 2, but not 1. At least not for now. |
Dusk (developer) 2014-10-11 11:26 |
I'd like to point out that current ZDoom also has a network options menu, though what's in said network options aren't really relevant to us. |
Watermelon (developer) 2014-10-11 15:50 edited on: 2014-10-11 16:00 |
Before I commit, is it fine where it is (Options menu above display options)? If that's fine, I'll make the history changes and push the commit. |
Torr Samaho (administrator) 2014-10-11 16:53 |
Quote from DuskWhere is it hidden? I tried the latest GZDoom git build and didn't see it. Quote from Watermelon If ZDoom already has a reasonable place, we could use the same. Otherwise above display options sounds ok. |
Watermelon (developer) 2014-10-11 17:19 |
I think its for ZDoom 2.8 or w/e branch Edward850 is working |
Watermelon (developer) 2014-10-12 00:32 edited on: 2014-10-12 00:33 |
Pull request made NOTE: I'm sorry the .hgignore got bundled with it. Can that go in too? It's annoying having to add them every time I clone a repository. |
StrikerMan780 (reporter) 2014-10-12 02:36 |
I'd put network options under multiplayer, and move the existing settings strewn about for things like unlagged into it. But, that's just me. |
cobalt (updater) 2014-10-12 13:05 |
Issue addressed by commit f0a57e3cf052: Added network menu where all the new network options and cvars will go (fixes 1950). Committed by WChrisK on Saturday 11 October 2014 20:26:32 2 files modified, 39 lines added, no lines removed Files changed: docs/zandronum-history.txt, src/m_options.cpp |
Torr Samaho (administrator) 2014-10-12 13:19 |
I had to fix your patch, it didn't link for me because you hadEXTERN_CVAR( Bool, cl_ticsperupdate ) instead of EXTERN_CVAR( Int, cl_ticsperupdate ) Did this link for you under Linux? Regarding .hgignore: I don't think we should add all possible directory names people could use for their build folders in there. If you use one of the existing ones (debug, release, Debug, Release, releaseobj, debugobj, server-releaseobj, server-debugobj), you don't have to alter .hgignore. Adding FMOD is a good idea though and I updated .hgignore to (hopefully) cover all FMOD versions. |
Watermelon (developer) 2014-10-12 16:40 |
Yes it linked for me under linux. I always compile/test them before submitting ;) I don't recall seeing it complain either with a warning... usually I look for those as well to make sure it's error free. This is interesting, I wonder if there's a setting I should have on? |
Edward-san (developer) 2014-10-13 13:14 |
Quote from Torr Samaho It's between 'Miscellaneous options' and 'sound options'. |
Arco (updater) 2014-10-13 23:31 |
Works as intended in v1.4 r141013-1525, |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | Frits |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
Date Modified | Username | Field | Change |
2014-10-09 00:30 | Watermelon | New Issue | |
2014-10-09 00:30 | Watermelon | Status | new => assigned |
2014-10-09 00:30 | Watermelon | Assigned To | => Watermelon |
2014-10-09 10:20 | Frits | Note Added: 0010417 | |
2014-10-09 15:32 | Watermelon | Note Added: 0010425 | |
2014-10-09 17:55 | Frits | Note Added: 0010431 | |
2014-10-09 17:56 | Frits | Note Edited: 0010431 | View Revisions |
2014-10-10 09:57 | Konar6 | Note Added: 0010448 | |
2014-10-10 14:11 | Watermelon | Note Added: 0010451 | |
2014-10-10 14:13 | Watermelon | Note Added: 0010452 | |
2014-10-10 14:13 | Watermelon | Status | assigned => needs review |
2014-10-10 14:14 | Watermelon | Note Edited: 0010452 | View Revisions |
2014-10-11 08:58 | Torr Samaho | Note Added: 0010471 | |
2014-10-11 09:21 | Torr Samaho | Status | needs review => feedback |
2014-10-11 11:26 | Dusk | Note Added: 0010474 | |
2014-10-11 15:50 | Watermelon | Note Added: 0010492 | |
2014-10-11 15:50 | Watermelon | Status | feedback => assigned |
2014-10-11 16:00 | Watermelon | Status | assigned => needs review |
2014-10-11 16:00 | Watermelon | Note Edited: 0010492 | View Revisions |
2014-10-11 16:53 | Torr Samaho | Note Added: 0010501 | |
2014-10-11 16:54 | Torr Samaho | Status | needs review => feedback |
2014-10-11 17:19 | Watermelon | Note Added: 0010504 | |
2014-10-11 17:19 | Watermelon | Status | feedback => assigned |
2014-10-12 00:32 | Watermelon | Note Added: 0010514 | |
2014-10-12 00:32 | Watermelon | Status | assigned => needs review |
2014-10-12 00:33 | Watermelon | Note Edited: 0010514 | View Revisions |
2014-10-12 02:36 | StrikerMan780 | Note Added: 0010522 | |
2014-10-12 13:05 | cobalt | Status | needs review => needs testing |
2014-10-12 13:05 | cobalt | Description Updated | View Revisions |
2014-10-12 13:05 | cobalt | Note Added: 0010528 | |
2014-10-12 13:19 | Torr Samaho | Note Added: 0010530 | |
2014-10-12 16:40 | Watermelon | Note Added: 0010546 | |
2014-10-13 13:14 | Edward-san | Note Added: 0010567 | |
2014-10-13 23:31 | Arco | Note Added: 0010576 | |
2014-10-13 23:31 | Arco | Status | needs testing => resolved |
2014-10-13 23:31 | Arco | Resolution | open => fixed |
2014-10-13 23:31 | Arco | Fixed in Version | => 1.4 |
2014-10-13 23:31 | Arco | Description Updated | View Revisions |
2018-10-01 00:12 | Blzut3 | Status | resolved => closed |
Copyright © 2000 - 2025 MantisBT Team |