Jump to content

netKar PRO Community Update #6


Guest Uff

Recommended Posts

Guest TDIPFKAFF
no non sbagli, ma che c'entra?

Mi aveva spaventato una frase di kunos che avevo interpretato a questo punto male, vedi sotto

non sbagli.. ma sottovaluti la complessita' della frase "Poi trasmetter
Link to comment
Share on other sites

allora, la prima domanda non l'ho capita :biggrin: . cercavo di dire che il problema non e' dato dalla quantita' di dati da spedire ma dal ritardo e l'inaffidabilita' con cui i dati vengono ricevuti. Ovviamente si cerca di spedire la quantita' minima di dati.. in nkPro spedisco veramente pochissime informazioni.. la posizione bidimensionale del corpo vettura e il suo orientamento.. la posizione delle gomme e altre cose vengono tutte ricavate sul client.

Ma il problema resta nel fatto che, a volte, i pacchetti saltano.. o ritardano di mezzo secondo e via discorrendo.. creando sempre una situazione di "incertezza" della situazione.

il discorso grip variabile invece e' proprio come hai intuito. realizzarlo in single player, in locale e' di una banalita' allucinante.. in netKar free.. fino alla 0.9.3 usavo un sistema del genere per ottenere la parte gommata della pista.. non facevo altro che girare e girare con la funzione di registrazione abilitata e il groove (e il grip) variava in relazione ad quanta gomma veniva lasciata su ogni parte di pista.

il discorso sarebbe approcciable a condizione che TUTTE le vetture remote siano presenti in pista dall'inizio della sessione..a quel punto ogni client si calcola il proprio livello di grip basandosi sulle "traccie" delle vetture remote.. considerando la variazione data da un singolo passaggio le differenze fra client e client sarebbero irrilevanti (ma cmq presenti).

Il problema nasce al momento che si connette un nuovo client.. a quel punto il server dovra' mandargli su l'intera massa di dati relativi al livello di grip della pista in quel momento.

lo scenario del meteo variabile invece e' molto piu' semplice.. avendo gli stessi algoritimi di generazione, che girano con lo stesso rate fisico su tutti i client i risultati saranno sempre gli stessi... al server basterebbe spedire la situazione a t0 e tutti i client potrebbero ricavarsi la situazione in locale e arriverebbero allo stesso risultato.

Link to comment
Share on other sites

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.