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: 147
  • Notoriety: basic (afk)

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: 37
  • 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


  • (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-2017 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