Multy rF: info tecniche - rFactor by ISI - DrivingItalia.NET simulatori di guida Jump to content

Multy rF: info tecniche


Recommended Posts

Posted

Sarei curioso di conoscere un po' di dati riguardanti il multy di rf, dalle porte (UDP/TCP) da aprire sul client e/o server, al max di auto teoricamente gestibili, sulla banda richiesta x ogni auto e così via...

Avevo letto da quache parte - non ricordo neanche se qui o su rscnet - che esistono alcuni doc di spiegazione, vi sarei grato se mi indicaste link o postaste magari questi file di documentazione direttamente nel topic.

denghiu.

smile.gif

Posted

preso dal doc "firewall guide":

Table 2.1 Ports required for successfully hosting LAN races

Port Number Transport Description

34447 TCP Session, Race and Chat Information

34297 UDP LAN Query Information

34397 UDP Race Event Information

If want to host the game only over the Internet you only need to open up the ports in Table 2.2.

Table 2.2 Ports required for successfully hosting Internet only races

Port Number Transport Description

34447 TCP Session, Race and Chat Information

34397 UDP Race Event Information

Posted

Per quanto riguarda la banda richiesta per ogni client, la puoi settare dal server: 56k, isdn, 128kb, 256kb, lan (queste le impostazioni del server dedicato).

In questo modo fai presto a calcolare quanta banda totale servirà per X giocatori, perchè quella sarà la banda massima che il server utilizzerà per ogni client, indipendentamente dal numero totale degli stessi.

Direttamente dal readme:

Note that by default, rFactor will use as much bandwidth as allowed to create the highest quality multiplayer experience possible given the connection.  The bandwidth allowance is determined by a combination of the server's and clients' connection options.  More to the point, just because your connection can support 1000 kbits/sec (1Mbit) doesn't mean you should configure rFactor to use 1000 kbits/sec.  If you plan on running several rFactor servers, or want some extra bandwidth available for other uses (web-browsing and other networking applications), you should reduce the connection type and/or "share" the upload/download speeds.  For example, if you want to run 4 rFactor servers sharing a 5000 kbits/sec (5Mbit) upload connection, then each server should be configured to use no more than (5000/4) = 1250 kbits/sec.  While we are talking about multiple rFactor servers running on the same machine, it should be noted that each one should use a separate profile (or "player file"), otherwise options may get mixed up between them.

Another way of limiting bandwidth is only available through editing the multiplayer configuration file (found by default at UserData/<your name>/multiplayer.ini).  You can limit bandwidth on a per-client basis by changing the Max Data Per Client setting.  For example, say you have some clients joining with cable connections (let's say 256kbit connections) and others joining using ISDN (64kbit).  You may want everyone to experience the same connection type to your server, so you could change the Max Data Per Client to 64 which will limit even the cable clients' connection to be the same as the ISDN clients.  Clearly, you can then easily calculate the maximum upload bandwidth you will be using.  With 15 clients, you will be using no more than 15 * 64 = 960 kbits/sec.  You might note that if this exceeds the Upload Speed you configured, bandwidth will be limited to the Upload Speed instead.

Posted

Ecco era questa l'estratto che avevo letto, ma non ricordavo + dove. thx smile.gif

Domanda stupida: ma se entrano sul server anche client con banda inferiore a quella indicata nel config del server? Riprendendo l'esempio del quote: se si imposta (sul server) la banda per un ISDN e poi joina un 56k? detective.gif

Probabilmente si sarà un min(banda reale client,banda client impostata sul server) ... ph34r.gif

Posted

Quello che ho citato è un limite di banda massimo: se uno ne ha meno avrà semplicemente meno dati a disposizione rispetto al limite (e cmq potrà connettersi). Che ne so, vedrà meno macchine, o le stesse macchine ma con meno "dettagli" (movimenti delle ruote e/o della carrozzeria, ridotti). La logica mi porta a pensare questo, poi non saprei. smile.gif

Posted
Quello che ho citato è un limite di banda massimo: se uno ne ha meno avrà semplicemente meno dati a disposizione rispetto al limite (e cmq potrà connettersi). Che ne so, vedrà meno macchine, o le stesse macchine ma con meno "dettagli" (movimenti delle ruote e/o della carrozzeria, ridotti). La logica mi porta a pensare questo, poi non saprei. smile.gif

252979[/snapback]

avevo letto male, non so perchè ma avevo in mente che tutto questo discorso era legato alla banda minima e non a quella massima. semplicemente quelli superiori al limite impostato per-client sono vincolati a quello, mentre quelli "per natura" inferiori si connettono al loro max.

Per quanto riguardo la differenza tra "vincolati" e sotto il limite, probabilmente avranno semplicemente una diversa frequenza di invio dati, ma il contenuto sarà lo stesso. smile.gif

Posted

Possibile anche questo, anche se io preferireri avere i dati essenziali ma più frequentemente possibile, dovendo scegliere.

Posted (edited)

rilancio:

- qualcuno ha hostato? mi indicate i limiti raggiunti con le vostre connessioni?

- si è riuscito a capire quanto è grande un pacchetto dati di base?

- com'è il comportamento con i 56k?

Edited by daf
Posted

Per quel che ne so, Max Angelo (beta tester per gli ISI), gareggiava in maniera egregia con un 56k su un server australiano. wink.gif

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.