Urban Terror Forums: Ioq3 unofficial experimental test - Urban Terror Forums

Jump to content

 Login | Register 
Advertisement
  • (3 Pages)
  • +
  • 1
  • 2
  • 3
  • You cannot start a new topic
  • You cannot reply to this topic

Ioq3 unofficial experimental test

Test packets synchronization-timing changes for the Urt-4.x engine

#21 User is offline   Makeurtgreatagain Icon

Posted 13 May 2017 - 01:28 AM

so long as the clients behave AND Everybody is ENFORCED to use exactly the same net settings
it functions beautifully at 60snaps

what aggravated the issue wasn't so much a quirk of idtech3 so much as it was clients not behaving and having very unstable connections

idtech has poor tolerance for packet-loss and jitter and the faster you run it the worse the tolerance is

on a modern connection on a modern machine connection to servers that are in your region its a non issue
don't do any of that and it all goes to hell and it does the same thing at 20snaps its just far more tolerate of total shit connections at that slow of a rate

net-settings including rate need to be enforced and set automatically by default this eliminates the problem of people failing to configure there net cvars or monkeying around with them when they haven't a clue what they are doing

something I keep bringing up and something that doesn't get implemented for whatever asinine reasons

This post has been edited by Makeurtgreatagain: 13 May 2017 - 01:29 AM


#22 User is offline   Achsenknopf.--- Icon

  • Account: achsenknopf
  • Main tag: nxu|
  • Country:
  • Joined: 05-March 10
  • Posts: 2
  • Notoriety: basic

Posted 14 July 2017 - 09:53 PM

I ported your code to nexunity servers. It's running fine there for some days.
A negative impact could not be noticed. SV_Frame is constantly called 20 times a second instead of 100-600

nexunity.org:27960
nexunity.org:6000
nexunity.org:6001

This post has been edited by Achsenknopf.---: 14 July 2017 - 09:54 PM


#23 User is offline   karnute Icon

  •   community dev   
  • Account: karnute
  • Joined: 09-August 11
  • Posts: 149
  • Notoriety: basic

Posted 15 July 2017 - 09:57 PM

View PostAchsenknopf.---, on 14 July 2017 - 09:53 PM, said:

I ported your code to nexunity servers. It's running fine there for some days.
A negative impact could not be noticed. SV_Frame is constantly called 20 times a second instead of 100-600
nexunity.org:27960
nexunity.org:6000
nexunity.org:6001

Thanks a lot for testing.
I feel your server has now less frequent and shorter yellow spikes in upper part of lagometer than before. Yellow bars in upper lagometer are extrapolated frames (sync lost from server), that is coherent with less calls to SV_Frame, but mainly means that the server needs many less checks to send unnecessary packages to clients that are not going to receive them on time anyway, and it is sending only on-time packets. It is very significant, especially in a server so populated with 32 slots, and usually with many players from long distance (with high pings).

#24 User is offline   travmon Icon

  •   verified user   
  • Account: travmon
  • Main tag: RSM|
  • Country:
  • Joined: 12-April 11
  • Posts: 53
  • Notoriety: basic

Posted 19 July 2017 - 03:27 PM

Test Servers Classic TDM karnute source and ctf NorthEast karnute source Here are client binary's

This post has been edited by travmon: 19 July 2017 - 06:16 PM


#25 User is offline   Makeurtgreatagain Icon

Posted 13 January 2018 - 10:16 PM

@Barbatos is this going to make 4.3.3 ?

most people I have talked to agree this should at least be a option either via cvar or seperate server binary

also unlock the cvar default it to 20 and put a danger will robinson on it

I test this on my personal server a 5 dollar a month duel core xeon and there is a marked improvement

the argument stands that people that have and (I use this term very loosely)Decent connections should not need to be at a disadvantage to people with connections that can barely manage to load google.com, its a matter of by modern terms UrT requirements are astronomically low ... if you don't meet them you should probably hang up your mouse and keyboard,and get a job or take steps to join us in the year 2018 .. or at least 2010 ...

This post has been edited by Makeurtgreatagain: 13 January 2018 - 10:23 PM


bullet_loaderAdvertisement

#26 User is offline   travmon Icon

  •   verified user   
  • Account: travmon
  • Main tag: RSM|
  • Country:
  • Joined: 12-April 11
  • Posts: 53
  • Notoriety: basic

Posted 14 January 2018 - 02:31 AM

View PostMakeurtgreatagain, on 13 January 2018 - 10:16 PM, said:

@Barbatos is this going to make 4.3.3 ?

most people I have talked to agree this should at least be a option either via cvar or seperate server binary

also unlock the cvar default it to 20 and put a danger will robinson on it

I test this on my personal server a 5 dollar a month duel core xeon and there is a marked improvement

the argument stands that people that have and (I use this term very loosely)Decent connections should not need to be at a disadvantage to people with connections that can barely manage to load google.com, its a matter of by modern terms UrT requirements are astronomically low ... if you don't meet them you should probably hang up your mouse and keyboard,and get a job or take steps to join us in the year 2018 .. or at least 2010 ...


I think this code has issues. I gave up on these tests not long after starting. On all my tests with different compiles on different operating systems, server seems fine empty or with bots. as soon as a real connection enters CPU spike's to 80-100 % . I moved all my tests to ioq3 1.36 with fork from mickael9

#27 User is offline   Makeurtgreatagain Icon

Posted 14 January 2018 - 03:53 AM

View Posttravmon, on 14 January 2018 - 02:31 AM, said:

I think this code has issues. I gave up on these tests not long after starting. On all my tests with different compiles on different operating systems, server seems fine empty or with bots. as soon as a real connection enters CPU spike's to 80-100 % . I moved all my tests to ioq3 1.36 with fork from mickael9


I have had no such issues on my xeon vps even with 18 players@60 cpu usage was ~20%
but I patched it on a clean ioquake 3 fork I did notice it was tied to Sys_Milliseconds

which it should be on its own timer and if you are running granularity or hpet COULD cause it to chew a bunch of cpu because its running faster then it needs to, should be moved to its own timer loop, we investigated isolating the entire Sys_+ timer routines for the original version of SACC but, it didn't matter enough at ~60 snaps

This post has been edited by Makeurtgreatagain: 14 January 2018 - 04:31 AM


#28 User is offline   beautifulNihilist Icon

  •   verified user   

Posted 17 January 2018 - 12:13 AM

I'd love it if we could figure this out.
SACC was the best Urban Terror ever played.

  • (3 Pages)
  • +
  • 1
  • 2
  • 3
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users

Advertisement


Copyright © 1999-2018 Frozensand Games Limited  |  All rights reserved  |  Urban Terror™ and FrozenSand™ are trademarks of Frozensand Games Limited

Frozensand Games is a Limited company registered in England and Wales. Company Reg No: 10343942