Trovare possibili mosse per un'entità in un gioco piastrellato 2D

Sto riscontrando problemi con un termine di ricerca specifico per questo, ma come si potrebbe trovare le possibili mosse in un gioco di strategia a turni 2D (cioè FF: Tactics, Fire Emblem, Advance Wars).

Non sto pensando molto al terreno (o anche alla collisione) a questo punto. Mi sto solo chiedendo quale algoritmo posso usare per capire che l'entità X può spostare 5 tessere e attaccare 2 tessere più lontane.

So di poter usare qualcosa come Dijkstra per trovare la distanza tra due punti. Un'implementazione possibile è iniziare dalla posizione dei giocatori e poi ramificarsi da lì fino a quando la distanza restituita da Dijkstra è maggiore del conteggio delle mosse.

Mi chiedo solo se qualcuno potrebbe indicarmi la giusta direzione (es. Nome di algoritmi, tecnica, articoli, ecc.).

Penso che un Dijkstra limitato sia esattamente quello che vuoi usare. Il modo in cui Dijkstra trova la distanza tra due punti è che mappa la distanza di ogni nodo da un nodo di origine, quindi "seleziona" il percorso più breve da questa mappa di distanza. Vuoi fare praticamente la stessa cosa, tranne che vuoi il grafico del nodo della distanza che crea come output, piuttosto che un percorso verso un punto particolare.

L'unica modifica che vorrai fare è saltare il calcolo della distanza dai nodi che hanno già superato il raggio di movimento massimo. Quindi avrai un grafico a nodi di tutti i nodi verso i quali l'unità può viaggiare, oltre a un bordo, quindi basta ritagliare i nodi che hanno una distanza maggiore della tolleranza di movimento.

Viola.

In altre parole, praticamente quello che hai descritto nella tua domanda è quello che devi fare. Ha anche il vantaggio di essere in grado di utilizzare l'output per eseguire l'indirizzamento dei percorsi, senza dover eseguire ulteriori calcoli.

L'approccio più semplice (e probabilmente più ingenuo) che mi viene in mente in questo momento:

• Inizia dal tuo personaggio e segna tutti i campi circostanti come steps - 1.
• Scorrere su tutti i campi appena contrassegnati e contrassegnare nuovamente i campi circostanti come steps - 1dove stepssarebbe il numero di passaggio del campo corrente, a meno che il nuovo campo abbia un numero già più alto.
• Ripeti l'ultimo passaggio fino a quando non hai finito i passaggi.

Penso che quello che stai cercando potrebbe essere Manhattan Distance . Supponendo che non ci siano ostacoli, puoi dire che un quadrato è raggiungibile semplicemente se:

| Tox-fromX | + | toY-fromY | <maxMoveDistance

Questo algoritmo potrebbe non essere la direzione giusta da percorrere se si incontrano ostacoli in seguito; un modo possibile per adattarlo potrebbe consistere nel fatto che gli ostacoli proiettino "ombre" e riesaminino dal punto più vicino.

EDIT (Perché ora ho un po 'più di tempo libero):

Per "ombre" intendo qualcosa del genere, se 0 è un quadrato raggiungibile, C è il personaggio e X è un ostacolo:

 012345678
0    0
1   00
2  000X
3 000C000
4  00000
5   000
6    0
 012345678

Dal momento che (5, 2) è un ostacolo, inizi partendo dal presupposto che non puoi arrivare a nulla con x> = 5 AND y <= 2. È quindi possibile ricalcolare da un altro quadrato; se vuoi andare a (5, 1) puoi calcolare la distanza di manhattan da (4, 1) e vedere se quella + la distanza dal personaggio a (4, 1) è inferiore alla distanza di movimento del giocatore.

Questo è un esempio abbastanza banale, ma se hai più ostacoli e / o un raggio di movimento un po 'più lungo, dovrebbe essere in grado di gestire la complessità.

Se sarebbe effettivamente meglio del semplice allagamento, sia nella complessità della programmazione che nell'efficienza dell'esecuzione, non ne ho idea. Sembrava solo un modo più interessante per risolvere il problema.