A * Taktik RPG'ler için Algoritma?

C ++ 'da gerçekten zayıf bir taktik RPG yazmakla uğraşıyorum. Şimdiye kadar bir 2D kiremit harita var ve sadece wikipedia pseudocode dayalı çalışan A * algoritması var .

Ancak gerçek taktik RPG'ler sadece düz bir düzlemde en iyi yolu bulup oraya taşınmazlar. Tipik olarak sınırlı hareket menzillerine sahiptirler ve yukarı veya aşağı tırmanmaları gerekir. Hiç Final Fantasy Tactics oynadıysanız bunlar Move and Jump istatistiklerinden etkilenir. Burası kaybolduğum yer. A * algoritmasını bir hedefe doğru en iyi yolu bulabilecek şekilde nasıl değiştirebilirim, ancak yol yalnızca çok fazla karo uzunluğunda mı? Yükseklik farklarını ve atlama istatistiklerini nasıl dikkate almalıyım? Bir boşluğun üstünden atlamayı nasıl uygularım?

Yardım ederse, şu anda haritam Vector of Tile nesneleriyle temsil ediliyor. Her döşemenin, haritanın kenarı boyunca veya bir döşemenin geçilemez olarak ayarlanmış olması gibi, hiçbir döşemenin olmaması durumunda nullptr olarak ayarlanan Kuzey, Güney, Doğu ve Batı döşemesine işaretçiler vardır.

Tırmanma ve boşluklar sadece farklı maliyet işlevleridir. Boşluğu atlayabilen birimin normal (?) Maliyeti, zıplamasız bir birim için keyfi olarak yüksek maliyeti vardır. Tırmanma maliyetleri, zorlu arazi, vb. Gibi ekstradır. A * algoritması maliyet fonksiyonlarını iyi idare edebilir, bu nedenle uygulamanız zaten yapmıyorsa, A * 'yı bir maliyet fonksiyonuyla nasıl uygulayacağınız için google.

Bununla birlikte, A * 'nın taktik bir RPG için özellikle iyi bir yaklaşım olduğunu düşünmüyorum. Ya da daha doğrusu, tam bir hikaye değil. Birimlerinizin hedeflerine körü körüne inmesini istemezsiniz, nihai hedefe doğru ilerlerken ve rakipleri kuşatmaya çalışırken, kendilerini örtüden, yüksek zeminden, istifade edecek şekilde konumlandırmalarını istersiniz. Dolayısıyla, her hareketin bitiş noktasının taktik değeri, sadece hedefin ne kadar yakın olduğu değil, büyük önem taşımaktadır. Bu, sadece yol bulmadan daha derinlemesine problem çözmeyi gerektirir.

Bir birimin tüm olası hareket seçeneklerini istediğinizde, Dijkstra Algoritmasını kullanın .

A * ve Dijkstra arasındaki fark, Dijkstra'nın size belirli bir maliyetle ulaşılabilecek tüm olası en kısa yolları vermesidir ve bunların hiçbiri henüz hedefinize ulaşmazsa, maliyeti bir arttırır ve devam eder. Öte yandan A *, hedefe ulaşmak için iyi bir şansı olan rotaları hesaplamayı tercih eder.

Bu nedenle, A noktasından B noktasına en kısa yolu istediğinizde, A * iyi bir seçimdir. Ancak tüm olası hareket seçeneklerini ve her birine en kısa yolu istiyorsanız, Dijkstra tam olarak istediğiniz şeydir.

Tek yapmanız gereken Dijksta'nın Algoritmasını belirli bir hedef düğümü olmadan, ancak aşılmaması gereken maksimum maliyetle (ünitenin hareket aralığı) çalıştırmaktır. Bir düğüme seyahat ederken maksimum maliyeti aşarsa, ziyaret etmeyin. Algoritma, ziyaret edilmemiş kenarların olmaması nedeniyle sona erdiğinde, ziyaret edilen kümedeki her düğüm olası bir hedeftir ve düğümlerin önceki düğüm işaretçileri, ilk düğüme geri giden yolu temsil eden bağlantılı bir liste oluşturur.

