ทำให้ศัตรู flocking หลายตัวล้อมรอบสิ่งกีดขวางได้อย่างมีประสิทธิภาพ

ฉันกำลังพยายามปรับปรุงการหาเส้นทางสำหรับศัตรูในเกมของฉัน ตอนนี้พวกเขาเพียงแค่ขยับไปยังตำแหน่งที่แน่นอนของผู้เล่นโดยการคำนวณมุมระหว่างพวกเขากับผู้เล่นและเคลื่อนที่ไปในทิศทางนั้น ฉันยังมีอัลกอริทึม flocking ที่ป้องกันศัตรูจากการซ้อนทับกันดังนั้นพวกเขาจะรวมตัวกันเป็นกลุ่มแทนที่จะจับกลุ่มกัน

อย่างไรก็ตามตอนนี้ฉันได้เพิ่มแผนที่แบบเรียงต่อกันแล้วฉันต้องการศัตรูเพื่อให้สามารถเดินไปรอบ ๆ สิ่งกีดขวางและกำแพงได้เช่นกัน ในขั้นต้นฉันพยายามเพิ่มค่าการแยกลงในไทล์ "ไม่สามารถเดินได้" เพื่อที่อัลกอริทึม flocking จะพิจารณาผนังและอุปสรรคเป็นวัตถุที่จะย้ายออกไป ฉันยังไม่ทราบว่าเป็นไปได้หรือไม่เพราะการทดสอบครั้งแรกของฉันแสดงให้เห็นว่าศัตรูชนกำแพงที่มองไม่เห็นซึ่งไม่มีกระเบื้องที่ไม่สามารถเดินได้ แต่ด้วยเหตุผลบางอย่างพวกเขาชนและเริ่มพูด

ฉันสงสัยว่ามันอาจจะทำงานหนักเกินไปหรือไม่ในการคำนวณเส้นทางไปยังผู้เล่นโดยใช้ A * จากนั้นใช้อัลกอริทึม flocking เพื่อป้องกันการจับกันเป็นก้อน เดิมทีเกมของฉันจะเป็นเกมยิงตามคลื่น แต่ฉันตัดสินใจที่จะทำให้เกมนี้อยู่ในระดับที่เส้นเลือดของ Hotline Miami ดังนั้นจึงเป็นไปได้ที่ฉันจะมีศัตรูน้อยลง พวกเขาแข็งแกร่งขึ้น

นี่เป็นทางออกที่ทำงานได้หรือไม่? ฉันใช้ Java กับ Slick2D เป็นเอ็นจิ้นเกมของฉัน หรือมีวิธีแก้ปัญหา / อัลกอริทึมที่ดีกว่าที่จัดการกับปัญหาทั้งสองนี้ได้หรือไม่

ดูเหมือนว่ากรณีการใช้งานสำหรับ Flow Fields

ในเทคนิคนี้คุณจะทำการค้นหาคำสั่งพา ธ เดียวออกด้านนอกจากวัตถุโปรแกรมเล่นของคุณทำเครื่องหมายแต่ละเซลล์ที่คุณพบกับเซลล์ที่คุณไปถึง

หากไทล์ / ขอบทั้งหมดของคุณมีค่าใช้จ่ายการเดินทางเท่ากันคุณสามารถใช้การค้นหาแบบกว้างแรกง่ายๆ มิฉะนั้นอัลกอริทึมของ Dijkstra (เช่น A * ที่ไม่มีเป้าหมาย / การแก้ปัญหา) ทำงาน

สิ่งนี้จะสร้างฟิลด์โฟลว์: ตารางค้นหาที่เชื่อมโยงแต่ละเซลล์กับขั้นตอนถัดไปไปยังวัตถุผู้เล่นที่อยู่ใกล้ที่สุดจากตำแหน่งนั้น

ตอนนี้ศัตรูของคุณสามารถค้นหาตำแหน่งปัจจุบันของพวกเขาในเขตข้อมูลการไหลเพื่อค้นหาขั้นตอนต่อไปในเส้นทางหลีกเลี่ยงสิ่งกีดขวางที่สั้นที่สุดไปยังวัตถุผู้เล่นที่อยู่ใกล้ที่สุดโดยไม่ต้องทำการค้นหาเส้นทางของตนเอง

สิ่งนี้จะปรับขนาดได้ดีขึ้นและดีกว่าศัตรูที่คุณมีในฝูงของคุณ สำหรับศัตรูตัวเดียวมันมีราคาแพงกว่า A * เพราะมันจะค้นหาทั้งแผนที่ (แม้ว่าคุณจะสามารถออกไปก่อนได้เมื่อคุณไปถึงตัวแทนการค้นหาเส้นทางทั้งหมด) แต่เมื่อคุณเพิ่มศัตรูให้มากขึ้นพวกเขาจะได้รับส่วนแบ่งค่าใช้จ่ายในการหาเส้นทางเพิ่มขึ้นเรื่อย ๆ โดยการคำนวณส่วนเส้นทางที่ใช้ร่วมกันมากกว่าหนึ่งครั้ง นอกจากนี้คุณยังได้รับประโยชน์จากข้อเท็จจริงที่ว่า BFS / Dijkdtra นั้นง่ายกว่า A * และโดยทั่วไปจะถูกกว่าในการประเมินการตรวจสอบต่อเซลล์

