New Ideas for Any-Angle Pathfinding

Поделиться
HTML-код
  • Опубликовано: 24 ноя 2024

Комментарии •

  • @cnnhean
    @cnnhean 10 месяцев назад +7

    Wow, that's genius. Really difficult subject to solve

  • @thebrickccentric3728
    @thebrickccentric3728 3 месяца назад +7

    ANYA and POLYANYA are still potentially some of the best pathfinding algorithms for games, and yet they go largely unused and unnoticed . . . you guys should make some demos or examples with them!
    Also have you ever tried tackling the problem of pathfinding in a platformer / situation with gravity? There are lots of supposed "solutions" to this out on the internet, but the subject is still surprisingly underdeveloped / not studied enough in game dev in particular.

  • @TheArachnoBot
    @TheArachnoBot 2 месяца назад

    This dude is a genius, game studios take notes

  • @rockapedra1130
    @rockapedra1130 3 месяца назад +1

    Super cool algorithm

  • @yordangrigorov6399
    @yordangrigorov6399 9 месяцев назад +1

    Thank you for sharing your wonderful research!

  • @nichan008
    @nichan008 3 месяца назад +1

    Very cool! Thanks!

  • @arielmorandy8189
    @arielmorandy8189 4 месяца назад +1

    i am interested however I am developing using RL and results are already spectacular and will work with "online" worlds as well, by definition, RL run time doesnt care about which world is it in. Anyway, nice presentation on ANYA and POLYANYA

  • @UliTroyo
    @UliTroyo 2 месяца назад

    Oh I have to play with this!

  • @lenargilmanov7893
    @lenargilmanov7893 4 месяца назад

    That's interesting, but think I'll stick with navmeshes and theta* for now.

  • @JasonDoege
    @JasonDoege 2 месяца назад

    How do Anna and Polyanna compare to A* with a navigation graph instead of a grid?

    • @ShortestPathLab
      @ShortestPathLab  2 месяца назад +1

      Hi,
      Thanks for your question!
      Only Anya searches over a grid. Polyanya searches over a navigation mesh. If you have a grid-based representation, it's easy to construct a mesh and doing so usually gives substantial performance benefits.
      Conventional methods for searching navigation meshes place graph nodes in the middle of polygon faces, or along polygon edges. These graphs are small, fast to update, and fast to search but they do not produce Euclidean-optimal solutions; it's easy infact to construct examples with substantial detours. But is this method faster than Polyanya? That probably depends on the implementation, but I expect similar performance in general. This is because Polyanya expands few intervals from along a given polygon edge, similar to nav-mesh approaches. It may even be faster because we perform aggressive pruning. We never ran the experiments because the comparison is apples-to-oranges (optimal vs. non-optimal) and because the baseline (Anya) was already shown to be competitive with preprocessing-based suboptimal solvers.
      Visibility graphs are another type of navigation graph. These require substantial offline preprocessing but they guarantee solutions which are Euclidean-optimal. Once constructed, visibility graphs are usually fast to search. I say usually because again it's easy to construct examples where visibility graphs are very dense, which is bad for search performance. Under favourable conditions, I think visibility graphs might be competitive, in terms of speed, with Polyanya. But they have so many disadvantages which makes this approach difficult to recommend (expensive preprocessing, large storage costs, relatively expensive start-target insertions, branching factor explosion).