Atlamalar ile ilgili olarak: Bunlar hem A * hem de Dijkstra'da başka bir kenar olarak temsil edilebilir. Normal bir kenardan veya farklı bir kenardan geçmekle aynı maliyete sahip olabilirler. Ayrıca algoritmaya, belirli bir yüksekliği aşan atlama kenarlarını yoksaymasını bildiren algoritmaya bir "jump_height" parametresi de iletebilirsiniz.

Diğer cevapların bazı iyi bilgileri var, bu yüzden bunları mutlaka okuyun.

Ancak, sorunuzu cevaplamak için: bağlandığınız sözde heuristic_cost_estimatekoduna dayanarak, tileA'dan tileB'ye (bitişik olduklarını varsayarak) maliyeti hesapladığınız bir tür işleve sahipsiniz. Bu maliyet için düz (1) kullanmak yerine, döşeme istatistiklerini ve birim istatistiklerini ve muhtemelen kenar istatistiklerini içerecek şekilde ayarlamanız gerekir.

Örneğin:

if (edge == JUMP && !unit.canJump()) 
    return INF;
if (tile.Type == Forest && unit.moveType == HORSE) 
    return 2;
//Other cases here
//-----
else 
    return 1;

Bu size yolunuzu verecektir. Daha sonra, hareket noktalarını tüketirken birimi yol boyunca hareket ettirir ve kalan noktalar durursa. KalanPoints = 1 ile sonuçlanırsanız bunun tamamen uygun olmayabileceğini unutmayın, ancak bir uygulama RPG'si için yeterince iyi olmalıdır. Gerçekte, Jack Aidley'in işaret ettiği gibi daha taktik istersiniz!

Zorluk:
Daha gelişmiş olmak istiyorsanız, muhtemelen Djikstraları X mesafesi içindeki tüm alanları bulmak için önerildiği gibi kullanmak istersiniz, o zaman bu listedeki her alanı, hedefe, savunmaya yakınlık temelinde "en iyi" bir yer için değerlendirmek istersiniz. güç, bu konumdan saldırıya uğrayabilir veya saldırmayabilirsiniz, vb. Bu bilgilere dayanarak, bir döşeme seçer ve daha sonra Djikstras kullanarak hesapladığınız yolu izleyerek oraya giderdiniz.

Tırmanma ve boşluklar, sadece maliyeti değiştirdikleri için oldukça önemsizdir. Pathfinding (ve çoğu taktik AI), ziyaret edilecek tüm düğümlerin maliyetini toplamak ve bunu en aza indirmekle ilgilidir. Geçilmez bir uçurumun sonsuz (çok, çok yüksek) bir maliyeti olacak, eğimler normalden daha yüksek bir maliyete sahip olacak vb.

Ancak bu, gerçek düşmanlar genellikle çünkü değil en iyi çözüm genel optimal yolunu bulur yok optimum yolu bulmak. Son derece gerçekçi değil, bazen oyuncu için açık olan ve sinir bozucu bir noktaya (özellikle AI bu şekilde temelde yenilmez olduğunda, çünkü en uygun olanı seçtiğinde).

İyi simülasyonlar kasten en iyi yolu bulamaz. Çok daha iyi bir algoritma, hiyerarşik yol bulma yapmak olabilir - başka bir şey değilse, harita üzerinde düz bir çizgi çizip 4-5 yol noktası alarak, o zamana kadar sadece düğüm ağırlıklarını göz önünde bulundurarak bir yol noktasından diğerine yol bulma ve diğer tüm düğüm ağırlıklarının "kayıtsız" olarak ayarlanması. Alternatif olarak, önce kaba bir ızgarada A * çalıştırabilir ve daha sonra büyük bir düğümden diğerine pathfind (ancak harita üzerinde çizgi çizmenin de iyi olduğunu tahmin ediyorum).

Bu çok daha gerçekçi (ve grafik çok daha küçük olduğu için işlem gücünün bir kısmını da tüketiyor ). Evet, bu, bir birimin sadece uçuramayacağını öğrenmek için bir kayalığa doğru hareket ettiği anlamına gelebilir. Bu iyi, gerçek düşmanlara da oluyor. Bir dahaki sefere, bir daha olmayacak (çünkü şimdi sonsuz maliyet biliniyor).