Ho pensato di implementare lo stealth in una partita multiplayer. È un gioco in stile MOBA, quindi pensa a League of Legends (LoL) e Heroes of the Storm (HotS). Più client si connettono a un singolo server, che trasmette lo stato del gioco a tutti i client. I client inviano i loro dati di input al server, che potrebbe rifiutarli quando incontrano comandi non validi, rendendo così impossibile imbrogliare (beh, in teoria).

Ora, cito questi giochi apposta perché entrambi hanno implementato la furtività in modo diverso. LoL ha una modalità invisibile con due possibili stati: sei completamente visibile o completamente invisibile. HotS d'altra parte, implementa la furtività in modo tale da poterlo riconoscere da un luccichio nell'aria:

Penso che questo sia un meccanico pulito, in quanto promuove / premia prestando attenzione a ciò che ti circonda. Tuttavia, essendo questo un gioco multiplayer mi sono reso conto che questo potrebbe rivelarsi facilmente sfruttabile.

Quando si implementa la modalità invisibile in modalità "LoL", è possibile semplicemente interrompere l'invio delle coordinate del giocatore agli altri client. Quando il personaggio del giocatore interrompe la furtività, il server può nuovamente trasmettere la posizione. Tuttavia, con il modello HotS, è possibile vedere un luccichio nell'aria in cui si muove il personaggio. Ciò significa che il server deve inviare la posizione del giocatore agli altri client. Ciò significa che i giocatori che cambiano la trama o il modello o anche il codice di gioco stesso potrebbero rendere inutile la meccanica del mantello. Ecco un thread sulle schede HotS al riguardo.

La mia domanda è se esiste un modo per implementare il cloaking (con un "luccichio", alla HotS), senza avere il problema che i giocatori furbi possano modificare il gioco (i dati) e "battere il sistema". È possibile e, in caso contrario, come fanno gli altri giochi multiplayer con questa meccanica a gestirlo? Solo lo stile di invisibilità LoL è inattaccabile?

Ho pensato di fare in modo che il server inviasse posizioni "mantello" fasulle di tanto in tanto, ma questo danneggia anche i giocatori onesti che stanno solo prestando attenzione, quindi non lo farà.

Non puoi implementare un effetto luccicante senza renderlo facile da sfruttare ... ma cosa succede se usi un mezzo indiretto per mostrare che qualcuno è in giro, un mezzo che si applica anche ai giocatori visibili?

Ad esempio, cosa succede se i giocatori lasciano impronte e i messaggi "impronta creata" vengono inviati dal server indipendentemente dalla posizione del giocatore? Ogni giocatore lascia impronte in modo da non rendere più visibile il modello dell'impronta senza coprire l'arena e rendere meno evidente ogni singola impronta, ma se un giocatore vede un'impronta apparire senza un personaggio visibile, sa che c'è qualcuno.

Puoi anche fare cose come avere piccoli ciottoli che vengono fatti cadere, frusciare l'erba quando qualcuno ci cammina, o increspature che appaiono quando qualcuno si muove attraverso l'acqua. Se i "segni" si applicano solo a determinati luoghi o materiali, questo potrebbe aggiungere una strategia aggiuntiva che costringe i personaggi invisibili a muoversi con cura ed evitare cose che daranno loro le loro posizioni.

Quando guardi le innumerevoli altre domande sulla prevenzione degli imbrogli nei giochi multiplayer che si trovano su questo sito, vedrai facilmente che non esiste davvero alcuna misura tecnica per prevenire gli imbrogli sul lato client.

Tutto quello che puoi fare è fornire meno informazioni sull'entità mascherata. Tutto ciò che il cliente deve sapere per rendere l'effetto di distorsione è che ci sia qualcosa ammantato in quella posizione. Ma non ha bisogno di sapere nulla di specifico, come quello che è esattamente, quanta salute ha lasciato e cosa sta facendo in questo momento. A seconda del tuo gioco, questo da solo può essere un deficit informativo che cambia il gioco per il giocatore.

Sì, qualsiasi informazione che invii al cliente può essere mostrata in modo più ovvio di quanto volevi. Ma ecco il trucco:

Mitigare l'impatto

Certo, il cliente può avere alcune informazioni, ma pensando attentamente a quali informazioni sei disposto a condividere e su ciò che i giocatori possono fare con esso puoi almeno mitigare l'impatto degli hack del client.

1. Cosa osserva il giocatore?

1. Vedi il personaggio con le caratteristiche sul posto: in questo caso il cliente avrà tutte le informazioni e gli hack possono semplicemente annullare il mantello
2. Vedi qualcosa sul posto: in questo caso il cliente ha informazioni sulla posizione. Può rendere ovvia la posizione, ma altre informazioni dovrebbero comunque essere nascoste.
3. Osserva qualcosa ma non è nel posto

un. Vedi qualcosa ma non è sul posto (Bridge o Bush si muovono, ma è grande, quindi non sai dove mirare; i passi diventano visibili solo con un ritardo di 2 secondi): In questo caso il cliente sa solo che c'è qualcosa, ma non dove / cosa esattamente.

b. Osserva qualcosa in modo diverso (suono se qualcosa è nell'area; indicazione di vicinanza come un radar con o senza direzione)

Lo screenshot nella domanda sembra essere compreso tra 1 e 2 in quanto probabilmente si basa su informazioni limitate, ma si vede ancora lo schema che potrebbe fornire alcune informazioni.

2. Cosa può fare il giocatore?

Supponiamo che tu pensi che qualcuno sia alla coordinata XY, cosa puoi fare? Ecco alcune scelte tipiche:

attaccare

1. Puoi attaccarlo come se non fosse ammantato
2. Puoi attaccarlo con attacchi / trappole AOA che lo sganciano o meno
3. Puoi sganciarlo attivamente e attaccarlo solo in seguito
4. Non puoi attaccarlo affatto

In movimento

1. Quando inizi a muoverti, noti che il motore ti porta misteriosamente in una deviazione
2. Inizi a camminare verso il tuo obiettivo normalmente, ma quando raggiungi il personaggio nascosto ti muovi intorno a lui o ti fermi
3. Non vieni bloccato dal personaggio nascosto

Se la selezione del percorso viene normalmente eseguita sul lato client

L'effetto a catena potrebbe essere fatto tramite il codice shader. È possibile disabilitare l'utilizzo della trama in questa modalità in modo che la semplice modifica della trama non sia più un problema.

In 3D, quando il modello entra in gioco, puoi ancora cambiare lo shader in uno che simula la rifrazione, usando solo la superficie del modello, scartando il colore. Anche quando il modello viene sostituito in qualche modo, l'effetto rimane.

Modificare lo shader precompilato sarebbe difficile quanto modificare il codice di gioco e penso che sia un livello più difficile di una ricerca di texture all'interno dei file di gioco.