High-Speed AI Drone Overtakes World-Champion Drone Racers
news.uzh.ch
news.uzh.ch
So glad to see this team from UZH continued pushing the envelope and are now beating human champions. If you saw the team and what they managed in under a year, it was clear they were highly talented and human racers had their work cut out for them to stay ahead.
I want to start playing with models, sims and collected data for sailboat racing- I know the RL/data science stuff, and I assume a good model of your craft takes time to build, and can be improved with collected data. What are some areas to explore when chaining model -> sim -> RL for performance?
I realize this is an extremely complex topic, with several PhDs worth of potential input- if you had to explain to someone technical what it looks like and where to keep digging, what would you say?
I did not develop the sim itself but did develop the hardware-in-the-loop portion of it along with things like real-time debugging, and output to the hitl. We had the sim rendering cameras which we output from the workstation to custom HDMI bridges over MIPI that we could treat as real cameras on the NVIDIA Xavier AGX. There was a data channel over Ethernet for IMU data.
I made a custom version of Eclipse that interfaced w GDB for debugging, which also was modified to stay in sync w the sim using PTP, w rewind capability.
As for sailboat modeling, yes it’s more complicated because of the effects of both wind and fluid dynamics. If I were approaching this, I’d probably try and find a physics simulator to start with. Getting ground truth will be difficult, but I imagine you would start w the IMU and GPS data off the boat, but having time synced ground truth for the waves and wind will probably be the hardest part.
> The races are indoors, so we can assume 0 wind.
The end.
I suppose hitting the doldrums right out the gate means there's no sunk cost and the GP commenter knows not to attempt this with sailboats.
The only difference between fixed wing and multirotors is the different models for forces in the body frame. A fixed wing aircraft would use an aerodynamic model of whatever complexity you like, and a model for the prop. A multirotor would use multiple prop models, and a drag model for the body. Most models for these things are pretty well defined, but you can choose just about anything that "fits" so long as you can justify it. And you can use the same basic setup for any aircraft (and indeed any robot) with a bit of forethought. The data part is mostly specifying things like, say, damping coefficients that you would then want to measure.
The dynamics are not the difficult part of simulating aircraft for RL, it's actually the rest of the environment. E.g. navigation tasks require you to build a navigable environment around your physics model, and specify things like reward functions.
I'm sure flight simulations have to deal with some amount of fluid mechanics and turbulence to get an accurate simulation, but I suspect it's fairly simple and you can mostly model it accurately enough using Newtonian physics.
But for sailboats, the entire system relies profoundly on the interaction of two separate fluids with a single body and turbulence and viscosity are deeply interwined in making the boat go. Not to mention that the sail itself is a flexible deformable surface.
Seems like an absolute simulation nightmare.
I've made robot models in the past, but never for anything involving water (although I actually have done physics simulations with water but nothing with robots). I don't know anything about sailing and I'm definitely not an expert at building simulations, but I can grok what GP meant and I agree with his assessment.
To give a rough analogy - it would be like trying to learn how to be a racecar driver on a videogame with simplified physics. There are professional drivers that use simulators and iRacing (or Assetto Corsa or a handful of other games) but none of them are training on Need for Speed, and it's because the difference is so stark you're actually handicapping yourself instead of learning how to drive. You need the simulation to be close enough to reality before it starts to become useful.
For this kind of real-world robotics, you can’t optimise in any academic sense so you just have to go for effective and robust.
The work you did on drones sounds very cool and in that scenario (high powered motors, crazy nonlinear dynamics, relatively small external perturbation, at least from how you described it?) I don't doubt that ground truthing your simulation using mocap data made a huge difference.
My point is that I suspect that unless you have a very sophisticated simulation, it won't be.
> I’d imagine the important things would be the shape of the sail
The shape of a sail is itself a very complex thing to model and simulate. I'm not even a real sailor and I'm already thinking about camber, twist, and luffing. When sailing upwind, the sail is functioning like a wing using lift. When sailing downwind, it's relying on drag. Points in between use a mixture. This implies that turbulence and stall must be simulated at some level of fidelity.
If you've got a mainsail and a jib, then you have to worry about the slot effect and one sail blocking the wind of the other.
> and the heel of the boat for a given apparent wind
Not just heeling, but weather helm, leeway, drag, displacement, and how those interact.
I've wanted to make a simple sailing game for a while now but found it very hard to actually get something that feels right and compared to other activities there doesn't seem to be great resources on all the different parts of the physical system (in terms of Math).
That's my point. If your learned data is coming from a simulation that doesn't model actual sailboat fluid dynamics, you've learned little.
A robot that learned to sail by studying a hollow cube floating in a bathtub full of marbles is not going to be able to make an actual sailboat do anything useful out on real water.
I suppose soon enough though it will "teams of AI" developing the winning AI pilots. :-(
Take a deep breath, step outside, look around and remind yourself: I am human and still top-dog on this planet.
It's going to be alright. Don't forget to smile for the cameras.
[This message was generated by AI.]
Noooo it was generated by a team of humans using linear algebra. La la la can’t hear you. :P
I will say, flying indoors on a relatively simple track like theirs is a lot easier than flying outdoors on more real world tracks.
It's a bummer that they didn't fly the standardized 2023 multiGP global qualifier track. Then we could rank their AI against every pilot more objectively. You can see that track design here: https://www.multigp.com/global-qualifier/
It's a really fascinating approach compared to most "AI-guided" drones which use models for vision and pathfinding but a traditional IMU+PID loop for kinematic control.
Of course a setup where you can gather your training data with thousands of images per hour has some advantages over one where if you get it wrong you have to rebuild your drone...
There's a whole skill to feeling the wind on your body and anticipating how the drone will behave. When I feel a big gust of wind I'm going to slow down out on the course to get my bearings.
When you get to a gate, or perform a turn or a split-s, these manoeuvres can be executed faster than you can see and process so Instead you go faster than your brain by memorising the timing of your inputs and execute them from memory rather than flying what you can see.
For example, if i want to do a barrel roll, i don’t watch the horizon. Instead i rely on my memory of how fast it rotates at full stick deflection.
Sometimes these set pieces go wrong - you clip a gate for example - it’s usually my hearing processes that a fraction of a second before my vision does.
It’s quite common to fly without vision for short periods, the analogue video feed is not reliable.
In terms of "fairness" to the computer, I think this approach isn't up to snuff with a human pilot until it can fly an outdoor course in changing conditions. Still, I find this particular approach very interesting since it's inside-out (self-contained) flying once it's trained, with guided learning to start. I found the earlier purely outside-in guidance approaches to be rather ho-hum as they weren't very practical and basically skipped the "hard parts."
Why do they always feel compelled to write this nonsense?
The real-world application is killing people. Nothing else requires anything like this level of performance.
Their world-view (and knowledge) of disaster response was shaped by steady diet of 90’s disaster films — Volcano, Dante’s Peak, Armageddon, Twister, etc.
That may be true in a small number of very pro-technology cities in the US, but I think it's far from the case around the world in general.
Btw, I think the point has been missed here a bit. Autonomous drone technology has been available for quite a while, and is used for use cases like the ones you describe (but usually on private property). The new thing here is drone racing - very high speed, high precision flying.
Ukraine could use a cheap AI tracker module to take over those last few meters when drone is too low and video feed breaks.
I have a client who does drone flyovers for oil and gas industry monitoring. They also do some disaster response work, and it can indeed be delicate flying, especially given the value of the drones and their sensor packages. Companies like theirs will absolutely use tech like this to replace expensive human pilots with AI once it’s widely available.
Buzzing around, disabling vehicles, grabbing weapons and ammo, plugging up artillery barrels, flashing lights in combatants eyes, softly playing contemporary adult jazz… basically making it impossible for the two sides to fight.
Peacenik Bots, premiering on Netflix next year.
Besides that, yes, I do tend to believe that autonomous flying drones will play a large role in future conflicts. This dude I follow on Reddit thinks this based on what he is seeing going on in Ukraine[1]. I got sold on it as a possibility.
[1] https://www.reddit.com/r/CredibleDefense/comments/15uimh0/cr...
It still takes about two of the much more expensive cluster munitions to get one kill. The submunitions in those things are about as expensive as a “murder bot” would be.
An actual person-seeking drone might have a failure rate lower than 50%.
A single shell with 20 mini drones could take out a dozen troops, even if they’re in a trench, or spread out, or lying on the ground to avoid shrapnel.
It would be the end of infantry warfare, forever.
Squishy meat troops can’t evade tiny bots with 1000 fps cameras and inhuman reaction times.
That said, within battery range looks pretty grim.
Water is not a deterrent - Ukraine has already deployed drone watercraft.
I'm going to assume that those are low-speed at best. Water transport is efficient at scale, but has tremendous drag, and electric boats (of a non-nuclear sort) will tend to be quite slow.
WWII-era diesel-electric submarines typically have a top speed of less than 10 knots submerged on battery power, as compared with 20 kt surfaced (or at snorkel depth), and in excess of 25 kt for nuclear powered submarines.
Though on writing this I'm noting that the Swedish Gotland-class submarine reports 20 kt submerged on batteries, though only 5 kt on air-independent propulsion (AIP), a Stirling-cycle engine design.
I'm finding very little on UA drone ships / unmanned surface vehicles (USV), but this CNN report shows a still photo of one generating a considerable wake, which I'd estimate shows at least a 15-20 kt speed and possibly greater. The copy reads "faster than anything on the Black Sea". I still suspect that stealth and battery limitations would make lower-speed operations far more common, particularly where the hull could hide from radar or other detection in wave chop.
<https://www.cnn.com/2023/07/30/europe/ukraine-drones-black-s...>
The accompanying video seems to indicate engine noise, which would indicate combustion-based propulsion. Given that the explosive payload is 300 kg of explosive, and in the Kerch Bridge attack, 1 tonne of high explosive (HE), as well as the extended range of the missions (Odessa to the Sea of Azov), I'd expect that any battery capacity would be limited at best. Fuel, on the other hand, would help enhance explosions and seems far more likely.
<https://yewtu.be/watch?v=Iv1WbNY-yB0>
<https://yewtu.be/watch?v=u7STLTtOEOM>
Ukraine seems to call these "Sea Baby".
<https://www.newsweek.com/ukraine-sea-baby-naval-drones-usv-k...>
Very clear piston motor noises here, I'd estimate 25--50 HP or greater motor:
<https://old.reddit.com/r/NonCredibleDefense/comments/15sp244...>
(25 HP on a light planing hull will give you a pretty impressive top speed, anything above that is gravy.)
This schematic suggests water-jet engines based on a Sea-Doo:
<https://news.usni.org/2022/10/11/suspected-ukrainian-explosi...>
A typical Sea-Doo jetski has a 1600 cc engine of roughly 80 HP / 60 kW.
<https://www.personalwatercraft.com/specs/sea-doo/3-4-passeng...>
<https://www.motorbimble.com/guides/convert-displacement-to-h...>
(Multiple in-place edits as I've turned up more information here.)
Though that does raise some interesting relationships between insolation and combat situations. Night-time, winter (short daylight cycles and low solar angle), and overcast / stormy weather might favour infantry over solar-powered / assisted drones.
How exactly?
Are you expecting some sort of DRM in all commercial EDA and CAD software? Will opensource CAD and EDA software become illegal?
Will customs search all packages from Chinese PCB manufacturers for illicit drone designs?
Of course a nuclear weapon can kill more people than a drone swarm, but that's besides the point.
What exactly does non-proliferation look like for drone swarms? What happens when the cost of a drone swarm drops to $10?
it puts it firmly out of reach for anyone that isn't state sponsored.
Not saying autonomous weapons won't/couldn't be an issue. just pointing out that drone swarms won't be.
Not if you were a bit precocious in HC chemistry; I know my friends and I were not even close to alone in knowing all kinds of interesting fireworks recipes, all of which were well tested, and could be configured for anything from a small 'pop' to far more power than a slaughterbot. All from basic chemicals that can be easily be acquired without raising an eyebrow (could alternatively just repurpose a bullet/ shotgun shell, very easily obtained). The ability to put it right on target means that very little is needed.
>>acquiring all the training data and ML modals to actually make them useful.
Sure, if you are looking for fully ai-controlled and integrated with a city-wide CCTV system, that's a big task. But drone control and swarming is already out of the bag. Even a basic open-source Pixhawk does obstacle avoidance, and so can likely be reprogrammed for obstacle-targeting. Multiple off-the-shelf drones have done "follow-me" for years. I'd be astonished if a competent team with five-figure funding couldn't make a working system that could be deployed near a target, ID, it and home in.
We're way past needing state funding. The fact that it is not here suggests that while the scenario is scary, it is not actually that useful? Perhaps that's hoping too much.
I wonder how far EM could go if he went full evil, full throttle and tried to take over something [the world? a country?] with a drone fleet?
Charging stations seems easily solved, so the drones never need direct human interaction.
Terrifying.
1) He's the richest man on the planet
2) He has competence (arguably, but that's another debate)
3) He already has all the infrastructure, experience, and people to do close to this exact thing
4) He's already widely considered evil or at least hated
If you sub in Bezos, I'm guessing he's got a lead on EM in the software, but he'll be way behind in other areas.
If you sub in Buffet or Gates, then I have no idea how to even have this flippant conversation, because I have no idea how to rate their ability to get the job done.
I'm confident 3 of the 4 above could solve the problems of "make autopiloting, auto-targeting AI drones, and produce millions of them." I'm sure countless people could solve those problems and have the means to get it done. Have your choice of billionaires and motives, or nation-states and motives, or aliens and motives.
Maybe I should have chosen Santa Claus. I do really have a hard-on for him.
That said, with all the advantages Musk would have if he "went full Evil", if he challenged something that got the US military involved, I'd bet on the US Military. In a straight-up fight, they're the most lethal force that ever existed. You might get away with 'sucker-punching' them a few times, but not for long.
How is the explosive used in the slaughterbots scenario different from what you can buy by the box in cartridges of bullets? Those aren't exactly highly protected even in the USA.
I imagine e.g. just tying a bullet to a drone, without the structure of a gun around, it isn't exactly going to be effective. But how far off would it be?
1/4 lb total for a devastating precision or area weapon.
The casing required for any nitrocellulose based device to do anything dangerous at all will exceed the weight of both of the above and be barely a firecracker. Fragments will be limited in velocity too.
High explosive vs low explosive.
You can also use poisons like sarin or even good old cyanide dissolved in DMSO.
States will hand them out like candy to very nasty people on their side of a conflict.
The rest of the issues are mere technical speedbumps that industrious open source people will cruise over.
I feel that the point our stances diverge is you feel these kind of weapons systems would become something a skilled hacker could make in a shed out of AliExpress parts for a 10$ bom, whereas I view it as being a complex weapon system that would be sophisticated and relies on battlefield infrastructure and complex supply chains to be feasible to properly deploy.
I think if you look at cutting edge weapons, my belief is no hacker could build them in their garage, no matter how sophisticated. Hell, take a look at the pathetic state of "3d printed" weapons to see how I imagine DIY "slaughterbots" would look like.
And acquiring the real weapons would not be easy at all. Heck, even now, if you want to acquire for your projects certain camera or heat sensors you have tons of hoops to jump through to get your hands on them.
Besides, even IF it would be something a DIY-er could do, someone wanting to kill civilians would probably use the most effective tools, least resource intensive, least effort tool, least conspicuous to gather resources and this would not be it. Today any maniac can use a car to plow down civilians or get a gun and go on a rampage. That is low effort high impact. This would be a lot higher effort. Probably kind of the same impact.
I agree that it will be much like sophisticated military hardware is today - but I say that as someone within 20’ of his own third-generation night vision, body armor, and weapons that are approximately on par with that of a contemporary US soldier.
> Heck, even now, if you want to acquire for your projects certain camera or heat sensors you have tons of hoops to jump through to get your hands on them
Nonsense. You can order very usable thermal sensors from China, shipped to your door. You can order even more capable sensors that are covered by ITAR and prohibited for export without so much as signing something. A notice on the website saying that they’re restricted to the US is the extent of it.
> Today any maniac can use a car to plow down civilians or get a gun and go on a rampage. That is low effort high impact. This would be a lot higher effort. Probably kind of the same impact.
I totally agree with you here. Firearms aren’t the most effective way to cause harm to a large number of people even today; drones certainly won’t be for the foreseeable future.
The only part of this technology that is remotely possible to tackle on is proliferation of explosives.
Imagine a drone that flies towards a cellphone signal and when it gets within range does some basic shape recognition and adjusts it's course to fly towards a the nearest neck until it detonates a crude fragementation grenade.
How much would a drone that can do that cost today? They don't need to be durable as they are meant for single use, and they don't need to be particularly fast, just faster than a person can run.
The main thing gating slaughterbots from reality is the proliferation of the shaped explosive, not of the delivery mechanism.
What you're telling me is that slaughterbots will be armed with guns that shoot bullets, not fragementation grenades.
It could be used by some people who want to do targeted killings, e.g. in gang violence, where it could be better than other methods maybe. But on the other hand, RC helicopters able to carry and shoot a gun have existed since at least 2006: https://www.youtube.com/watch?v=bZCH1492CzA
The number of people who actually want to kill lots of people without being physically present is extremely small; so small that in a country the size of the US, one only crops up every couple decades, e.g. Timothy McVeigh.
I would make a solid bet that proliferation of cheap drones does not impact the homicide or terrorism rate in the US in either direction.
If you watch Ukraine footage, soldiers barely even look where they’re shooting. They’re just trying to establish suppression over an area so that they can toss more grenades to kill people.
That’s because both sides have guns. If you aren’t fighting an armed combatant to the death. The calculus changes a lot.
(Video shows airsoft players using a standard FPV drone with an actuator to press a trigger, and the guy flies around the field getting "kills" and it looks incredibly effective (partly due to no recoil, but .22LR exists))
Those seem like pretty large hurdles imo.
Edit: and, as others mentioned, goods even tangentially related to defense are routinely controlled. In the extreme case, countries like the US would onshore manufacturing of certain components, acquisition would require licensing, and competing products from overseas would simply be banned.
> In the extreme case, countries like the US would onshore manufacturing of certain components, acquisition would require licensing, and competing products from overseas would simply be banned.
Which parts exactly? the PCBs? The motors? the microcontrollers? the batteries? How would that work exactly? How do you regulate any of this without per component DRM? What would that look like exactly? Would I need a license to buy a child's toy that had a microcontroller in it? Would they nerf microcontrollers for devices like appliances and toys so taht they weren't fast enough to handle the needs of a drone?
If you wanted to control components going into homebuilt drones, you would probably target the guidance, since even basic waypoint navigation requires something to tell you where you are in relation to the target. To an extent this is already done with GPS (the true precision was classified last I checked, civilian uses are downgraded), but controlling manufacture and distribution of the stack would shut any kind of home robotics down while leaving a lot of channels untouched. If people wanted PCBs, fine, they just wouldn't be able to get certain sensors on them without a license.
You don't need global DRM to control exports. It's routine for some industries.
Of course, much of this is besides the point, because if someone really wants to hurt other people, they'll find a way. But the components to build a cruise missile in your backyard not only exist, they're mostly available COTS, but the critical parts like the payload are controlled. In some hypothetical future where AI drones became a threat, you can bet that the critical paths would be identified fairly quickly and locked down.
Couldn't a terrorist load an explosive on a drone and drove it into a music festival or some other open-air large gathering? This is what concerns me personally.
Although long-term (~10 years) I wouldn't bet on more capable weaponised drones being hard to aquire, maintain, or operate.
Protections against this sort of thing usually exist in the form of radio jammers; disrupting the control transmission from the pilot or the video transmission from the drone. If the control system is onboard the drone it's a lot harder to disrupt.
As far as I know the systems designed to counter this sort of threat look like shipping container sized microwave emitters that interfere with the electronics of the UAV.
The reason these horror scenarios aren't so common is that most people simply are not suicidal murderers. It's always been easy to target crowds of people. But it's not that common for people to actually do that. When it does happen, there usually isn't a happy end for anyone involved with the attack.
Any determined idiot armed with a knife, baseball bat, truck, improvised explosives, etc. would be able to do quite a bit of damage. And in the US you can of course add all the light military gear that lots of people there buy for fun (assault rifles, etc.). That sometimes goes horribly wrong of course but you don't need drones to do a lot of damage.
It's also not about warring states, but instead very targeted assassinations, where the perpetrators doesn't have to be anywhere near the target, allowing very little risk of punishment, retaliation, or even identification.
What really stops the average person from building these systems isn't necessarily the difficulty of the system itself, but rather the impossibility of getting the components. The drone is just a delivery mechanism for the ordinance, and good luck getting your hands on that.
Also, for said killbots to be anything other than a trivial threat (just jam the signal) they would need pretty decent onboard AI to function independently, which I guess is the point they're trying to make. But there are almost certainly far easier and more cost effective ways to get the same effect that don't rely on currently non-existent technology.
Sure. I should have said assassinations and targetted attacks. The video shows the ability to target specific races/genders/demographics.
> The drone is just a delivery mechanism for the ordinance, and good luck getting your hands on that.
I don't know why a shotgun cartridge could not be used in place of a shaped charge. Just pop down to your local Walmart.
You seem to be arguing that this work speculative fiction isn't interesting because we already have a huge number of ways to kill people, and that it's not currently possible. The point of this sort of fiction is to get us to imagine a world where these things are possible, where it is achievable.
My objection is that it's mostly fright porn for drumming up mindshare. I don't think it's particularly compelling because a) imagining such systems is trivial, and b) there are already ways for us to achieve the same goal, so it's not even a novel threat.
But of course, that's just my opinion. Others obviously feel differently.
Shotgun shells don't do much without a barrel:
https://www.youtube.com/watch?v=_SSdLQcGEio
https://www.youtube.com/watch?v=osxBoO9Hs5E
But that's beside the point. There are folks on YouTube making all sorts of dangerous things in their garden sheds on a shoestring budget. If Explosions&Fire can do it, so can a dedicated attacker.
Really? Because as of right now everyone in HN and other tech communities thinks government regulation of AI is "market capture" and should be blocked entirely. Many will not be convinced until the horse is already long gone.
The parts to make an 8 inch kill drone (except the explosive, but you could use a blade or other simple weapon) from scratch are sold at microcenter. The only missing piece is the software.
Not much need to imagine. https://www.reddit.com/r/CombatFootage/comments/12fl7lq/ukra...
[!!!] Being afraid of social media enabling something like automated, weaponized drones
This boogieman from the future is kind of overshadowing the fact that social media is already weaponized and used to harm people, and can be used in increasingly effective ways without the need for shaped charges or even physical objects.
Warning this is NSFL: https://twitter.com/search?q=ukraine%20drone%20russians&src=...
AI isn't really the limiting factor as far as I can tell. We have good enough pattern recognition and flight software already.
But what happens when the drone is navigating with a camera and selecting its own target based upon training?
Then again, from watching the publicly available videos, it seems like these drones have been most useful for defensive operations on the battlefield.
There will always be a chance that the targeting system misses so strobbing a laser (or bidirectional jamming) will minimize the risk of damaging the surrounding area (people, animals, etc.) vs shooting it down with bullets/nets.
Decoys are likely the best answer, but not necessarily practical for offensive operations. And given the low cost of drones, likely limited in usefulness anyway.
The scary scenario as far as I'm concerned, is mass genocide based on some characteristic. 10k drones wiping out 100k civilians who are identifiable based on location, skin color, clothing or some other measure. It's a scenario that has seemed vaguely plausible to me for several years now.
I refer to it as "stabby the robot" because drones wielding blades or other means of exsanguination do not run out of ammo and have little limitations on how much they can achieve their goals(other than powering themselves).
> Real-world applications include environmental monitoring or disaster response.
Disaster response. There's absolutely no way this would be used for any form of military application ok?
Online reputational attacks overnight.
Astroturfing a revolution on any topic. Disinformation at massive scale. Amassing karma points and deploying sleeper accounts with morals totally off.
Destroying forums and overwhelming every human fitting a filter.
Getting people into trouble easily in 800 different ways (think Trump lawsuits)
And this is before we ever get to the physical world.
People are still stuck wondering how a poker bot will do at a table with 9 humans. The issue is what will humans do when surrounded by self-organizing swarms of 10000 bots for every human?
If that’s fed into the neural net, I don’t this is an actual matchup. An accomplishment for sure! But the computer didn’t beat the human.
I’d consider this a win when the computer has to send its inputs over the same wireless link that humans use, fed vision inputs with the same latency and quality.
Edit: I want to add this is a criticism of the headline, not a criticism of the developers and project managers
But I think it's pretty clear that a) this poses a bigger challenge for which the computer isn't ready yet - it barely beat the humans with its advantage. b) we could also reach equality by feeding the humans the measurements from the intertial measurement unit and allowing humans to ride the drones. Whether they can make use of it is their problem. Showing that "equal conditions" aren't really possible. c) The current matchup: "Computer with extra sensor data, humans with lag" presents how the battle will be in real-world applications, like warfare.
I think it is an actual matchup. Is there a prohibition against the human pilot from riding in the aircraft to improve latency?
Fun experiment and test, though! Very interesting.
Here's the video (from 2022) btw: https://www.youtube.com/watch?v=U_o6H7Xlv2A&t=1s
> Until very recently, autonomous drones took twice as long as those piloted by humans to fly through a racetrack, unless they relied on an external position-tracking system to precisely control their trajectories. Swift, however, reacts in real time to the data collected by an onboard camera, like the one used by human racers. Its integrated inertial measurement unit measures acceleration and speed while an artificial neural network uses data from the camera to localize the drone in space and detect the gates along the racetrack. This information is fed to a control unit, also based on a deep neural network that chooses the best action to finish the circuit as fast as possible.
And here's a video that seems to have been uploaded today - https://www.youtube.com/watch?v=fBiataDpGIo
And from BMSThomas' video, it's obvious their vision only system wasn't ready for prime time in 2022, but they were still working on it.
The tracking system was used during all of the races for data collection of both the autonomous and human-piloted drones, which is why the reflective markers are visible.
They did do some demonstrations of the drones controlled with the tracking cameras, and they were significantly faster, but the vision-based drones were definitely able to fly faster than the human pilots in some races.
UZH video: https://youtu.be/fBiataDpGIo
This is somewhat impressive but let’s be honest here: drone racing is about as much of a physical sport as riding a Peloton.
Interesting, is that true? I would have expected that to have happened in some other sports already (especially racing).
I first was under the impression that the entire thing was executed in real-time with onboard sensors and computer, but seems that's not entirely true if I understand it correctly.
I probably have very bad intuitions on how long it takes to transmit video and such?
It’s natural to say plan a longer term trajectory at 1Hz, a short-term trajectory at 10Hz, and perform control at the 100Hz, obviously with those rates varying based on the system.
And since (generally speaking) higher levels of planning require more compute resources, it might make sense to partition the compute and take the latency penalty.
That said, I'm still mostly curious on how long it would take you to get the sensory data off the drone. My gut is that the video transmission done would blow through most of the time budgets you listed. I'd love to see a good rundown on the relevant latency values involved.
Analog systems used in racing are at around 15ms glass-to-glass, with most latency coming from the camera's image processing, but would be a bit non-standard to train or build a system around without transforming back into the framebuffer/pixel-value domain, which would introduce some slight degree of extra latency.
There's a rather unique uncompressed transmission system called HDZero which roughly matches analog latency.
Purpose-built low latency uplinks add 5-10ms to get data turned around and back into the flight controller, albeit at fairly low bitrates as they're mostly serial based.
So, for realtime control (kinematics), which runs at the multi-kHz rate on racing drones, onboard control is pretty much a must, but for both short-term and long-term planning, offboard control becomes more practical.
Most non-FPV drones are already architected this way, with gyro-to-motor PID control performed on a microcontroller running an RTOS, short-term planning information coming in asynchronously from a larger SoC running Linux and ML-type stuff, and long-term control information coming down over the air.
And I now have to convince myself that i don't, in fact, need to physically play with one of these things. :D
For FPV/"freestyle" cinema and even FPV YouTube videos, the onboard cinema camera will be totally separate from the video link. In the case of FPV, this will be "cinelifter" FPV drones which lift RED/Arrai/BlackMagic cameras, or "freestyle" FPV drones with a GoPro.
For "camera" style drones, a separate gimbal camera from the "main" flight camera will be employed. These often have real-time capability, but with downscaling and a higher-latency / lower-resolution video downlink, like DJI's Zenmuse series found on the Matrice and Inspire drones. On these drones, you basically pick and choose what's sent to your display given the downlink limitations, but you also have a much higher latency tolerance as they can fly themselves.
I would definitely like to see the drones outfitted with different sensors that aren't so sensitive to light visible to humans
Reminds me of: https://xkcd.com/2128/
And killing John Connor. Mostly killing John Connor.
There's no doubt that if deep blue would've not beaten Kasparov another computer would've just few years later (I also think algos have made insane improvements since then, it's not just a matter of raw speed) but still that game is not the kind of achievement that it's touted imho.
I'm guessing it is this one
A fully autonomous drone is a nightmares inducing option that just does not have these downsides. For extra inhuman points you could have it sleep in a box & launch on trigger or timer.
Like the hunter seeker from Dune, just without a pilot, lightning fast & with a RPG7 round stripped to it.
Oh those rose colored visions of future utopia people had in the past. ;-)