Basically on schedule?
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 could be a minority, but I do prefer to keep FSD on, and just scroll down the max speed for these occasions, rather than turning FSD off all together. When max speed changes again, it will pick it up automatically, so it's just one-off action. I can live with it, until they fix it.I've used to report it every time it happened over the past year. Now it's just another circumstance that I don't bother using FSDb for.
There doesn't seem to be a point to driving the same road twice a day and reporting the same stupid moves over and over - it's just easier to leave FSDb disengaged. So my mental map of where to use FSDb only gets updated on new releases. It has been slowly shrinking as I get less tolerant of its foibles.
I get the feel that Elon is trying harder than he did in the past, trying to respect some dates he committed already....Basically on schedule?
I think a better analogy would be logic verification (RTL verilog or VHDL) and fault coverage when testing. The adage goes: "If you don't test it, it is broken." There isn't enough time to make sure every node on the chip is not stuck high or low, and you can't get every combination of patterns through the circuits. So you do your best and hope some screwy unique case doesn't cause issues (like Intel's multi-million dollar floating point bug in the 90s).The tools still use spice format for netlists but there are have been much faster simulators for decades. One nice thing about FSD simulations is that they can run in realtime (or way faster if you're not including the perception stack) whereas circuit simulations are millions to billions of times slower than real life.
I'm agreeing in general but not for this case. I think what makes FSD simulations difficult is the modeling of actions and reactions of other drivers but that is not the case in Chuck's ULT.
And, since all of us simulation zanies are dogpiling this discussion, one more comment from me before I disappear over the horizon.I think a better analogy would be logic verification (RTL verilog or VHDL) and fault coverage when testing. The adage goes: "If you don't test it, it is broken." There isn't enough time to make sure every node on the chip is not stuck high or low, and you can't get every combination of patterns through the circuits. So you do your best and hope some screwy unique case doesn't cause issues (like Intel's multi-million dollar floating point bug in the 90s).
Looks like a regression with the new occupancy network causing phantom swerving for speed bumps detected as an obstacle in the road:
I realize this is not a popular perspective but it's going to be a long time before FSD can handle 100% of driving without driver assistance.The task of developing a fully autonomous vehicle ( no steering wheel or peddles) is almost infinite. Everyone is looking for a vehicle that drives exactly as they do and we all drive differently. In addition there will always be that new edge case that no one has encountered before. This will also be the case for insurance based on driving performance. Yesterday while driving in full manual mode I was hit with several major warnings as I drove through a very convoluted construction area at 10 mph. The route involved getting close to cones and barriers and crossing double lines multiple times. I know Elon is committed to FSD and it will eventually get better than the average human driver, but I think his aggressive commitments are hurting his loyal customer base. Asking people who just paid $60K for a vehicle to pay another $12K for a promise is a tough pill to swallow.
+1 AgreedI realize this is not a popular perspective but it's going to be a long time before FSD can handle 100% of driving without driver assistance.
fully agree. Although I think it will be a very long time before it gets to even 90%I realize this is not a popular perspective but it's going to be a long time before FSD can handle 100% of driving without driver assistance.
I continue to believe the greater revenue driver for the average owner is not driverless cars but simply the capability for FSD to handle 99.5% of driving with handoff of edge cases to the driver in a non emergency manner. In other words instantaneous takeover is not required. For example you come up on a construction project with flagmen/police officers handling traffic. Or rerouting because of a traffic accident. So lets assume the driver has 30 seconds to respond. Tesla could then request regulators to allow drivers to text, watch videos or otherwise be distracted until and/or if they must take over. No sleeping. The first car maker who provides this will not be able to meet demand. Sure robotaxi is important but not for the average owner. I would much rather see Tesla approach FSD as a phased implementation. I'm not looking for the holy grail.
Maybe you could explain your statistic (90%)? Is that either miles driven, time driven or situations handled safely?fully agree. Although I think it will be a very long time before it gets to even 90%
The current method of approaching everything as if its the first time, but ignoring most road signs means that almost everything is a surprise guarantees an emergency takeover.
Its a great technical achievement as far as its got so far, but I doubt HW3 will ever achieve anything close to anything other than driver assistance with the driver paying full attention and ready for an instant handoff/hot potato.
It hardly matters .. most of the "it can't/won't do X/Y/Z" posts here are purely speculation based on guesswork. Look back a few years here and you will see people crafting arguments to "prove" it would not be able to see traffic signals (it can), would not be able to drive at night (it can) etc etc. I'm not saying that Tesla can achieve their goals, just that at this point in time no-one knows either way .. including Tesla themselvesMaybe you could explain your statistic (90%)? Is that either miles driven, time driven or situations handled safely?
Everyone is looking for a vehicle that drives exactly as they do and we all drive differently
This is starting to drive me batty. Why are we diminishing the ability of a driving computer in this fashion?I have zero desire for a car that drives as I do - clearly that's not possible. Even today there are times where in my opinion FSD is either "too fast" or "too slow". I can't change that other than trying to gain consensus on the specifics of the situation and hopefully the engineers pay attention. But the car will *never* drive like I do. If someone expects that they have already lost the game.
I agree. Driving "assist" is all I want from FSD! I intend to test out FSD City driving assist on my usual routes around my neighborhood. If it achieves reducing my effort (even with known disengagements) of driving those routes, I will be happy.I realize this is not a popular perspective but it's going to be a long time before FSD can handle 100% of driving without driver assistance.
I continue to believe the greater revenue driver for the average owner is not driverless cars but simply the capability for FSD to handle 99.5% of driving with handoff of edge cases to the driver in a non emergency manner. In other words instantaneous takeover is not required. For example you come up on a construction project with flagmen/police officers handling traffic. Or rerouting because of a traffic accident. So lets assume the driver has 30 seconds to respond. Tesla could then request regulators to allow drivers to text, watch videos or otherwise be distracted until and/or if they must take over. No sleeping. The first car maker who provides this will not be able to meet demand. Sure robotaxi is important but not for the average owner. I would much rather see Tesla approach FSD as a phased implementation. I'm not looking for the holy grail.
Agreed. A long way to go. Even if it wasn’t L3 as you suggest it would still be a long way to go to have it actually be useful.I continue to believe the greater revenue driver for the average owner is not driverless cars but simply the capability for FSD to handle 99.5% of driving with handoff of edge cases to the driver in a non emergency manner.
One way to help solving this issue would be to have FSD be able to recognize speed bump yellow waring signs.Looks like a regression with the new occupancy network causing phantom swerving for speed bumps detected as an obstacle in the road:
View attachment 845165
Seems like a tricky problem as visually a speed bump does look like some object in the road except it's designed to be driven over. I suppose that's another reason for the existing static object prediction needs to be kept around to provide special meaning to certain objects.
The only real hurdle is accurately recreating the world in vectorspace at decent framerate.fully agree. Although I think it will be a very long time before it gets to even 90%
The current method of approaching everything as if its the first time, but ignoring most road signs means that almost everything is a surprise guarantees an emergency takeover.
Its a great technical achievement as far as its got so far, but I doubt HW3 will ever achieve anything close to anything other than driver assistance with the driver paying full attention and ready for an instant handoff/hot potato.
There's a tar strip in the middle of a briefly wide lane on my way to work. (Think very long bus stop.) Given the angle of the sun in the morning, the tar looks lighter than the asphalt. FSD treats that lighter tar strip like a lane marker. Thus it swerves into the wrong "lane" and has to swerve again when the road narrows a hundred yards later.There doesn't seem to be a point to driving the same road twice a day and reporting the same stupid moves over and over - it's just easier to leave FSDb disengaged.
As with school zone signs, there appears to be no consistent format for speed bump signs. Not that FSD couldn't deal with a hundred, or thousand, variations. But it does add yet another complication.One way to help solving this issue would be to have FSD be able to recognize speed bump yellow waring signs.
View attachment 845316