You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
I never changed any OSM/TomTom map data, but I did report those with the snapshot button many times lolDid you report this often ? I guess you didn't change the map in OSM / TomTom ...
But, this looks like a mapping correction.
Well, i just did this test for you, i drove over 80 on Friday and got AP jail. Just checked my car with 10.5, and have 0 strikes right now. So pheww!
It absolutely could have made the turn if it had gone immediately after the car and at a reasonable acceleration.okay drive for Dirty Tesla, except his car potentially would have gotten him killed at the end by apparently being happy to try to make an unprotected left in front of an approaching semi. Not good.
Yesterday when I engaged 10.5 for the FIRST time it pulled up to a Stop sign and was to make a left. A similar truck was coming from my right (no Stop sign) and making a left in front of me. So of course it aggressively tries pulling right out into its path. Then of course on all the turns with NO traffic coming it is VERY cautious and slow.okay drive for Dirty Tesla, except his car potentially would have gotten him killed at the end by apparently being happy to try to make an unprotected left in front of an approaching semi. Not good.
It absolutely could have made the turn if it had gone immediately after the car and at a reasonable acceleration.
However it hesitated, then went too late and too slowly. How can it not identify the timing? It's a clear sunny day and the truck is close, not speeding, and perfectly displayed.
It should be the easiest turn possible to calculate.
That stop sign problems seems to me to be because of some kind of disjointed procedural code. It is as if the planner only works to bring the car to ~ 15mph a few dozen feet from the stop line. Then a different part of the code takes over and slowly moves the vehicle to the stop line.It also can't figure out how to slow down properly for stop signs it can see perfectly in the visualizations, over two hundred feet away (it consistently slows down way too early, then creeps up to the stop line, requiring the use of the accelerator for nearly every single well-marked stop sign), so the lack of its ability to determine the correct timing for a turn does not surprise me.
I guess you are joking here - obviously any kind of crash would have a very high cost associated.Perhaps the cost function of the path planner detected that there was no passenger, so there was little cost to the vehicle occupants of being broadsided by a truck full of sheetrock?
It also can't figure out how to slow down properly for stop signs it can see perfectly in the visualizations, over two hundred feet away (it consistently slows down way too early, then creeps up to the stop line, requiring the use of the accelerator for nearly every single well-marked stop sign), so the lack of its ability to determine the correct timing for a turn does not surprise me.
I assume the latency on the visualizations is a GUI-only sort of thing. There's still 0.5-1 second of lag on the visualizations (and I swear it changes - in the video above it doesn't seem as long as I have seen at times), so I sure hope the vehicle is not making decisions based on the positions of vehicles in the visualizations! Weird that there is so much latency in rendering the visualization, to be honest. I wonder if they're applying filtering to the user-facing information, which would necessitate some extra delay. But why would they need to filter it?
Perhaps the cost function of the path planner detected that there was no passenger, so there was little cost to the vehicle occupants of being broadsided by a truck full of sheetrock?
Still think we're 12-24 months (at least) from a decent version of FSD. Just a very complicated & difficult problem, and it's not clear that it's even technically possible (for anyone!) yet in the general case - these issues are the (apparently) simple ones and they're still refining the detection and response to those simplest cases.
The cameras (AR0132) max out at 45 fps at full res/FOV, Tesla is reading them in at 36 fps, the NNs are working at even slower speeds. Don't think it'll ever hit 60 fps with the current cameras and current HW.The frame rate of the visualizations is quite low as well, which could contribute to the perception that things are lagging. Wonder if some day we'll have 60FPS.
As a 10.5 driver (San Francisco), I do appreciate this video, both as a practical offering and also as a morality play. I like Dirty Tesla's phrase "just go, you're [already] in the road". That's what I and driving partner believe and have to overcome, too. But there's too much dithering of both the car ego's (and
okay drive for Dirty Tesla, except his car potentially would have gotten him killed at the end by apparently being happy to try to make an unprotected left in front of an approaching semi. Not good.
Still think we're 12-24 months (at least) from a decent version of FSD. Just a very complicated & difficult problem, and it's not clear that it's even technically possible (for anyone!) yet in the general case - these issues are the (apparently) simple ones and they're still refining the detection and response to those simplest cases.
Absolutely hilarious!Don't miss this 3 minute parody from Frenchie...it's funny!
It was not funny. Childish I would say.Don't miss this 3 minute parody from Frenchie...it's funny!
Checkout the AI day. You will get a better understanding of what parts are NN and how the cost-optimization path planner works.The most surprising thing to me is that these common mistakes seem to be more procedural programming mistakes than ML mistakes. (In fact it often seems like the two aspects are fighting each other.) The logic of how to handle a yellow light turning red, when the intersection is clear, should not be ML-limited. I'm sure the incident in my video has a corresponding "// this should never happen" in the codebase somewhere.
Currently FSD Beta is Vision + Map based. But map is needed to figure out turn lanes, turn restrictions etc. FSD doesn't "read" those - just as it doesn't read road names. If there are map issues or FSD can't map what it says correctly with the 2-D map information, we get weird issues.Some of the problem may also be a dearth of categories: if the NN isn't trained to recognize green bike lanes, it won't have a way to distinguish them from car lanes. If it isn't trained to recognize "No Right Turn on Red" signs, or if the map data doesn't specify, it'll try to make illegal right turns on red. (It does this every time at an intersection by my house.) It also doesn't yet seem to recognize or respect "merge" arrows, for instance, or signs above intersections (or painted on pavement) specifying which lanes turn which way. Perhaps once these pieces are trained and integrated, the car will become more reliable in these situations.
With all due respect to your opinion I'd like to confirm that you're aware that it's a parody of the CNN hit piece (which I should have mentioned). Here are three videosIt was not funny. Childish I would say.
With all due respect to your opinion I'd like to confirm that you're aware that it's a parody of the CNN hit piece, which I should have mentioned. Here are both videos (in between is the video shot by the vehicle owner from the back seat during the same drive). I would argue that the original CNN video was so distorted it was almost a parody on it's own.