Sto lavorando a un gioco mobile Unity, proprio come una versione multiplayer di Temple Run . Sto vedendo una latenza di rete fluttuante (generalmente 200-500ms) a causa della piattaforma mobile.

I personaggi dei due giocatori vengono mostrati correndo lungo lo stesso percorso e devono compiere azioni semplici (salto, scorrimento, power-up, ecc.) Per superare gli ostacoli.

Quando un messaggio arriva in ritardo, il gioco presuppone che il giocatore remoto abbia superato un ostacolo. Questo di solito funziona bene, ma nel caso in cui un giocatore venga ucciso da un ostacolo, voglio che il giocatore remoto appaia morire sullo stesso ostacolo / posizione del giocatore locale. A causa della latenza, il giocatore remoto sembra aver attraversato l'ostacolo prima ancora che arrivi il messaggio che annuncia la sua morte.

Come posso mantenere sincronizzati i giocatori?

Ho provato a spostare immediatamente il giocatore remoto nella posizione di morte dei giocatori locali quando arriva il messaggio di morte, sembra imbarazzante visivamente e potrebbe sollevare altri problemi di sincronizzazione.

Analisi del problema

La comunicazione in tempo reale su una connessione ad alta latenza è ovviamente impossibile.

È possibile , naturalmente, tentare un'illusione (come si sta facendo, rendendo il giocatore a distanza sembra aver superato un ostacolo, quando non è ancora noto). Quando quell'illusione fallisce (come fa la tua quando il giocatore remoto in realtà non ha superato l'ostacolo, ma invece è morto ) non si può più fare nulla.

In un caso (come qui) in cui il fallimento dell'illusione sembra davvero grave , potrebbe essere più facile accettare i fatti e fare semplicemente del tuo meglio per rappresentare la situazione così com'è.

Soluzione potenziale

Che ne dici di rallentare letteralmente l'altro giocatore se la sua decisione richiede tempo per propagarsi?

Ogni giocatore vede un'immagine dell'altro, ma quell'immagine rallenta quando si avvicinano ostacoli per i quali il messaggio decisionale è ancora in aria. Solo una volta ricevuto il messaggio sembrano superare o superare l'ostacolo. Dopo l'ostacolo, l'immagine accelera di nuovo per raggiungere, rallentando di nuovo per il successivo, se necessario.

Su una connessione a bassa latenza, la decisione arriva presto e il rallentamento e l'accelerazione saranno trascurabili. Su una connessione ad alta latenza, questo farà sembrare l'altro giocatore in ritardo, ma assicura che lo stato di gioco più importante di "chi ha superato questo ostacolo" sia coerente per entrambi i giocatori.

Per completare la risposta di Anko, puoi modificare un po 'il design del tuo gioco aggiungendo la conseguenza dell'ostacolo fallito dopo il fallimento, ad esempio un salto fallito porta all'atterraggio in una pozza di fango che squalifica il giocatore. In questo modo l'altro giocatore nota il fallimento vedendo l'altro cadere nel fango, mentre il giocatore che fallisce lo vede subito.

Ecco un bel post sul blog su questo problema (non è così recente ma è abbastanza interessante): Time Management and Synchronization di Darrin West .

È così importante per il giocatore locale conoscere la posizione esatta della morte del giocatore remoto? Supponiamo che il giocatore remoto non possa saltare uno dei tuoi ostacoli e quindi sia morto.

Il giocatore morto vedrebbe la loro morte immediatamente e continuerebbe dal luogo dell'incidente. Niente di magico qui.

Il giocatore locale (quello ancora vivo e calciato) vedrebbe il giocatore remoto superare l'ostacolo con successo. Sarebbe arrivata una notifica di morte. Il giocatore remoto sarebbe inciampare in piedi, cadere e svanire lentamente. La prossima volta che conosci la posizione del giocatore remoto, il giocatore si dissolverebbe in quella posizione esatta, correndo di nuovo normalmente. In una tale configurazione, i giocatori sarebbero consapevoli della latenza, ma la latenza sarebbe rappresentata come un elemento di gioco (inciampare) piuttosto che apparire a scatti e scomparire i giocatori.

Se la velocità dei due giocatori è costante, la traiettoria di corsa è predefinita e il tempo necessario per riprendersi da una caduta è noto, è possibile eliminare completamente la parte in dissolvenza / scomparsa. Immagina un giocatore remoto che muore a causa di uno degli ostacoli. La sua rappresentazione locale è ancora in esecuzione quando arriva una notifica. Il giocatore viene mostrato inciampare immediatamente. Ci vuole tempo per alzarsi e ricominciare a correre. In realtà, ci vuole tanto tempo come se fossero mostrati morire all'ostacolo. Pertanto, quando sono di nuovo attivi e funzionanti, le posizioni locale e remota sono sincronizzate.