Show HN: Recursively apply patterns for pathfinding

Show HN: Recursively apply patterns for pathfinding(pattern-pathfinder.vercel.app)

26 points by seveibar 82 days ago | 5 comments

I've been begrudgingly working on autorouters for 2 years, looking for new techniques or modern methods that might allow AI to create circuit boards.

One of the biggest problems in my view for training an AI to do autorouting is the traditional grid-based representation of autorouting problems which challenges spatial understanding. But we know that vision models are very good at classifying, so I wondered if we could train a model to output a path as a classification. But then how do you represent the path? This lead me down the track of trying to build an autorouter that represented paths as a bunch of patterns.

More details: https://blog.autorouting.com/p/the-recursive-pattern-pathfin...

sublinear 82 days ago |

https://blog.autorouting.com/p/13-things-i-would-have-told-m...

I found this blog post helps understand the what and why for the demo.

dvt 82 days ago |

This is super cool, any papers I can read on autorouting? I occasionally see inefficiencies[1][2] so I suspect this isn't exactly a free lunch, and I'd like to read something a bit more critical about this approach.

Either way, pretty sweet application of AI.

[1] https://imgur.com/a/pxc0zJ4

[2] https://imgur.com/a/GrxzAw3

seveibar 82 days ago | |

Despite what electrical engineers would claim, I think it's very under-studied under a modern lens. When people ask for good places to get started I usually tell them to just look at what game developers are doing for pathfinding. Autorouting sort of a form of multi-agent pathfinding, so there are a lot of relevant concepts from that area.

The tension in autorouting IMO is people generally want something ideal that passes all design rule checks. My thinking (and IMO the more modern way of thinking) is that fast algorithms, fast feedback loops and AI participation are more important.

There are also a lot of relevant algorithms in VLSI/chip design, the folks at OpenROAD seem to have good stuff although I'm not intimately familiar.

dvt 82 days ago | | |

> I usually tell them to just look at what game developers are doing for pathfinding.

The example in the article doesn't quite apply, as baking pathfinding given a mesh (like baking lighting) isn't really the same thing as what A* pathfinding is (just how it's not the same thing as, e.g., raytracing). So I'm not sure if I fully agree with the logical inference there. In my defense, I know nothing about etching PCBs, so I'm likely missing something.