ตรงจุดที่จุดคุ้มทุนถูกกระทบจากจุด A * แต่ละจุดที่ถูกกว่าไปยัง A * ด้วยการบันทึกความจำที่ถูกกว่า (ที่คุณใช้ผลลัพธ์บางส่วนสำหรับการค้นหาเส้นทางที่ผ่านมาเพื่อเพิ่มความเร็วในฟิลด์ถัดไป) ราคาถูกกว่านั้นขึ้นอยู่กับการใช้งานของคุณจำนวนตัวแทนและขนาดของแผนที่ แต่ถ้าคุณวางแผนฝูงศัตรูจำนวนมากที่เข้ามาใกล้จากหลายทิศทางในพื้นที่ จำกัด เขตการไหลหนึ่งจะเกือบถูกกว่า A * ซ้ำแน่นอน

ในฐานะที่เป็นตัวอย่างมากคุณสามารถดูวิดีโอที่นี่กับ 20 000 ตัวแทนทั้งหมดพร้อมกัน pathfinding บนตารางขนาดเล็กที่สมเหตุสมผล

A * ไม่ได้ทำงานหนัก ฉันจะเข้าใกล้สถานการณ์นี้โดยเปลี่ยนแปลงอัลกอริทึม ทำ A * เป็นครั้งคราวและอยู่ระหว่างการตรวจสอบว่าขั้นตอนต่อไปมีอิสระที่จะก้าวเข้าสู่หรือคุณต้องการหลีกเลี่ยง

ตัวอย่างเช่นติดตามระยะทางของผู้เล่นจากตำแหน่งเป้าหมาย A * หากอยู่เหนือขีด จำกัด การคำนวณใหม่ * จากนั้นเพียงแค่ทำการอัพเดตการเคลื่อนไหว เกมส่วนใหญ่ใช้การรวมกันของวิธีชี้คะแนนเช่นกริดที่ง่ายขึ้นสำหรับการค้นหาเส้นทางและตรรกะที่จัดการการเคลื่อนไหวระหว่างจุดที่มีอัลกอริทึมการหลีกเลี่ยงพวงมาลัยโดยใช้ raycasts ตัวแทนพยายามที่จะวิ่งไปยังจุดที่ห่างไกลโดยการหลบหลีกสิ่งกีดขวางในบริเวณใกล้เคียงเป็นวิธีที่ดีที่สุดในความคิดของฉัน

เป็นการดีที่สุดที่จะทำงานกับเครื่องจักรสถานะ จำกัด ที่นี่และอ่านหนังสือ "Programming Game AI By Example" โดย Mat Buckland หนังสือนำเสนอเทคนิคที่พิสูจน์แล้วสำหรับปัญหาของคุณและรายละเอียดคณิตศาสตร์ที่จำเป็น มีซอร์สโค้ดจากหนังสืออยู่บนเว็บ หนังสืออยู่ใน C ++ แต่มีการแปลบางส่วน (รวมถึง Java)

ไม่เพียงเป็นไปได้ แต่ฉันเชื่อว่ามันทำในเกมเชิงพาณิชย์ใน 90s - BattleZone (1998)

เกมนั้นมีหน่วย 3 มิติพร้อมการเคลื่อนไหวแบบไม่มีไทล์ฟรีและการสร้างฐานแบบไทล์

นี่คือวิธีการทำงาน:

อันดับแรก A * หรือบางอย่างที่คล้ายกัน (น่าจะเป็นรูปแบบของ A * ที่มีข้อ จำกัด ที่เข้มงวดเกี่ยวกับเส้นทางที่สามารถค้นหาได้ดังนั้นจึงไม่ต้องใช้ทรัพยากรมากเกินไปในการทำงาน แต่ไม่พบเส้นทางตลอดเส้นทางจนถึงปลายทาง) จะถูกใช้เพื่อค้นหาเส้นทางสำหรับ hovertank เพื่อไปยังปลายทางโดยไม่ติดขัดในสิ่งกีดขวางบนกระเบื้อง

จากนั้นรถถังจะบินไปรอบ ๆ พื้นที่จนราวกับว่ามันถูกดึงดูดไปยังศูนย์กลางของกระเบื้องใกล้เคียงในเส้นทางของมันและผลักไสไล่ตามอุปสรรครถถังอื่น ๆ ที่อยู่ใกล้เคียง ฯลฯ