Hacker Newsnew | past | comments | ask | show | jobs | submit | psycovic23's commentslogin

Nope. They built it themselves.


I do work on this. Your last point is correct (and probably the biggest issue). Others include weather and general vision problems.


It's impressive. Making anything completely driverless working at incredibly high speeds is challenging.


Much easier to test a race track than a busy street too.


The impressive part about Audi's technology is that it doesn't use very detailed track data to achieve this but is mostly depending on a variety of sensors to anticipate to current road conditions 'on the fly'.


From the article:

While the RS7’s computer had a detailed digital map of the track and was following an optimized path through it, Audi did not preprogram things like torque or steering.


"Audi did not preprogram things like torque or steering."

And that was my point, unlike BMWs famous testrun (with Jeremy Clarkson) where the car was programmed to steer and give gas for every inch of the track, the Audi is actually able to make those decisions on the fly with the information it gets from its sensors.

EDIT: So yes it does use GPS data, but does not rely on it as much as others (including Google).


You missed the part about the F1 test track?

This obviate the need for deeper GPS depenendence.

You have a 3D track designed with graduated radius turn transitions, smooth topological surfac transitions, and predictable fiction levels. All in a general layout that is suited to safety at speed.

Try running this car at 150mph on glendora mountain road, at night, during a bout of santa-ana cross winds.


This is a very interesting area of research. The state of the art in motion planning for robotics actually uses multiple heuristics at once with A*.

http://www.roboticsproceedings.org/rss10/p56.pdf


How far along are you?


If you're curious about some cool domains, check this out.

http://victor.hwanger.com/a-technical-peek-into-motion-plann...


Have any publications you could point me to?


If you're interested in A* with humanoid robots, check out my post here:

http://victor.hwanger.com/a-technical-peek-into-motion-plann...


Take a look at this paper:

http://web.cs.du.edu/~sturtevant/papers/incnew.pdf

Specifically, look at the Martelli G family example.


This isn't true. An admissible heuristic guarantees the optimal solution. With an inconsistent heuristic, A* can re-expand states multiple times, but will still end with an optimal path.

In other words, if the heuristic is consistent, then it implies that A* will expand the optimal number of states.


If we operate under the assumption that each intermediate path found is shortest for its respective endpoint (which is the fundamental insight for Dijkstra's), we could potentially throw away the solution because it travels through the "visited set."

Edit: The paper you cited uses a traversal slightly different from traditional A*.


If you use an inconsistent heuristic, it may be possible to revisit a node a second time via a cheaper path. And thus, as you say, if you generate a node a second time but with a cheaper path, you may not find the optimal solution if you discard the regenerated node.

So if you do A* with an inconsistent heuristic, you need to revisit nodes if you explore them a second time with a cheaper cost (i.e., you can re-expand nodes in your closed list). If you do this, you will find optimal solutions even with an inconsistent heuristic.

The only requirement on your heuristic if you A* to find optimal solutions is that it be admissible.


I am talking about frontier A* where you discard all nodes that have already been visited. This requires the heuristic to be consistent. As opposed to the breadth-first heuristic search which revisits nodes.


Ah. Yes, in frontier A* you definitely need a consistent heuristic, although I'd be surprised if frontier A* is the most popular form of the algorithm used, particularly for grid search. You really only want it in a very large implicit domain where the closed list would be too large to fit in memory. If the problem space is small enough then the traditional form of A* with an explicit closed list is much easier to think about.

A nitpick: "breadth-first heuristic search" is an algorithm developed by Zhou and Hansen and, while it's related to A* (in that it uses an admissible heuristic to prune the search space), it's not actually a variant of A*. (It's not a best-first search algorithm, since it doesn't expand nodes in increasing order of f cost.)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: